Guys, Trying to migrate from an ancient 7-mode 8.1.3 system to a slightly newer cDOT 9.5 system. I was smart and pre-snapmirrored the volumes. But I'd like for 7mtt to copy the CIFS shares and such. But... 7mtt v3.4 isn't happy with volumes which already have snapmirror relationships.
The source 7-mode system has snapmirrors to both another 7-mode system, as well as to the new cDOT system VServer called 'data'.
I'm stuck at "Plan and Design" "Map Volumes" where I've picked the source and destination volumes (which already exist on the destination) but which it won't let me use because there isn't enough space on the aggregeates due to the currently existing volumes.
Fun.
Yes, I'm probably an idiot for having done this backwards... any maybe the real answer is to just do the cutover and re-build the cifs shares by hand. Ugh....
John
John,
Back in the days when 7MTT was very limited, I moved hundreds of volumes between 7-mode systems and C-mode using SnapMirrors. I believe the process is still valid: https://docs.netapp.com/us-en/ontap-7mode-transition/snapmirror/task_transit...
The key was setting up the snapmirrors on the C-mode target with the "-type TDP" flag.
Regards, Brian Jones
On Thu, Feb 17, 2022 at 2:02 PM John Stoffel john@stoffel.org wrote:
Guys, Trying to migrate from an ancient 7-mode 8.1.3 system to a slightly newer cDOT 9.5 system. I was smart and pre-snapmirrored the volumes. But I'd like for 7mtt to copy the CIFS shares and such. But... 7mtt v3.4 isn't happy with volumes which already have snapmirror relationships.
The source 7-mode system has snapmirrors to both another 7-mode system, as well as to the new cDOT system VServer called 'data'.
I'm stuck at "Plan and Design" "Map Volumes" where I've picked the source and destination volumes (which already exist on the destination) but which it won't let me use because there isn't enough space on the aggregeates due to the currently existing volumes.
Fun.
Yes, I'm probably an idiot for having done this backwards... any maybe the real answer is to just do the cutover and re-build the cifs shares by hand. Ugh....
John _______________________________________________ Toasters mailing list Toasters@teaparty.net https://www.teaparty.net/mailman/listinfo/toasters
"Brian" == Brian Jones bjones@aggiejones.com writes:
Brian, Thanks for the quick reply, but maybe I wasn't clear here. I'm trying to use 7mtt to make sure I get all the CIFS shares moved over properly. But I had already created the destination volumes and snapmirrored them to the new cDOT system.
But 7mtt was adamant that *it* had to create these new volumes, I couldn't figure out how to tell it to just use the existing snapmirror relationships that were already there.
Oh well, I blew it all away and just restarted it. Worse comes to worse, I'll push out the migration a few weekends, which isn't bad in the end because it's been in process for years... the customer just never got interested in doing their side of the project. Oh well...
Brian> Back in the days when 7MTT was very limited, I moved hundreds Brian> of volumes between 7-mode systems and C-mode using Brian> SnapMirrors. I believe the process is still valid:
Brian> https://docs.netapp.com/us-en/ontap-7mode-transition/snapmirror/task_transit...
Brian> The key was setting up the snapmirrors on the C-mode target Brian> with the "-type TDP" flag.
Brian> On Thu, Feb 17, 2022 at 2:02 PM John Stoffel john@stoffel.org wrote:
Brian> Guys, Brian> Trying to migrate from an ancient 7-mode 8.1.3 system to a slightly Brian> newer cDOT 9.5 system. I was smart and pre-snapmirrored the Brian> volumes. But I'd like for 7mtt to copy the CIFS shares and such. Brian> But... 7mtt v3.4 isn't happy with volumes which already have Brian> snapmirror relationships.
Brian> The source 7-mode system has snapmirrors to both another 7-mode Brian> system, as well as to the new cDOT system VServer called 'data'.
Brian> I'm stuck at "Plan and Design" "Map Volumes" where I've picked the Brian> source and destination volumes (which already exist on the Brian> destination) but which it won't let me use because there isn't enough Brian> space on the aggregeates due to the currently existing volumes.
Brian> Fun.
Brian> Yes, I'm probably an idiot for having done this backwards... any maybe Brian> the real answer is to just do the cutover and re-build the cifs shares Brian> by hand. Ugh....
Brian> John Brian> _______________________________________________ Brian> Toasters mailing list Brian> Toasters@teaparty.net Brian> https://www.teaparty.net/mailman/listinfo/toasters
I'm fairly sure you can do this, but you have to set up the transition project using the 7MTT CLI
Cheers
Graham
On Fri, 18 Feb 2022, 6:26 am John Stoffel, john@stoffel.org wrote:
"Brian" == Brian Jones bjones@aggiejones.com writes:
Brian, Thanks for the quick reply, but maybe I wasn't clear here. I'm trying to use 7mtt to make sure I get all the CIFS shares moved over properly. But I had already created the destination volumes and snapmirrored them to the new cDOT system.
But 7mtt was adamant that *it* had to create these new volumes, I couldn't figure out how to tell it to just use the existing snapmirror relationships that were already there.
Oh well, I blew it all away and just restarted it. Worse comes to worse, I'll push out the migration a few weekends, which isn't bad in the end because it's been in process for years... the customer just never got interested in doing their side of the project. Oh well...
Brian> Back in the days when 7MTT was very limited, I moved hundreds Brian> of volumes between 7-mode systems and C-mode using Brian> SnapMirrors. I believe the process is still valid:
Brian> https://docs.netapp.com/us-en/ontap-7mode-transition/snapmirror/task_transit...
Brian> The key was setting up the snapmirrors on the C-mode target Brian> with the "-type TDP" flag.
Brian> On Thu, Feb 17, 2022 at 2:02 PM John Stoffel john@stoffel.org wrote:
Brian> Guys, Brian> Trying to migrate from an ancient 7-mode 8.1.3 system to a slightly Brian> newer cDOT 9.5 system. I was smart and pre-snapmirrored the Brian> volumes. But I'd like for 7mtt to copy the CIFS shares and such. Brian> But... 7mtt v3.4 isn't happy with volumes which already have Brian> snapmirror relationships.
Brian> The source 7-mode system has snapmirrors to both another 7-mode Brian> system, as well as to the new cDOT system VServer called 'data'.
Brian> I'm stuck at "Plan and Design" "Map Volumes" where I've picked the Brian> source and destination volumes (which already exist on the Brian> destination) but which it won't let me use because there isn't enough Brian> space on the aggregeates due to the currently existing volumes.
Brian> Fun.
Brian> Yes, I'm probably an idiot for having done this backwards... any maybe Brian> the real answer is to just do the cutover and re-build the cifs shares Brian> by hand. Ugh....
Brian> John Brian> _______________________________________________ Brian> Toasters mailing list Brian> Toasters@teaparty.net Brian> https://www.teaparty.net/mailman/listinfo/toasters
Toasters mailing list Toasters@teaparty.net https://www.teaparty.net/mailman/listinfo/toasters
Yes, you can use 7mtt CLI to recognise existing TDP type snapmirror relationships.
Cheers
Andrew
Get Outlook for Androidhttps://aka.ms/AAb9ysg
[Xpanse logo]http://www.xpanse.com.au/ Andrew Werchowiecki Technical Team Lead Andrew.Werchowiecki@xpanse.com.aumailto:Andrew.Werchowiecki@xpanse.com.au www.xpanse.com.auhttp://www.xpanse.com.au Mobile: +61 422 702 339 Office: +61 8 9322 6767 Fax: +61 8 9322 6077 85 Havelock St West Perth WA 6005 Australia [NetApp StorageGRID]https://www.netapp.com/data-storage/storagegrid/
________________________________ From: Toasters toasters-bounces@teaparty.net on behalf of Graham McGeown mcg.graham@gmail.com Sent: Friday, February 18, 2022 7:27:36 AM To: John Stoffel john@stoffel.org Cc: Toasters toasters@teaparty.net Subject: Re: 7MTT - can it work with already snapmirrored volumes?
I'm fairly sure you can do this, but you have to set up the transition project using the 7MTT CLI
Cheers
Graham
On Fri, 18 Feb 2022, 6:26 am John Stoffel, <john@stoffel.orgmailto:john@stoffel.org> wrote:
"Brian" == Brian Jones <bjones@aggiejones.commailto:bjones@aggiejones.com> writes:
Brian, Thanks for the quick reply, but maybe I wasn't clear here. I'm trying to use 7mtt to make sure I get all the CIFS shares moved over properly. But I had already created the destination volumes and snapmirrored them to the new cDOT system.
But 7mtt was adamant that *it* had to create these new volumes, I couldn't figure out how to tell it to just use the existing snapmirror relationships that were already there.
Oh well, I blew it all away and just restarted it. Worse comes to worse, I'll push out the migration a few weekends, which isn't bad in the end because it's been in process for years... the customer just never got interested in doing their side of the project. Oh well...
Brian> Back in the days when 7MTT was very limited, I moved hundreds Brian> of volumes between 7-mode systems and C-mode using Brian> SnapMirrors. I believe the process is still valid:
Brian> https://docs.netapp.com/us-en/ontap-7mode-transition/snapmirror/task_transit...
Brian> The key was setting up the snapmirrors on the C-mode target Brian> with the "-type TDP" flag.
Brian> On Thu, Feb 17, 2022 at 2:02 PM John Stoffel <john@stoffel.orgmailto:john@stoffel.org> wrote:
Brian> Guys, Brian> Trying to migrate from an ancient 7-mode 8.1.3 system to a slightly Brian> newer cDOT 9.5 system. I was smart and pre-snapmirrored the Brian> volumes. But I'd like for 7mtt to copy the CIFS shares and such. Brian> But... 7mtt v3.4 isn't happy with volumes which already have Brian> snapmirror relationships.
Brian> The source 7-mode system has snapmirrors to both another 7-mode Brian> system, as well as to the new cDOT system VServer called 'data'.
Brian> I'm stuck at "Plan and Design" "Map Volumes" where I've picked the Brian> source and destination volumes (which already exist on the Brian> destination) but which it won't let me use because there isn't enough Brian> space on the aggregeates due to the currently existing volumes.
Brian> Fun.
Brian> Yes, I'm probably an idiot for having done this backwards... any maybe Brian> the real answer is to just do the cutover and re-build the cifs shares Brian> by hand. Ugh....
Brian> John Brian> _______________________________________________ Brian> Toasters mailing list Brian> Toasters@teaparty.netmailto:Toasters@teaparty.net Brian> https://www.teaparty.net/mailman/listinfo/toasters
_______________________________________________ Toasters mailing list Toasters@teaparty.netmailto:Toasters@teaparty.net https://www.teaparty.net/mailman/listinfo/toasters
-
Andrew Werchowiecki -
Brian Jones -
Graham McGeown -
John Stoffel