2010-06-25 09:07 AM
We're seeing two different Windows 2008 R2 clusters where Snapdrive takes an exceptionally long time to do anything. I've tried RPC and HTTPS as the transport and have had multiple major incidents on these clusters where NetApp support has been involved.
Different filers, different sites, different SAN switch vendors - same problems and same extremely amazingly slow Snapdrive response (upwards of 10 minutes to enumerate, potentially 15-20 minutes to connect a disk).
Anyone else seen anything like this?
2010-06-25 12:57 PM
There were known performance issues in SDW 6.2 particularly with LUN enumeration. This will be addressed in 6.3 which is scheduled to be release sometime end of July.
2010-06-28 01:27 AM
You can try to install SnapDrive 6.2P1 which is available at
The enumeration times have been reduced in this Patchrelease.
2010-06-29 07:17 PM
are the windows syetms on an ESX host?
is everything else running fast?
i had big problems with overall performance of win2008r2 on vmware esx until i updated to esx 3.5 update 5a