Mailing List Archive: 7MTT - can it work with already snapmirrored volumes?

7MTT - can it work with already snapmirrored volumes?

Feb 17, 2022, 12:01 PM

Post #1 of 4 (424 views)

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

Re: 7MTT - can it work with already snapmirrored volumes? [ In reply to ]

bjones at aggiejones

Feb 17, 2022, 1:07 PM

Post #2 of 4 (424 views)

Permalink

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_transitioning_a_stand_alone_volume.html

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
>

Re: 7MTT - can it work with already snapmirrored volumes? [ In reply to ]

john at stoffel

Feb 17, 2022, 2:23 PM

Post #3 of 4 (424 views)

Permalink

>>>>> "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_transitioning_a_stand_alone_volume.html

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

Re: 7MTT - can it work with already snapmirrored volumes? [ In reply to ]

mcg.graham at gmail

Feb 17, 2022, 3:27 PM

Post #4 of 4 (424 views)

Permalink

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_transitioning_a_stand_alone_volume.html
>
> 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
>