Closed aaradhak closed 4 months ago
So one thing is that on platforms that support it the framework will set both a key in Ignition and one in the metadata service (i.e. that gets set via Afterburn) unless it's told not to. Here is where it is getting set for afterburn for Azure. For the fcos.ignition.v3.noop
and fcos.ignition.misc.empty
tests the framework won't set the key for Ignition, so we are relying on the afterburn set SSH authorized keys entry (which is essentially what the purpose of these tests are).
One possibility is that the SSH key getting created/set is now using tech that is no longer allowed with the crypto policies in rawhide.
Describe the bug
fcos.ignition.v3.noop & fcos.ignition.misc.empty kola tests seem to fail in the latest rawhide builds because of TIMEOUT on cloud providers - kola-aws, kola-gcp, kola-azure & kola-openstack. Assuming this to be because of the introduction of a new piece of software in rawhide as the failure is observed on multiple cloud providers.
kola test failure:
Reproduction steps
Run fcos.ignition.v3.noop & fcos.ignition.misc.empty on latest rawhide x86_64 cloud providers - aws, azure, gcp, openstack
Expected behavior
fcos.ignition.v3.noop & fcos.ignition.misc.empty tests to pass.
Actual behavior
fcos.ignition.v3.noop & fcos.ignition.misc.empty tests fail
System details
[rawhide][x86_64] - 40.20231211.91.0 - aws, azure, gcp, openstack
Butane or Ignition config
No response
Additional information
No response