Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
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
kola: Add test case for extra partition creation #457
kola: Add test case for extra partition creation #457
Changes from all commits
1bea94d
054a51c
File filter
Filter by extension
Conversations
Jump to
There are no files selected for viewing
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.
For
/var
we should also make sure that the mount point is set up in the initrd with Ignition because systemd-tmpfiles should populate/var
from the initrd. I think with CLC and the translation to Ignition v3 this is complicated and if you want to test/var
we should rather use Butane. If it's not really about/var
(or/home
and similar) but an arbitrary mount point then it's easier to use CLC.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.
we don't populate
/var
withsystemd-tmpfiles
from the initrd, and ignition unmounts mounted partitions in one of the last stages. It does this to ensure a system does not depend on ignition performing the mount.It's not about the mountpoint at all, it's about adding partitions to a partitioned disk (that's why this was in
partitions.go
).For sure we need a testcase that ensures we don't break backwards compat with ignition v2/CLC.
/var
is also a location users are likely to try to put on a separate filesystem.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.
We do, that's in
base_image_var.conf
andbaselayout.conf
but yeah, seems that we have a problem in general with separate/var
partitions, at least on the first boot before the final system also had a chance to set up the files in/var
. What one might see as result is either a failed unit or a misbehaving system, e.g., the first boot journal might not be persisted (this was a bug we fixed by letting the initrd populate/var
correctly).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.
FYI: The topic of separate
/var
is also relevant for applying sysext images from the initrd. The suggestion from Lennart was to establish a kernel command line setting similar to what systemd has for/usr
. It would then be properly mounted in/sysroot/var
.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.
What we can also do in Flatcar is to define a partition or filesystem label to expect and then add a mount unit for that (it can be compatible with a future systemd cmdline way by having this mount unit only be set up if the cmdline option is not there, I think we have similar logic for
/usr
).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.
Started something for supporting separate
/var
: flatcar/bootengine#75There 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.
Would be good to write some files here with Ignition. We also have to add one more test case with Butane an defining the
/var
path in the initrd and writing some files because the uplifted v3 path is generated and can't be controlled whereas with Butane we can use the/sysroot/var
mount point and have to check that this works.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.
so i added the file creation part, but not the butane yet