Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Let's test fedora-42 #21607

Conversation

allisonkarlitskaya
Copy link
Member

No description provided.

@allisonkarlitskaya allisonkarlitskaya added the no-test For doc/workflow changes, or experiments which don't need a full CI run, label Feb 11, 2025
@allisonkarlitskaya
Copy link
Member Author

It's actually all the same issue: we expect to see a hostkey prompt when connecting to a secondary host and we don't see it. The obvious thing that would be wrong here is that we're not checking keys properly, but we're also failing in one of the tests to login with the expected credentials, which suggests to me that we're somehow not ending up on the expected host...

@allisonkarlitskaya
Copy link
Member Author

Nope. It's not actually because of a bad username or password. That's just the generic error that's printed when cockpit-ws doesn't know why auth failed. The real reason is this:

FileNotFoundError: [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/']

from cockpit.beiboot.

@allisonkarlitskaya
Copy link
Member Author

The actual failing syscalls:

openat(AT_FDCWD, "/tmp/dgud7zua", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW|O_CLOEXEC, 0600) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/var/tmp/ztwihmrr", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW|O_CLOEXEC, 0600) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/usr/tmp/pwmh9eez", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW|O_CLOEXEC, 0600) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/16agvjoh", O_RDWR|O_CREAT|O_EXCL|O_NOFOLLOW|O_CLOEXEC, 0600) = -1 EROFS (Read-only file system)

turning selinux enforcing off fixes it, predictably.

@martinpitt
Copy link
Member

@allisonkarlitskaya This is https://issues.redhat.com/browse/RHEL-72967 which apparently affects Fedora 42 as well. We need a hack similar to cockpit-project/bots@eb3cedd2d on the f-42 image.

@msekletar
Copy link

@martinpitt the issue should be fixed with latest systemd main as PR for this was merged couple days ago.

systemd/systemd#36100

Also this has been backported to systemd-v257-stable branch and it should appear in Fedora once @keszybz does the rebase.

systemd/systemd@47792af

@allisonkarlitskaya
Copy link
Member Author

We added the workaround via bots (and it just went green), so let's close this one.

cockpit-project/bots#7425

@martinpitt martinpitt deleted the fedora-42-fixes branch February 11, 2025 13:24
@martinpitt
Copy link
Member

Thanks @msekletar , great to hear!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
no-test For doc/workflow changes, or experiments which don't need a full CI run,
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

3 participants