Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1353140
Summary: | livemedia-creator creates live cds which have almost no space on root | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | bollocks <bollocks.k2> |
Component: | lorax | Assignee: | Brian Lane <bcl> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | anaconda-maint-list, bcl, bollocks.k2, pnemade |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | lorax-24.20-1 lorax-24.20-1.fc24 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-07-18 18:24:00 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
bollocks
2016-07-06 08:40:35 UTC
I ran it again and saw a red error message fly across the screen on bootup. I checked the journal and I suspect this might have something to do with it. It looks like the squashfs image is getting mounted but when it goes to make the overlay and mount it something isn't right. journalctl | grep systemd-remount Jul 06 10:37:46 localhost.localdomain systemd-remount-fs[745]: mount: can't find UUID=e7214dd7-d6c6-4a0e-918d-3b401c714415 Jul 06 10:37:46 localhost.localdomain systemd-remount-fs[745]: /usr/bin/mount for / exited with exit status 1. Jul 06 10:37:46 localhost.localdomain systemd[1]: systemd-remount-fs.service: Main process exited, code=exited, status=1/FAILURE Jul 06 10:37:46 localhost.localdomain systemd[1]: systemd-remount-fs.service: Unit entered failed state. Jul 06 10:37:46 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-remount-fs comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed' Jul 06 10:37:46 localhost.localdomain systemd[1]: systemd-remount-fs.service: Failed with result 'exit-code'. This is an image created back when Fedora 24 RC 1.2 first came out: https://bollocks.fedorapeople.org/i3spin/F24-x86_64-I3-1.111.iso I get the same error with this image whether in qemu-kvm or from a usb stick on baremetal. Here's the result of ksflatten for fedora-live-lxde.ks from the fedora-kickstarts pagure git: https://bollocks.fedorapeople.org/gitlxdespin.ks By the way that journal excerpt is from the remix I linked. I decided to check with the lxde image made with livemedia-creator. There's a similar error journalctl | grep systemd-remount Jul 06 10:55:22 localhost.localdomain systemd-remount-fs[754]: mount: can't find UUID=26b5df21-7ba2-45d4-8bf9-e190b35893e6 Jul 06 10:55:22 localhost.localdomain systemd-remount-fs[754]: /usr/bin/mount for / exited with exit status 1. Jul 06 10:55:22 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-remount-fs comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed' Jul 06 10:55:22 localhost.localdomain systemd[1]: systemd-remount-fs.service: Main process exited, code=exited, status=1/FAILURE Jul 06 10:55:22 localhost.localdomain systemd[1]: systemd-remount-fs.service: Unit entered failed state. Jul 06 10:55:22 localhost.localdomain systemd[1]: systemd-remount-fs.service: Failed with result 'exit-code'. I tried the official LXDE spin release and saw no error. df -h reports 2.3GB available on /. The excerpt from the journal: journalctl | grep systemd-remount Jul 06 10:59:09 localhost audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-remount-fs comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' Does your kickstart remove /etc/fstab in %post? If it doesn't then dracut/systemd will get confused looking for a UUID that doesn't exist. Also, the size of the root filesystem is controlled by the 'part / --size XXX' command in the kickstart, increasing that value should give you more room. There is a weird UUID entry in fstab in the livecds. I'll delete fstab right before the cat >> /etc/fstab << EOF vartmp /var/tmp tmpfs defaults 0 0 EOF section so that part of the kickstart is still allowed to do what they intended. section in the LXDE kickstart and run it again. The part / --size is set to 5GB. However I thought when making a LiveCD that only set the size of the file system that it creates to install the packages on. It seems to get resized and then sent to a squashfs first. Either way the squashfs is 900MB and the unsquashed version is 2.8GB so 5GB shouldn't be limiting it. I'll report back after it runs. I created run livemedia-creator with the above edit. The edited kickstart can be found here: https://bollocks.fedorapeople.org/gitlxdespinv2.ks The generated iso only has 90MB of space on /. I can't run dnf makecache without running out of space. It does get rid of the systemd-remount error. I'm going to remove fstab completely by getting rid of the vartmp section in %post just to see what happens. The comment in the kickstart says it was added to fix a bug back in F21. Ok, I see what's happening. I fixed this on master with commit 4699c881090b55de12bfe6b8548b3bfe30207ba8, but haven't backported it to f24-branch yet. You're right, in 24.19 it shrinks the ext4 fs down to the minumum after doing the installation. I ported the stuff from the master branch on git hub in to lorax and rebuilt the rpms. It looks like I did it right based on that link. I started it about 90 minutes ago. For some reason mksquashfs is taking a long time. It has been running for 55 minutes where it usually takes 20 minutes. It got called with -comp xz -Xbcj x86 I remember xz compression being used but I don't remember a filter. I'm not sure that it wasn't there before. top is only reporting 130% cpu use where normally it report about 360%. It is making progress though. I can see the output file growing. It seems to be working. I was able to run dnf makecache and install firefox which is another 140MB or so. I missed the divide by 1024 in the master branch. So I ended up creating a 5TB file system. lol That may be what happened with the long time. I'll apply the whole fix and try again. I'm pretty sure it will work. The fix works. Thanks. I'm not sure if I should close the bug or wait until the fix makes it to the repo. I put the fix up on copr: https://copr.fedorainfracloud.org/coprs/bollocks/lorax/ There will be a new build today. lorax-24.20-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-6e292f9d34 I grabbed it from koji and it works great. Thanks. lorax-24.20-1.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-6e292f9d34 lorax-24.20-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. |