Darren, You mentioned problems with snapmirror with 7G. Could you elaborate? Thanks.
-----Original Message----- From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Darren Dunham Sent: Friday, September 16, 2005 12:52 PM To: toasters@mathworks.com Subject: Re: ONTAP upgrade from 6.4.2P6 to 7.x
- How long does the upgrade take ? The docs only say hours (in an event that I need to revert back)
On a smaller filer, the filesystem conversion only took a few minutes. But this was a largely empty box.
- Has anyone found a need to revert back ? Why ?
We ran into to some trouble with snapmirror. Support said that some aspect of it was broken and suggested we revert to 6.5.
Here's a hint. In the 3 step procedure to revert (download, revert_to, bye), don't leave out step 2... *ouch* (*blush*)
- Available Volume space I believe that as part of the upgrade DOT has to go and change all of the inodes. Are there any implications as far as available space in a volume ? Do I need to make sure that I have some n% of free space ?
It probably needs a bit of space, but I don't know how much. It shouldn't be a large amount.
- How did you deal with the new /etc/exports ? I use /etc/netgroups and it seems that I need to totally rewrite
the
/etc/exports file since '-access' is no longer supported
They are rewritten by the process. I saved a copy anyway, but didn't end up doing anything with it.
Darren, You mentioned problems with snapmirror with 7G. Could you elaborate? Thanks.
I can't provide many details. I was only called in to assist with an upgrade on an 810c cluster to 7.0.1 and to set up some qtree level snapmirrors.
The client later said he'd had some problems with them (hangs, panics when trying to quiesce one of the mirrors) and that support said it was a known problem, suggested downgrading to 6.5, and I could I help him perform the downgrade.
I don't know much about the original problems, but when we started the downgrade, there were some snapmirror "bits" that I couldn't get rid of. I was trying to "break" them on the destination, but it said they were already broken. But it still had a snapshot in use that couldn't be deleted. Support helped us clean it up (mainly just cleaning up the mirror.conf file) and I was able to complete the downrev.
Sorry I don't have more details.
If you use volume snapmirrors, you'll need to re-initialize them when you go to 7G from 6.5.
If you aren't upgrading everything at the same time, be sure to update the destinations of the snapmirrors before the sources.
If you use qtree snapmirrors, they interoperate OK.
This is described in the "important cautions" section of http://now.netapp.com/NOW/download/software/ontap/7.0.1R1/
-skottie
Darren Dunham wrote:
Darren, You mentioned problems with snapmirror with 7G. Could you elaborate? Thanks.
I can't provide many details. I was only called in to assist with an upgrade on an 810c cluster to 7.0.1 and to set up some qtree level snapmirrors.
The client later said he'd had some problems with them (hangs, panics when trying to quiesce one of the mirrors) and that support said it was a known problem, suggested downgrading to 6.5, and I could I help him perform the downgrade.
I don't know much about the original problems, but when we started the downgrade, there were some snapmirror "bits" that I couldn't get rid of. I was trying to "break" them on the destination, but it said they were already broken. But it still had a snapshot in use that couldn't be deleted. Support helped us clean it up (mainly just cleaning up the mirror.conf file) and I was able to complete the downrev.
Sorry I don't have more details.