We have a fresh Windows Server 2012R2 VM that we ran CHKDSK /SDcleanup on. After running for a period of time, the server VM turns off with no errors logged other than the fact that it was an unexpected shutdown.
At first we thought something was corrupt, and since it wasn't in production yet we decided to just recreate the VM from scratch. Immediately after creating the new VM, we ran the same command and got the same results. It crashed while running on the C: drive running on boot up as well as on the 4tb data drive with zero data on it yet. So far we have been able to duplicate it everytime.
We have a Xen Server with a Server 2012R2 VM on it and there is no issue running this command.
Any ideas? Driver issue?
Thanks
Steve
Page 1 / 1
Steve - Open a ticket with Dell and have them escalate to Nutanix, and we'll dive into this with you.
I'm very curious as to what happened, I'll ping some folks internally to see if this is known as a parallel track (still get a ticket open, so we can track this issue formally).
Jon
I'm very curious as to what happened, I'll ping some folks internally to see if this is known as a parallel track (still get a ticket open, so we can track this issue formally).
Jon
Steve - Still open a ticket, so we can track the volume of this issue, but give this a try out on a test VM first.
Talked to engineering and they mentioned there's a corner case issue where qemu (one of the virtualization processes in AHV) will abort when it sees a scsi verify10 command, which is one of the things that new flag in chkdsk does.
You can work around that issue with this command: acli disk.update scsi_passthrough=false
Again, please still file a ticket, but give this a try in the mean time.
Talked to engineering and they mentioned there's a corner case issue where qemu (one of the virtualization processes in AHV) will abort when it sees a scsi verify10 command, which is one of the things that new flag in chkdsk does.
You can work around that issue with this command: acli disk.update scsi_passthrough=false
Again, please still file a ticket, but give this a try in the mean time.
Hey steve - how'd this work out?
Same issue observed please can we fix this issue.
sw - Please go through your engineering contacts for this, as your company has direct access to our engineering organization.
In the mean time, if you look at my comment above, I've posted the workaround.
In the mean time, if you look at my comment above, I've posted the workaround.
As you mentioned workaround not working in ahv,please can we suggest another work around
Your company has a direct engineering line to ours, please leverage that.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.