First of all this mail was somehow resent from February.
The message here refers to checksum revert. With certain combinations of checksums on the source and destination, volcopy must trigger this revert (of checksums) on the destination side before the volcopy can proceed. This happens on a per volume basis. In later releases we tried to make the messages clearer.
mikef
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