Let me be the first to say, I could be wrong here, but
since 6.0 allows you to offline a volume without rebooting
the filer should be able to revert it back without affecting
any other volumes. I believe that's what the error message is
telling you...
> Filesystem version mismatch for destination volume vol1, reverting the
> version and aborting transfer. A console message will be
> displayed when
> this revert is complete.
Therefore, look for a revert complete message on the console (and probably
/etc/messages) and it should work.
SnapMirror would have the same issue for the initial transfer. Basically
the filesystems have to match. But since 6.x can revert, it works.
Obviously 5.x can't upgrade the filesystem to 6.x.
-- Adam Fox
NetApp Professional Services, NC
adamfox(a)netapp.com
> -----Original Message-----
> From: Brian L. Brush [mailto:brian@paradyne.com]
> Sent: Tuesday, February 20, 2001 2:55 PM
> To: Fox, Adam
> Cc: toasters(a)mathworks.com
> Subject: Re: vol copy from 5.3.6R2 to 6.0.1R1
>
>
> "Fox, Adam" wrote:
> >
> > You can still do the transfer. It just has to revert
> > the target (F760) to the 5.3 filesystems first. After
> > that revert is complete, you can do the vol copy.
>
> My understanding is, in that case, I would have to revert ALL of the
> 760's volumes before the migration from the 230. Although I'm
> in a test
> environment at this point--well, half of a test
> environment--at the time
> of the actual migration the 760 will have several hundred gigabytes'
> worth of other volumes already online.
>
> Is there a way to perform the vol copy without affecting the target
> filer's other volumes?
>
> I would try SnapMirror, but I don't have licenses for it on
> both boxes.
>
> I'm really trying to avoid the old Unix box intermediary, both because
> down-time is inversely proportional to speed and because my level of
> uneasiness is proportional to the intricacy of the migration plan.
>
> --Brian L. Brush
> Senior Systems Administrator
> Paradyne Corporation
>