9 Responses

  1. The VMware Paravirtual SCSI (PVSCSI) adapter, an eye opener « Adventures in a Virtual World

    […] also read this post on a  Critical issue with the PVSCSI on Windows 2008 (R2) Server , from blogger Michael Webster. […]

  2. CM
    CM at |

    Thank you for the helpful post! I'm looking into standardizing a Windows Server 2012 Datacenter template and was curious about this adapter. I may steer clear of this for now. Data integrity comes before performance any day of the week in my book, and I would assume this might not be the only risk from using the PVSCSI adapter.

    Reply
    1. @vcdxnz001
      @vcdxnz001 at |

      Hi Warren,

      I agree data integrity comes before performance. In this case the bug has been fixed and I've tested it and have a number of customers who have deployed PVSCSI successfully without any issues. Given that Windows Server 2012 isn't supported on any version of vSphere that has this bug you're pretty safe to use it. But as with everything you should do some testing yourself and also ensure the benefits are what you're expecting. The results I posted on my Fusion IO testing were with Windows 2008 R2 using the PVSCSI driver. Without PVSCSI the latency was 3x slower. But we are talking something that was 300 microseconds being 1 millisecond. This bug was definitely a surprise from left field as I'd used PVSCSI quite a bit in the work I do with business critical applications. Fortunately it wasn't a problem for long and VMware got the fix out. I didn't hear of any actual instances of data corruption in production environments caused by this bug either, as it was picked up during customer project test phases.

      Reply
  3. Pete Karelis
    Pete Karelis at |

    Actually, we discovered this bug back in June of 2011 and we were one of the original cases reporting this. VMware stated that it was a problem with our configuration at the time, but we proved it was PVSCSI by jetstressing a VM on SSD disks, generating the errors, but when we switched to LSI Logic SAS, the errors went away. We encountered this issue in production with our Exchange 2007 VM's. Further more, the likely hood of the issue increased when we added more than 7 VMDK's to an individual PVSCSI adapter. We ended up using 1 LSI logic adapter for C: (due to support statements by Microsoft at the time) and 3 PVSCSI adapters with all of our VMDK's spread across it to alleviate the problem, but that just alleviated the frequency not the problem itself. We rolled back to LSI on our exchange servers and haven't switched back yet, but we do have a large number of SQL and Indexing Crawlers using PVSCSI with I/O loads in excess of 2500 iops on SSD (as seen by the guest VM) without any issue. On our next maintenance window, we are now comfortable with the PVSCSI adapter, and will be rolling our exchange servers back.

    Reply
  4. K van Noppe
    K van Noppe at |

    Our Oracle Database Instances (4) environment runs on a w2k8r2 VMware virtual machine. Data is stored on a HP eva SAN.

    Since two weeks every other day one or more oracle instances get terminated. At first it seemed like the issue is related to a disk issue. I did some research and found the articles on paravirtual adapters of VMware seemed to be causing the issue.

    We changed the scsi controllers back from Paravirtual to LSI logic SAS for the disks that contain Oracle datafiles, Logfiles and Controlfiles etc. but not the disk of the OS.

    However we are still experiencing the terminations.

    Should we also change the controller of the disk where windows is installed?

    Reply
    1. @vcdxnz001
      @vcdxnz001 at |

      What version of vSphere are you running? Not all versions have this problem. In fact only one build has this problem. So if you have the most recent patches it will likely be another cause. Have you looked in the VM and host logs and have you logged a support request with VMware Support?

      Reply
      1. K van Noppe
        K van Noppe at |

        We dont have the most recent patches the article says we have to go to 4.1 but then we have to patch our SAN as well. Thats why we choose to change back to LSI Logic SAS instead. It might not be enough.

        We run

        ESX 4.0.0, 261974

      2. @vcdxnz001
        @vcdxnz001 at |

        To rule out the vSCSI adapters I'd recommend you change them all back to LSI Logic SAS. But I think it's likely you're not being impacted by this specific problem and that your terminated process is happening for another reason. Think about when the problems first started and what might have been changing at the time. Given that VMware Supports the full stack, including the Oracle components, you should log a support request with VMware Support.

  5. Performance Issues Due To Virtual SCSI Device Queue Depths | Long White Virtual Clouds

    […] corruptions being reported in the windows event logs and SQL logs. Similar to those reported in Win 2K8 with PVSCSI Critical Issue. Although I don’t have conclusive evidence that the PVSCSI driver was the cause, in all cases […]

Leave a Reply