Please note, once migrated to 6.0, you can't go back to 5.3.X, without zeroeing the disks. THere are some known bugs, which prevent the filer coming up with 6.0. I tried doing the upgrade to a 740 cluster, running 5.3.4R2 and it was OK with one, but failed with other one showing disk error. But when I booted the same filer with 5.3.7 floopies, it worked just fine...Here is the bug info.. ____________ Regarding this issue. A bug has has been filed Bug 35522 titled "upgrade to 6.0R2 from 5.3.7 caused complaints of disk 7.28 has rgdn 0 but disk type 0." _____________

Advice : Stay on 5.3.7R2, let 6.x ONTAP settle first.. You don't know how many more new errors you may encounter..

thanks, prem Premanshu Jain Nortel Networks, Content Networks(Shasta) 2305, Mission College Blvd, Santa Clara, CA 95054 Direct: (408) 565-3573 ESN: 655-3573 eMail: prjain@shastanets.com Web: http://www.nortelnetworks.com/ipservices

-----Original Message----- From: Peter Tran [mailto:ptran@broadcom.com] Sent: Monday, February 05, 2001 1:44 PM To: Tuc; Thomas.L.White@chase.com Cc: taob@risc.org; toasters@mathworks.com Subject: RE: SnapMirror 5.3.6R2 -> 6.0.1R1

If you don't mind sharing with the group the types of problems other than snapmirror that you're seeing after the upgrade from 5.3.x to 6.0.1R1. I'm planning to perform the migration from 5.3.x to 6.0.1R1 and would be interested to know the problems you're having with 6.0.1R1. Thanks.

Peter

-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com]On Behalf Of Tuc Sent: Monday, February 05, 2001 1:01 PM To: Thomas.L.White@chase.com Cc: taob@risc.org; toasters@mathworks.com Subject: Re: SnapMirror 5.3.6R2 -> 6.0.1R1

in the upgrade to 6.0.1R1 it mentions that all snapshots have to be blown away before allowing snapmirror to run again. But this (as far as I know) refers ro upgrade source as well as

destination

Ihave not seen any comments re: Upgrading one side only.

ERRR?? Where did you see this?

We just upgraded 2 5.3.4RWHATEVER to 6.0.1R1 on Feb 1, and we were told that you had to do both in a snapmirror because of the version issues Brian found. We are having alot of problems with the filers and the systems since the upgrade, but are trying to work it out.

No one told us about deleting the previous snapshots....

Thanks, Tuc/TTSG Internet Services, Inc.

tw

Brian Tao taob@risc.org@mathworks.com on 02/05/2001 12:45:37 PM

Sent by: owner-toasters@mathworks.com

To: toasters@mathworks.com cc: Subject: SnapMirror 5.3.6R2 -> 6.0.1R1

Couldn't find any reference to this error message on NOW:

Sun Feb 4 23:47:00 EST [drp-na1: worker_thread:error]: snapmirror: Filesystem version mismatch for destination volume nocna1_vol0, reverting the version and aborting transfer. SnapMirror will retry until this revert is complete.

That appears on a destination F840 running 6.0.1R1.  Volume

/vol/nocna1_vol0 on the F840 is large enough and is marked offline. "snapmirror status" shows:

Source Dest Status 192.168.50.17:vol0 drp-na1:nocna1_vol0 Idle

Filer 192.168.50.17 is an F740 running 5.3.6R2.  It prints this to

syslog:

Sun Feb 4 23:29:18 EST [worker_thread]: snapmirror: Destination drp-na1 could not accept a complete transfer Sun Feb 4 23:49:18 EST last message repeated 20 times

What is this about filesystem versions?  Is the F840 doing

something about it on /vol/nocna1_vol0? How can I check on the progress of this revert operation?

I guess I should be asking:  are 5.3.x and 6.0.x snapmirrors

compatible? The 6.0 Data Protection Guide doesn't mention caveats or incompatibilities. -- Brian Tao (BT300, taob@risc.org) "Though this be madness, yet there is method in't"