https://bugzilla.novell.com/show_bug.cgi?id=754259 https://bugzilla.novell.com/show_bug.cgi?id=754259#c5 Yarny Yarny <Yarny@public-files.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | Summary|kiwi/zypper: Installation |rpm in qemu-kvm or VBox: |of packages fails randomly, |Installed files/directories |sometimes silently |vanish mysteriously --- Comment #5 from Yarny Yarny <Yarny@public-files.de> 2012-09-08 12:43:04 UTC ---
you can try to call the 'zypper ... install ...' command [...] It's the same thing kiwi does here and you should see the same errors if they appear I followed that path to get closer to the cause of this bug. This report/REOPEN is the result of this.
qemu-kvm -smp 4 -drive file=suse121a.qcow2,media=disk,cache=writethrough -m 768 -monitor stdio -enable-kvm -vnc :0 The script installs the filesystem rpm (takes it from /tmp/) into an empty, temporary root tree, then generates a hash sum of the content of this root
find: `./media': No such file or directory find: `./mnt': No such file or directory find: `./sys': No such file or directory find: `./home': No such file or directory This makes me believe that the directories have been present when 'find' parsed
I can now reproduce this problem within qemu-kvm and within VirtualBox. What happens is basically this: rpm installs a package (possibly indirectly through zypper or kiwi), and milliseconds after the rpm binary exited, some files/directories it created mysteriously disappear. You can try the attached script to reproduce it. I'm using a x86_64 machine and this qemu command line: tree. It does so continuously until the hash sum is different from the previous one. When I run it, it mostly stops after ~4000 iterations because lots of directories are missing (e.g. /media, /var/...). The hash sum is generated by `(cd $tmproot ; find) | sha1sum` and sometimes 'find' reports errors of the form the root tree, but they vanish before 'find' has had the chance to enter these subdirs and look for further entries. It seems the likelihood of this bug occuring depends on the choice of the cache in the qemu command line: "writethrough" seems to be best for triggering it, "unsafe" also works, but I couldn't reproduce it with "writeback" and "none". My current host is openSUSE 12.1 (dual core x86_64), and I observed this bug with guests 12.1 and 12.2 (last RC). I faintly recall having observed it without -smp, but I couldn't reproduce it today. Also I failed to reproduce it on an old i686 laptop (oS 12.1, inside VBox), but this is a slow machine without HW virtualization and I had to stop it after ~6000 iterations. This bug does not depend on direct invocation of rpm: As mentioned in my original report it cripples about every fifth kiwi build, and it also, rarely, generates errors while installing openSUSE from DVD (rpm fails because a directory is missing which should have been created by another package). I consulted the forum: <URL:http://forums.opensuse.org/english/get-technical-help-here/virtualization/477701-rpm-installation-randomly-fails-inside-virtualbox-ideas-needed.html> (They pointed me to qemu-kvm as another test environment). Marcus, I'm sorry if this REOPEN ends up on your "desk" again. I see that this is not connected to kiwi at all. Do you have an idea to whom this might be best forwarded?, maybe a qemu or rpm or kernel/filesystem maintainer? I'm really desperate on this: I can't use openSUSE reliably in virtualized environments and I don't know how to further track down this bug. -- 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.