During the RM job, the clone target devices are put in a NR (Not ready) state by the RM. However, the OS detects this as a drive failure and reports many error messages flooding the error logs.
Has anyone encountered this issue? How did you work around it? Unfortunatelly, I've been going between IBM&EMC support for a while now and still no resolution..
Firstly, as you may know RM sets the BCV devices NR as soon as you include for use in the RM GUI. This is a safety protection mechanism, to avoid un-intentional writes/corruption to the BCVs when unmounted - most especially in a Windows environment.
Windows is very chatty to unprotected BCVs it sees, even though the dev may not be mounted - Windows will still actively ping/pong the sysvol with writes...
Ok, back on track, that was for the better good of anyone considering to use the variable which I am about I discuss, in a Windows environment.
In a Unix world, as long as the DG is deported/vary'ed off, the unix host has no reason as such to decide to write to any part of the disk, it will only perform, as such SCSI inquiries on demand from host/user initiated rescans. So, not setting the BCV NR is far safer..
In order to do what you would like to do, please persistenly set and export the following variable on your AIX ** Production ** host (not your mount host)
Can you do me a favour and set the variable on the mount host also and restart IRCCD and test? Prehaps the function call to set NR has shifted since I last visited this.
The source and the mount host are the same AIX client. I'm basically mounting the target devices under /BCV/xxxx file systems on the same host.
Also, I have tried to unmount/varyoff/export the /BCV/xxxx volume groups before the next RM job runs but the system still detects the "Not Ready" state.
JamesBEMC
257 Posts
266
0
Posted August 27th, 2007 02:00
Welcome to RM Forums
Firstly, as you may know RM sets the BCV devices NR as soon as you include for use in the RM GUI. This is a safety protection mechanism, to avoid un-intentional writes/corruption to the BCVs when unmounted - most especially in a Windows environment.
Windows is very chatty to unprotected BCVs it sees, even though the dev may not be mounted - Windows will still actively ping/pong the sysvol with writes...
Ok, back on track, that was for the better good of anyone considering to use the variable which I am about I discuss, in a Windows environment.
In a Unix world, as long as the DG is deported/vary'ed off, the unix host has no reason as such to decide to write to any part of the disk, it will only perform, as such SCSI inquiries on demand from host/user initiated rescans. So, not setting the BCV NR is far safer..
In order to do what you would like to do, please persistenly set and export the following variable on your AIX ** Production ** host (not your mount host)
EMC_ERM_SKIP_SYMMDEV_NR
Restart IRCCD and give it a shot.
Let us know here how it works out for you.
Best of luck
James.