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@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@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