Jeff Geerling

The CI tests are also failing on Calico networking tasks currently. I may need to bump the version defaults for this role. https://github.com/geerlingguy/ansible-role-kubernetes/actions

@nhojpatrick - Please see https://www.jeffgeerling.com/blog/2022/burden-open-source-maintainer I support these for my own use cases, and can guarantee they will work for the things I use them for. I sometimes merge features...

> I think that setting a default password of 'root' is dangerous. At least it's more secure than MySQL's traditional default of having no password :) I've considered doing something...

I like this idea, but for some reason tests aren't running on this PR...?

I'm also seeing this now, only on CentOS 8 builds, in Travis CI: ``` Importing GPG key 0xA7317B0F: Userid : "Google Cloud Packages Automatic Signing Key " Fingerprint: D0BC 747F...

Weird... if I run it locally, it passes. Exact same CI test. I'm going to re-run the last failed build and see if maybe it's something in the Travis CI...

I think this could possibly be related to the test container. Locally I'm running a 3-month-old image pulled from Docker Hub, while the latest is from 17 days ago... And...

After updating to the latest version of the centos8 image, which seems to have the initial GPG key issue fixed, I'm getting: ``` --> Action: 'idempotence' 614ERROR: Idempotence test failed...

Actually, now I'm able to reproduce the issue locally: ``` --> Action: 'idempotence' ERROR: Idempotence test failed because of the following tasks: * [instance] => geerlingguy.docker : Add Docker GPG...

After running the playbook a number of times, I see the keys just keep importing over and over again: ``` # rpm -qi gpg-pubkey-\* | grep -E ^Packager error: rpmdbNextIterator:...