Hi Bryan,

i expect a hardware problem.

Have all your servers ECC ram ?

In the past I had a PC (without ECC RAM) and without ovirt,
which regularly produced a defective data block when transferring
an 8GB gzip file with rsync. The error position in file was randomly, but
the defective stored block on disc has always only the first 128 bytes scrambled.

You see, something like this can happen without any messages or anything like that.
I didn't investigate further whether the cause was the network card, the RAM or 
the drive path or the switch port. But it was clearly reproducible!

my 2 cent.

 
Am 20.07.2018 um 15:38 schrieb Bryan Sockel <Bryan.Sockel@mdaemon.com>:

Hi,
 
Over the past few weeks i have had a number of Windows VM Disk start showing up as corrupted.  I Attempt to boot into recover mode and run the normal recover tools (chkdsk, sfc /scannow, etc.) Unable to repair with status 50.
 
Looking through Ovirt, i do not see any thing in the logs.  VM is Running off a gluster replica 3 volume.  The corruption does not seem to be isolated to one specific gluster volume.  I have also seen corruption with an NFS Volume.  Issue seemed to start after moving from a Centos 7 Install, to a Ovirt Node image.  
 
I have mainly seen corruption with Windows 10 Images, but a couple of 2003/2012 server OS's as well. 
 
Where would be the best place to start looking at why the VM HD's are getting corrupted?
 
 

Thank You,

Bryan Sockel
Systems Administrator
o: 817-601-3222 ext: 233    e: bryan.sockel@mdaemon.com

MDaemon Technologies
Simple Secure Email

Visit us on Facebook | LinkedIn | YouTube

Sent using the MDaemon Messaging Server
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-leave@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/G7LZS7V2KHYCZH6LNRHLMN6YVEZLMJBM/