-
Notifications
You must be signed in to change notification settings - Fork 97
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
Auroraboot should have a test to check that the artifacts install correctly #3050
Comments
I encountered an error while using the latest version of the Aurora Boot Tool (v0.4.0). With the earlier version, I was able to successfully generate an ISO, but it had an issue with the Screenshot attached with log error detailsDocker file used to build a custom imageOS image:(Dockerfile) FROM opensuse:leap-15.6-core-amd64-generic-master #Refresh repositories and install required dependencies custom image: used in Aurora boot toolkairos-custom:v0.1 is built from above Dockerfile it includes custom packages installation Auroraboot tool version used:docker run -v $PWD/cloud_init.yaml:/cloud_init.yaml Issue log attached after running aurora boot tool docker commandAfter using root permission issue fixed version of aurora boot tool i was getting above attached error as it says " 2024-12-05T06:19:40Z ERR Failed installing OS packages: exit status 23 1 error occurred: |
This works for me:
Could it be something with the permissions of the directory you are running it in? (whatever $PWD is) |
Might be selinux related: https://unix.stackexchange.com/questions/648118/rsync-xal-set-lremovexattr-my-path-file-zpxuj1-security-selinux-failed-p If selinux enabled on the host? |
[root@inblrcoreload21474 working_dir]# sestatus Seems to be it is disabled, what is next step? |
could it be selinux on the Kairos container image? Can you try with my script above? (uses a released non-custom Kairos image) |
Reading here, maybe it has to do with the host OS kernel or the filesystem of the host. Can you post the output of:
and
(on the host system) |
I don't think it's the directory permissions fix It's more likely because of the switch to fedora as a base image Maybe the tools in this (rather new) fedora don't play nice with such an old kernel? (3.10.0 ?) |
can you try to run the docker command with |
I have embedded privileged tag into the docker run, seems to be created an iso , will check and let you know the permission issue exist or not for "/" dir |
otherwise, bugs like this one go unnoticed: kairos-io/AuroraBoot#129
The text was updated successfully, but these errors were encountered: