I have encountered an issue on a 480 that I cannot fix. I am trying to delete 29 LUNs but the system will not let me, I get the pop up warning window that says the LUN is being used by something else such as a snap, mirror, RLP, etc, etc... as far as I can tell none of that is true. There are no storage groups on the system, no snaps, no clones, etc. etc. Below I have some CLI outputs for LUN 19, all the others have the same results....
Async mirror: Removing driver from lu stack failed. This LUN is already allocated to a storage group. Check that this is the correct LUN, and if so, remove the LUN from the storage group and try again. (0x79008023)
Async mirror: Removing driver from lu stack failed. The shadow LU that we were attempting destroy was associated with a mirror. Remove the mirror before attempting this operation. (0x71528274)
As I stated above there are no storage groups or mirrors that I can see, this might be the result of a badly backed out mirrorview migration in the past.
In this case, the Management Server (CIMOM) had to be restarted twice for the navicli.jar command to run successfully. However, there are occasions when a layered driver such as k10faradmin (MirrorView),remains on the LUN even though no SnapView or MirrorView session is currently running.
There is other option which requires login to SP and with the help of tools installed on SP CLARiiON engineering would be able to cleanup option associated with shadow LUN. Once, it is done we can try the setfeature off command after that which should remove the stack driver.
Async mirror: Removing driver from lu stack failed. This LUN is already allocated to a storage group. Check that this is the correct LUN, and if so, remove the LUN from the storage group and try again. (0x79008023)
It seems like we have a private storage group that MV/A has! If that is the case then the cleanup I mentioned earlier clears any issues with private storage groups also!
Step you can try:
- SP Reboot. [One at a time]
If this doesn't work. Please, open a Service Request with EMC CLARiiON Technical Support, we would analyze the SP Collects and if required, would engage next level
There is an internal process, I am sure engineer must be trying his best.
My answer is based on What details you have provided, it is possible he must have seen something different on Web Ex or may be the SP Collects! We all are trained equally and I believe he is checking what can be done with out impacting the production.
gangas3
21 Posts
896
0
Posted August 2nd, 2012 07:00
In this case, the Management Server (CIMOM) had to be restarted twice for the navicli.jar command to run successfully. However, there are occasions when a layered driver such as k10faradmin (MirrorView),remains on the LUN even though no SnapView or MirrorView session is currently running.
then run
naviseccli -h <SP_IP_address> mirror -async -setfeature -off -lun