On 10/18/2010 09:55 PM, Gordan Bobic wrote: > On 10/18/2010 01:53 AM, Herbert Poetzl wrote: > >> putting superstition aside, can you recreate the issue? >> i.e. is there a script or procedure which reliably >> produces the 'corruption'? > > I believe I have just successfully re-created this, and it seems to be > specifically related to hashify. > > I have two VMs, call them vm1 and vm2. Their contents are fine. Run > hashify on them and reboot. All the binaries will be broken in the same > way. > > The content of the files seems to be downright random. e.g. in the > current instance, bash binary is zero-filled for the first few > screenfuls I bothered to look through, and /sbin/init contains what > looks like it might be a fragment of a RPM file. It is almost as if > hashifying points the blocks somewhere random, most likely unused blocks > since I haven't observed any file system level corruption or corruption > of files in the host. > > I'll re-try it again in a bit, but so far it's been consistent. For completenes, the userspace packages I use are: util-vserver-lib-0.30.215+svn2847-143596525.fc12.x86_64 util-vserver-build-0.30.215+svn2847-143596525.fc12.x86_64 util-vserver-core-0.30.215+svn2847-143596525.fc12.x86_64 util-vserver-0.30.215+svn2847-143596525.fc12.x86_64 util-vserver-sysv-0.30.215+svn2847-143596525.fc12.x86_64 The kernel is 2.6.30.10-vs2.3.0.36.14-pre8. Gordan