-
Notifications
You must be signed in to change notification settings - Fork 36
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
Ostreecontainer bootc test with reboot #1116
Ostreecontainer bootc test with reboot #1116
Conversation
I'll run the tests on the PR ('/test-platforms') when our runners are back healthy. |
/test-platforms |
/test-platforms |
Apparently the test is failing on daily-iso (https://github.com/rhinstaller/kickstart-tests/actions/runs/8521608897/job/23340112174). The reboot of installed system fails. The iso is created for the test in https://github.com/rhinstaller/kickstart-tests/actions/workflows/daily-boot-iso-rawhide.yml. Perhaps there is some unexpected ID o label somewhere breaking some automation/defaults. @jikortus any idea or hint? |
No idea right now, @rvykydal, but I'll execute the test with daily ISO and try to investigate what goes wrong. |
@rvykydal, I found out where the problem is. The You can replace my previous commit containing the new test with jikortus@e45c825. |
Great, thank you, indeed we are detecting different profiles for rawhide and daily-iso. daily-iso:
rawhide:
I think we should address it separately (#1120) and update this PR to make sure btrfs is not used on Fedora, similar as you suggest. |
I've added a commit where I rather keep default autopartitioning scheme for rhel and enforce lvm only for Fedora. It is a bit too much of copying but we can improve it here: #1121 |
b409f3d
to
d6f7a47
Compare
/test-platforms |
OK, that makes sense 👍. I hope the test will pass now at last. |
rpm-ostree-container-bootc.ks.in
Outdated
@@ -3,7 +3,10 @@ | |||
# depends on the referenced ostree container being bootable | |||
|
|||
# Use the default settings. | |||
%ksappend common/common_no_payload.ks | |||
%ksappend common/common_no_storage_and_payload.ks | |||
%ksappend payload/default_packages.ks |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Including a %packages
section contradicts with a container image payload, at least for now (even though it may just be ignored by Anaconda).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah, good catch, thank you!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
BTW, another thought - if I understand correctly the system of fragments, the platform-specific ones should apply if they exist and if they don't, a 'shared' one should apply, right? If this assumption is correct, shouldn't we define just one 'shared' and one specific, with LVM scheme for fedora_rawhide
, leaving behind the other specific ones (rhelX
) that would actually be covered by the 'shared' one?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah, that would be great, let me check
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are right, thank you, updated.
d6f7a47
to
17c963a
Compare
/test-platforms |
3badcf7
to
2268a83
Compare
/test-platforms |
1 similar comment
/test-platforms |
Download of boot.iso fails in test-platfroms for daily-iso. I'll give it a try tomorrow. |
/test-platforms |
rpm-ostree-container-bootc.sh
Outdated
} | ||
|
||
get_timeout() { | ||
echo "80" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In my experience this test is pretty fast (not regenerating initramfs), less then 5 minutes. So instead of increasing the value from default 60 (mins) to 80, I'd rather keep it to 60 or even cut it down to 30? What do you think @jikortus ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No problem at all, @rvykydal. The specific value was actually part of the initial work by Vladimir Slavik, so I thought there was a special reason for that. I retested it with get_timeout()
removed and the test passed, so it is most likely not needed.
The ostree environments have most of the filesystem read-only (including /usr), but this can be overcome via an overlay. In such case the test script intended for run in the system resides in /var/lib/extensions/kickstart-tests/usr/libexec instead of the usual location (/usr/libexec).
It tests installation of a bootable container image (with bootc/bootupd) and boot of the installed system, as well as --remote and --stateroot parameters of ostreecontainer kickstart command. It's based on previous work from Vladimir Slavik.
The same place as is used for rpm payload
… test Patch created based on hints by jikortus.
The test is actually pretty fast (not generating initramfs) so there is no need to bigger timeout.
2268a83
to
d7e66d1
Compare
/test-platforms |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
This adds a few modifications to the test added by @jikortus in #1096