06-15-2010 09:21 AM
Solved! Go to Solution.
12-06-2010 12:25 PM
Hi ncolyer,
The laststart option is intended for use is iSCSI environments where the Microsoft iSCSI inititor is used. It should not be needed for FC SAN configurations.
Were you able to simply your environment to a single path with no DMP software installed? Did the issue go away when this was done?
SFW 5.1 SP2 has just been released and it does contain some improvements in our software that can increase performance of volume arrivals. You might want to test it in your environment to see if it addresses your issue.
If you are still having problems, you might also want to consider opening a case with Symantec Technical Support. We can take a look at your configuration and provide recommendations for your specific situation.
Thanks,
Wally
06-16-2010 01:54 AM
06-20-2010 08:27 AM
Hi ncolyer,
You are correct on you assumption. The Windows server service is responsible for sharing our folders on the server and if it can not see the folder to share during its startup process it does not share out the volume. After it gives up then your volume comes in.
There are a few things that you can try.
1. Simplify the enviornment - if DMP is involved single path and uninstall DMP. Then check to see if the share is stil lthere after reboot. This will reduce the number of devices to be scanned during startup and hopefully point to a rescan time issue.
If this works then you will need to look into DMP related items as to why the disk/volume is arriving late.
2. If problem still exists with single path, if there are a lot of disks being presented to the server try reducing the numbers to just a few (again this is to reduce the rescan time for the shared disks.)
If this helps then try updating HBA drivers/firmware and SFW 5.0 to either 5.0 RP2 or 5.1 SP1.
From there you might want to open a support case with Symantec Technical Support.
Thanks,
Wally
06-22-2010 09:24 AM
12-06-2010 12:01 PM
Thanks for the responses and sorry about the delay in answering this.
We still have the same problem. One of the reasons the volume is probably arriving late is because we had to use the following command:
vxdg -g VRPBackups latestart on
Before this we were having problems where the drive itself wasn't available after the server restarted and we had to keep importing the disk group.
I'm guessing this is why we are having the problem with the late arrival of the share.
I have yet to update Symantec SFW to the latest versions so this still may be a possibility.
Any other recommendations?
12-06-2010 12:25 PM
Hi ncolyer,
The laststart option is intended for use is iSCSI environments where the Microsoft iSCSI inititor is used. It should not be needed for FC SAN configurations.
Were you able to simply your environment to a single path with no DMP software installed? Did the issue go away when this was done?
SFW 5.1 SP2 has just been released and it does contain some improvements in our software that can increase performance of volume arrivals. You might want to test it in your environment to see if it addresses your issue.
If you are still having problems, you might also want to consider opening a case with Symantec Technical Support. We can take a look at your configuration and provide recommendations for your specific situation.
Thanks,
Wally