Like i siad before, this should only be done by support/Partner engineers. You can google search for the steps but unless your a partner, you wont have access to FLARE ndu, Recovery and utility partitions that will be needed as part of the proceedure.
After going into engineering mode I attempted to blow away the meta luns (all of my storage groups are already gone) but I keep getting the error "Being used by a feature of the storage system"
There are private luns listed, but no luns in storage groups. All attempts to unbind luns result in the error "Being used by a feature of the storage system"
After restarting the management server on both SPs, I find that I still cannot delete any of the private luns. However, I did find two 10GB luns under SnapView Clone Feature Properties but these are in enclosure 0, which has no faults or other problems.
The default Storage Group "~physical" appeared when I went into engineering mode. However, when I attempt to remove my lun from it I get the error "Special Storage group cannot be modified."
kenn2347
3 Apprentice
•
542 Posts
0
September 14th, 2010 13:00
Like i siad before, this should only be done by support/Partner engineers. You can google search for the steps but unless your a partner, you wont have access to FLARE ndu, Recovery and utility partitions that will be needed as part of the proceedure.
Sorry
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 10:00
After going into engineering mode I attempted to blow away the meta luns (all of my storage groups are already gone) but I keep getting the error "Being used by a feature of the storage system"
So no luck
Parks2
116 Posts
0
September 14th, 2010 10:00
Also private luns .. Make sure there are no sessions ...
alias23122
139 Posts
0
September 14th, 2010 10:00
Have you checked to see if there are any reserved LUN pools for spanview? Maybe that is holding it back.
kenn2347
3 Apprentice
•
542 Posts
0
September 14th, 2010 10:00
What Clariion do you have? CX, CX3, CX4 and what is FLARE level?
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 10:00
There are private luns listed, but no luns in storage groups. All attempts to unbind luns result in the error "Being used by a feature of the storage system"
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 10:00
There are no snapview sessions listed.
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 10:00
cx3-20f
3.24.20.5.016
Parks2
116 Posts
0
September 14th, 2010 10:00
Go into engineering mode and blow away everything ... Then restart the management servers on both sp's .. You will be all set
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00
I tried this on four of my private luns:
navicli -h <SP_IP_address> chglun -(Please contact Support) -l 12 -makepublic
I did not get any errors in navicli, but when I went to
naviseccli -h <SP_IP_address> metalun -destroy -metalun 12
I got the same error "Being used by a feature of the storage system.
Message was edited by: kelleg
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00
I checked under SANcopy sessions, there are none.
I don't have Mirrorview loaded.
After restarting the management server on both SPs, I find that I still cannot delete any of the private luns. However, I did find two 10GB luns under SnapView Clone Feature Properties but these are in enclosure 0, which has no faults or other problems.
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00
I have six luns in the storage group ~physical and about twentyfour others that are not members of a storage group but are all private luns.
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00
Correction:
The default Storage Group "~physical" appeared when I went into engineering mode. However, when I attempt to remove my lun from it I get the error "Special Storage group cannot be modified."
Message was edited by: PastaFazole
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00
When I attempt to remove luns from the ~physical group, I get "Special storage group cannot be modified"
Pasta_Fazole
1 Rookie
•
33 Posts
0
September 14th, 2010 11:00