Also recommend disabling dedup  prior to migrations/upgrades unless you like the dedup schedule (usually midnight) waking your on call sysadmins - we ran into bugs


Did you engage support and/or (upgrade advisor) - there are bound to be a few other issues going 7.3.5 to 8.1.2 independent of the 64 bit aggr issue(s).

Currently resolving a chassis HA vs node mode mismatch panic on a 2240-4 cluster.

Fletch.

On May 14, 2013, at 8:57 AM, Jeff Cleverley <jeff.cleverley@avagotech.com> wrote:

Andre,

I guess I need a different refresher.  I seem to recall people doing upgrades and their systems being slow for an extended period of time immediately afterwards.  I thought it was doing the 64 bit upgrade.  Since that isn't the case, I need to try and figure out what was affecting the systems.  I'll try a broader search of the mailing list and see what I can find.

Thanks,

Jeff

On Mon, May 13, 2013 at 6:25 PM, Clark, Andre <aclark@insightinvestments.com> wrote:

Jeff,

 

32 to 64bit conversion doesn’t happen that way.  The ways you’ll get a 32bit aggregate to go to a 64bit aggregate are:

 

a.       After upgrading to 8.1, adding additional spindles to the 32bit aggregate to go beyond the 16TB limit and, in the background, the 64bit conversion will start.

b.      A SnapMirror from a 32bit to 64bit aggregate and when the mirror relationship is broken, the 64bit conversion will start.

 

If you are just doing an in-place upgrade to 8.1.2, the aggregate conversion process will not start.

Regards,

André M. Clark | Sr. Consulting Engineer, Team Lead | Insight Integrated Systems | 917.388.8236

Tell me I will forget... Show me I may remember... Involve me I WILL UNDERSTAND!!!

Start by doing what's necessary, then what's possible, and suddenly you are doing the impossible!!!

 

 

 

From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Jeff Cleverley
Sent: Monday, May 13, 2013 20:12
To: <Toasters@teaparty.net>
Subject: Delaying 64 bit aggregate upgrades

 

Greetings,

Is there a way to go from 7.3.5 to 8.1.2 without having all the aggregates start doing automatic conversions to 64 bit? 

Our current filers are getting hit pretty hard.  I think the OS upgrade will help, but I'm afraid the aggregate upgrades will generate too much disk activity and slow things down for a day or two.  We have ~9 aggregates per head that are 10T or larger.  Most of these only have one volume in them.  The shared ones have a few volumes with 40M+ inodes in use.  If I can upgrade the aggregates selectively it will make it less noticeable to the users.

Thanks,

Jeff


--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611




--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
_______________________________________________
Toasters mailing list
Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters