Unsolved
This post is more than 5 years old
6 Operator
•
14.4K Posts
•
56.2K Points
0
1294
July 14th, 2008 03:00
How to mount BCV on Windows 2003 host manually?
Hello,
Hopefully this will be easy one for local gurus here. I'm testing PowerSnap module for Symmetrix on Windows. So far we used this with UNIX and had no issues.
We made simple test configuration where we have:
host A acting as remote proxy (BCVR)
host B acting as local proxy (BCV) - application host
While configuration with BCVR works fine we have a bit of an issue with local setup. First we had issue where it failed with not being able to read signature for local BCV when it tried to mount it (funny enough, snap part worked fine). We thought there could be an issue with disk signature thus we rebooted host B as I found in KB that 2003 would correct signature upon reboot.
After that I did get a bit different picture where snap is done (establish/split), but now it fails with BCV being in incorrect stage. By doing multiple tests we saw that for some reason one of devices is not split, but rather established (and thus we get this error message). When doing symmir from command line everything works fine.
I'd like to take this step further when doing things from CLI - I wish to mount these BCVs (2) from CLI, but I have no knowledge of how to do that. Looking at KB I found command symntctl which doesn't exist anymore (at least with my SE) so I assume there should be a way of doing it with diskpart and mountvol somehow, but that's just in my theory. Can anyone give me a clue how to do it (and if there would be an example that would be great).
Hopefully this will be easy one for local gurus here. I'm testing PowerSnap module for Symmetrix on Windows. So far we used this with UNIX and had no issues.
We made simple test configuration where we have:
host A acting as remote proxy (BCVR)
host B acting as local proxy (BCV) - application host
While configuration with BCVR works fine we have a bit of an issue with local setup. First we had issue where it failed with not being able to read signature for local BCV when it tried to mount it (funny enough, snap part worked fine). We thought there could be an issue with disk signature thus we rebooted host B as I found in KB that 2003 would correct signature upon reboot.
After that I did get a bit different picture where snap is done (establish/split), but now it fails with BCV being in incorrect stage. By doing multiple tests we saw that for some reason one of devices is not split, but rather established (and thus we get this error message). When doing symmir from command line everything works fine.
I'd like to take this step further when doing things from CLI - I wish to mount these BCVs (2) from CLI, but I have no knowledge of how to do that. Looking at KB I found command symntctl which doesn't exist anymore (at least with my SE) so I assume there should be a way of doing it with diskpart and mountvol somehow, but that's just in my theory. Can anyone give me a clue how to do it (and if there would be an example that would be great).
No Events found!


SKT2
2 Intern
•
1.3K Posts
0
July 14th, 2008 03:00
In case of a STD failure(M1+M2) then the hotspare will get invoked and the BCV(which was in sync while the disk failure) compete for a mirror position especilally when you have a R2 already occupying the THIRD mirror position. In short BCV and hot spare fight for fourth mirror position and none of them finish syncing..!!
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 04:00
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 04:00
My further tests show that if I do a backup which includes snap of one disk then everything is ok (no matter which disk out of two snapable that I have).
If I do them at the same time PowerSnap module has certain issue where one device is left sync and not split and it fails. We are testing latest version of PS module (2.4SP1) and we are not happy with this - with 2.3SP1 this was not the case.
However, if someone could provide those steps for mounting BCVs manually on Windows host...
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 05:00
bodnarg
2 Intern
•
385 Posts
1
July 14th, 2008 05:00
Specifically there are no tools (that I have found) for doing things like altering the disk signature which is what is required if you want to mount a cloned volume on the server with the source volume. If you are working on a different target server with the cloned disk you can use a combination of the diskpart and mountvol commands to manipulate the device by its physical drive identifier.
Once again with symntctl you can specify the drive by other identifiers such as symmetrix device ID which are not subject to change.
Short of this - if you want to do things from the command line talk to your local reps about getting a copy of TF/IM.
Hopefully a more savy Windows guru will prove me wrong...
dynamox
11 Legend
•
20.4K Posts
•
87.4K Points
0
July 14th, 2008 05:00
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 06:00
dynamox
11 Legend
•
20.4K Posts
•
87.4K Points
1
July 14th, 2008 06:00
dynamox
11 Legend
•
20.4K Posts
•
87.4K Points
0
July 14th, 2008 06:00
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 06:00
host won't be able to mount it.
You can manually make the device ready with "symdev
ready "
Yes, that's exactly why I was not able to see it with mountvol.
Since PowerSnap module is using SymAPI I assume it handles those signatures correctly (expcept when in hight debug mode like 9 when it has issues reading it sometimes) - it is mounting those volumes without much problems to the same application host.
MarcT2
2 Intern
•
131 Posts
0
July 14th, 2008 06:00
You can manually make the device ready with "symdev ready "
However, if you're presenting a BCV back to the original host, you'll then have issues with duplicate disk signatures. "symntctl" (part of the TimeFinder Integration Module as mentioned above) provides CLI functions to manipulate the disk signatures.
If you're presenting the BCV back to a different host, then rescan for devices & assign drive letter should mount the disk.
In Win2K disk management conducted over Terminal Services / Remote Desktop would not work reliably. The hardware is virtualised when you first connect and new devices discovered during the session don't show up at all. Usually disconnecting & re-connecting will would make them appear. You can run into similar issues in W2k3, so I think it's still preferable to perform disk management on the physical machine itself.
Just my 2p (that's two new pence...)
Marc
ble1
6 Operator
•
14.4K Posts
•
56.2K Points
0
July 14th, 2008 06:00