2014-11-04 03:39 AM - edited 2014-11-04 04:00 AM
It's me again.
I'm facing an issue with my customer setup:
- SnapProtect 10.0 SP6
- OCUM 6.1
- cDOT 8.2.2P1
We have created a Storage Policy which does a mirror of NAS volumes.
The subclient configured with this policy was configured with 2 volumes at first.
I ran the first backup of that subclient, then I removed one volume of the subclient.
Now, when I want to run an auxiliary copy of that subclient, OCUM tries to conform the volume which has been removed from the subclient.
This volume cannot be mirrored, so I'm getting an error message.
But, this volume shouldn't be mirrored.
I can see that the volume is still associated with a Protection Service in OCUM, but this cannot be removed, or I don't know how to do it.
Has anyone experienced this?
Thanks for your feedback,
Solved! SEE THE SOLUTION
2014-11-26 05:21 AM
We have sorted this issue with the support.
They had to login in the "secret" ssh of OCUM, and manually delete the relation.
So, it's a level 2 issue every time.
From now, I'll stick to the recommended best practive which is:
1 volume = 1 subclient = 1 Storage Policy.
2014-12-16 06:20 AM
Could you tell us how to access the "secret" ssh interface and what command to run to get rid of these "ghost" relationships.
Or at least a NetApp case nummer, to accellerate case handling ;D