Network and Storage Protocols
Network and Storage Protocols
As per decommission process, data aggregate was offline and destroyed issuing the offline and destroy commands.
After a while, due some data retrieval needed, is requested to try to recover,
While issuing the undestroy command:
CLU-CRS::*> aggr undestroy aggr1
"storage aggregate undestroy" is not supported.
As per seen in kb, this is a 7-mode command not matching with anyone in Cluster Mode.
Question is simple: Is there anyway to recover the data?
The disks are unzeroed:
CLU-CRS::*> storage aggregate show-spare-disks
Original Owner: CLU-CRS-01
Pool0
Partitioned Spares
Local Local
Data Root Physical
Disk Type RPM Checksum Usable Usable Size Status
--------------------------- ----- ------ -------------- -------- -------- -------- --------
1.0.0 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.1 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.2 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.3 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.4 SAS 10000 block 971.9GB 0B 1.09TB zeroed
1.0.5 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.6 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.7 SAS 10000 block 971.9GB 143.7GB 1.09TB not zeroed
1.0.8 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.9 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.10 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
1.0.11 SAS 10000 block 971.9GB 0B 1.09TB not zeroed
If trying to create new aggregate , the system is warning about if done, the disks will be zeroed before to be added
Any hint?
Hello,
Have you try to do it in maintenance mode?
I should have a 8.3 in my lab, I will check if i found something.
Thanks for your reply, GMox.
I didn't tried yet. I have a chance to try it in short time (this Fri), and let you know what happen
Hello Xsalvia,
Protection against accidental volume deletion
Starting with Data ONTAP 8.3, new default functionality is available to aid in the recovery of
accidentally deleted FlexVol volumes.
After all nodes in the cluster are running clustered Data ONTAP 8.3 or later, a volume delete
request against a volume that has type RW or DP (as seen in volume show command output) causes
that volume to be moved to a partially deleted state. By default, it is retained in a recovery queue for
at least 12 hours before being fully deleted.
I know is a long shot but use the diag mode and check in the recovery queue
vol recovery-queue show
https://kb.netapp.com/on-prem/ontap/Ontap_OS/OS-KBs/How_to_use_the_Volume_Recovery_Queue
Thanks for your reply. I'll check on lab and see results.
With kind regards