https://bugzilla.novell.com/show_bug.cgi?id=733021 https://bugzilla.novell.com/show_bug.cgi?id=733021#c0 Summary: kiwi pxe image: clicfs container cannot be served via nbd Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: All OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Live Medium AssignedTo: coolo@suse.com ReportedBy: Yarny@public-files.de QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=464279) --> (http://bugzilla.novell.com/attachment.cgi?id=464279) config.xml for kiwi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 Container files created with mkclicfs generally have file sized that are not divisible by powers of 2, sometimes not even by 2. nbd-server (at least on my x86_64 machine) uses a block size of 1024 and truncates the last block if it is not a full 1024 bytes block. This silently corrupts the resulting filesystem when mounted. Background: I routinely create pxe images with kiwi to boot other machines via network. For this I instruct kiwi to create a clicfs container that is later served to the network by nbd-server. I noticed that sometimes the running pxe system crashes without any apparent reason, in other cases dmesg suddenly told me a directory entry is broken and the fs is remounted read-only. Then I realized that 'sha1sum /dev/nbd0' on the pxe-booted system does not match 'sha1sum image.clicfs' on the pxe server. My workaround at the moment is padding any clicfs container by hand to a multiple of 4096 bytes by adding zeros. It seems to work. I suggest to modify mkclicfs to do this padding automatically (similar to mksquashfs), or even better to add a --pad-to-multiple-off option which defaults to 4096 or higher, so we're on the safe side for the next decades... Reproducible: Sometimes -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.