Active IQ Unified Manager Discussions
Active IQ Unified Manager Discussions
I've moved a snapvault secondary volume bck_usr_02 from filer naitsede05 to naitsede06.
This volume is also a source for a snapmirror relationship
The dataset id is 18780
The old snapmirror relationship was removed by dfm and the new was correctly discovered. (relationship id 39135)
The old snapvault relationship still remains as "deleted" and the new relationship was not discovered..
C:\Windows\system32>dfpm relationships list -a|findstr usr02
Relationship Id Relationship Type Dataset Id Dataset Name Source Destination Deleted
--------------- -------------------- ---------- -------------------- ---------------------------------------- ---------------------------------------- ------- ------------ -------- ------ ---------
18904 snapvault 0 naitsede01:/vol_hq_usr_02/usr02 naitsede05:/bck_hq_usr02/usr02 Yes
19099 snapvault 0 naitsede01:/vol_hq_usr_02/- naitsede05:/bck_hq_usr02/cifs_hq_usr_naitsede01_vol_hq_usr_02 Yes
19868 volume_snapmirror 0 naitsede05:/bck_hq_usr02 naitsleo2:/repl_hq_usr02_old Yes
39098 volume_snapmirror 0 naitsede05:/bck_hq_usr02 naitsede06:/bck_hq_usr02 Yes
39135 volume_snapmirror 18780 cifs_hq_usr naitsede06:/bck_hq_usr02 naitsleo2:/repl_hq_usr02 No
I think to discover the new relationship i must delete these relationships id (18904, 19099,19868, 39098) that are associated to dataset id 0 !!!
Here are the current relationships on filer:
snapvault status
naitsede01:/vol/vol_hq_usr_02/- | naitsede06:/vol/bck_hq_usr02/cifs_hq_usr_naitsede01_vol_hq_usr_02 Snapvaulted | 19:50:00 Idle | |
naitsede01:/vol/vol_hq_usr_02/usr02 | naitsede06:/vol/bck_hq_usr02/usr02 | Snapvaulted | 19:49:30 Idle |
How do I remove these "deleted relationships" from DFM?
many thanks,
Mauro
Solved! See The Solution
After dfmpurge https://kb.netapp.com/library/CUSTOMER/DFMPurgeTool/DFMPurgeTool_v1.2.pdf , all deleted relationships have disappeared.
Then we need to execute some other commands to "discover" the new relationship:
C:\Windows\system32>dfbm secondary volume add naitsede06:/bck_hq_usr02
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/-
Error: There is no secondary volume named 'naitsede06:/bck_hq_usr02'.
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/usr02
Started job 71016 to create backup relationship between naitsede06:/bck_hq_usr02 and naitsede01:/vol_hq_usr_02/usr02.
C:\Windows\system32>dfpm relationships list -a |findstr usr02
39135 volume_snapmirror 18780 cifs_hq_usr naitsede06:/bck_hq_usr02 naitsleo2:/repl_hq_usr02 No
39494 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/usr02 naitsede06:/bck_hq_usr02/usr02 No
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/-
Started job 71017 to create backup relationship between naitsede06:/bck_hq_usr02 and naitsede01:/vol_hq_usr_02/-.
C:\Windows\system32>dfpm relationships list -a |findstr usr02
39135 volume_snapmirror 18780 cifs_hq_usr naitsede06:/bck_hq_usr02 naitsleo2:/repl_hq_usr02 No
39494 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/usr02 naitsede06:/bck_hq_usr02/usr02 No
39495 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/- naitsede06:/bck_hq_usr02/cifs_hq_usr_naitsede01_vo
l_hq_usr_02 No
That's OK!!
now i removed old snaps on primary volume referred to old relationship:
naitsede01>snap list vol_hq_usr_02
Volume vol_hq_usr_02
working...
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Nov 28 12:39 naitsede06(1574357593)_bck_hq_usr02_usr02-src.5 (snapvault)
0% ( 0%) 0% ( 0%) Nov 28 12:39 naitsede06(1574357593)_bck_hq_usr02_cifs_hq_usr_naitsede01_vol_hq_usr_02-src.5 (snapvault)
0% ( 0%) 0% ( 0%) Nov 28 12:00 2013-11-28_1200+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 10:00 2013-11-28_1000+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 08:00 2013-11-28_0800+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 06:01 2013-11-28_0600+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 04:01 2013-11-28_0400+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 02:00 2013-11-28_0200+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 28 00:00 2013-11-28_0000+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 22:00 2013-11-27_2200+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 21:00 2013-11-27_2100+0100_daily_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 20:00 2013-11-27_2000+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 18:00 2013-11-27_1800+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 16:00 2013-11-27_1600+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 14:38 naitsede06(1574357593)_bck_hq_usr02_usr02-src.0 (snapvault)
0% ( 0%) 0% ( 0%) Nov 27 14:00 2013-11-27_1400+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 12:08 dfpm_base(cifs_hq_usr.18780)conn1.1 (snapvault)
0% ( 0%) 0% ( 0%) Nov 27 12:00 2013-11-27_1200+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 10:08 dfpm_base(cifs_hq_usr.18780)conn1.2
0% ( 0%) 0% ( 0%) Nov 27 10:00 2013-11-27_1000+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 08:08 dfpm_base(cifs_hq_usr.18780)conn1.3 (snapvault)
0% ( 0%) 0% ( 0%) Nov 27 08:00 2013-11-27_0800+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
0% ( 0%) 0% ( 0%) Nov 27 06:00 2013-11-27_0600+0100_hourly_cifs_hq_usr_naitsede01_vol_hq_usr_02_.-.usr02
and old snaps from secondary SV (and primary SM)
naitsede06> snap list bck_hq_usr02
Volume bck_hq_usr02
working......
%/used %/total date name
---------- ---------- ------------ --------
0% ( 0%) 0% ( 0%) Nov 28 12:43 naitsede06(1574357593)_bck_hq_usr02-base.1 (busy,snapvault)
0% ( 0%) 0% ( 0%) Nov 27 14:41 naitsleo2(0151737392)_repl_hq_usr02.1 (snapmirror)
0% ( 0%) 0% ( 0%) Nov 27 14:39 naitsede06(1574357593)_bck_hq_usr02-base.0 (snapvault)
0% ( 0%) 0% ( 0%) Nov 27 14:16 2013-11-27_1400+0100_hourly_cifs_hq_usr_naitsede05_bck_hq_usr02_.-.cifs_hq_usr_naitsede01_vol_hq_usr_02.usr02
0% ( 0%) 0% ( 0%) Nov 27 14:16 naitsede05(1574746754)_bck_hq_usr02-base.7095
0% ( 0%) 0% ( 0%) Nov 27 14:11 naitsede05(1574746754)_bck_hq_usr02-base.7094
0% ( 0%) 0% ( 0%) Nov 27 12:32 2013-11-27_1200+0100_hourly_cifs_hq_usr_naitsede05_bck_hq_usr02_.-.cifs_hq_usr_naitsede01_vol_hq_usr_02.usr02
0% ( 0%) 0% ( 0%) Nov 27 12:25 naitsede05(1574746754)_bck_hq_usr02-base.7093
C:\Windows\system32>dfpm dataset list -l 18780 |findstr usr02
158 naitsede01:/vol_hq_usr_02/usr02 18780 cifs_hq_usr qtree \\naitsede01\usr02$
39096 naitsede06:/bck_hq_usr02 18780 cifs_hq_usr volume naitsede06:/vol/bck_hq_usr02
39105 naitsede06:/bck_hq_usr02/usr02 18780 cifs_hq_usr qtree \\naitsede06\usr02$
39106 naitsede06:/bck_hq_usr02/cifs_hq_usr_naitsede01_vol_hq_usr_02 18780 cifs_hq_usr qtree
39133 naitsleo2:/repl_hq_usr02 18780 cifs_hq_usr volume naitsleo2:/vol/repl_hq_usr02
39173 naitsleo2:/repl_hq_usr02/usr02 18780 cifs_hq_usr qtree
39174 naitsleo2:/repl_hq_usr02/cifs_hq_usr_naitsede01_vol_hq_usr_02 18780 cifs_hq_usr qtree
Hi Mauro,
I have exactly the same problem.
I saw you already opened a thread about this before (https://communities.netapp.com/thread/23061) which was answered with the suggestion to open a case.
What for solution did that give?
I have the same problem. if I check the svmon.log file I see:
"or source system name reported by the destination system SnapVault status not found in the list of known backup relationships while undeleting the SnapVault relationship.:"
I will now log a case but if you did find a way around this problem please let me know.
Kind Regards,
Boris
support have suggested to me to run "dfm purge" command to eliminate "dirty entries" in the database.
After remove deleted relationships from db, the new (undiscovered for now) relationship should be finally discovered.
After dfmpurge https://kb.netapp.com/library/CUSTOMER/DFMPurgeTool/DFMPurgeTool_v1.2.pdf , all deleted relationships have disappeared.
Then we need to execute some other commands to "discover" the new relationship:
C:\Windows\system32>dfbm secondary volume add naitsede06:/bck_hq_usr02
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/-
Error: There is no secondary volume named 'naitsede06:/bck_hq_usr02'.
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/usr02
Started job 71016 to create backup relationship between naitsede06:/bck_hq_usr02 and naitsede01:/vol_hq_usr_02/usr02.
C:\Windows\system32>dfpm relationships list -a |findstr usr02
39135 volume_snapmirror 18780 cifs_hq_usr naitsede06:/bck_hq_usr02 naitsleo2:/repl_hq_usr02 No
39494 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/usr02 naitsede06:/bck_hq_usr02/usr02 No
C:\Windows\system32>dfbm primary dir add naitsede06:/bck_hq_usr02 naitsede01:/vol_hq_usr_02/-
Started job 71017 to create backup relationship between naitsede06:/bck_hq_usr02 and naitsede01:/vol_hq_usr_02/-.
C:\Windows\system32>dfpm relationships list -a |findstr usr02
39135 volume_snapmirror 18780 cifs_hq_usr naitsede06:/bck_hq_usr02 naitsleo2:/repl_hq_usr02 No
39494 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/usr02 naitsede06:/bck_hq_usr02/usr02 No
39495 snapvault 18780 cifs_hq_usr naitsede01:/vol_hq_usr_02/- naitsede06:/bck_hq_usr02/cifs_hq_usr_naitsede01_vo
l_hq_usr_02 No
That's OK!!