Greetings,
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
Thanks,
Jeff
Yes, that is current state. ________________________________________ From: toasters-bounces@teaparty.net [toasters-bounces@teaparty.net] On Behalf Of Jeff Cleverley [jeff.cleverley@avagotech.com] Sent: Wednesday, October 19, 2011 21:21 To: toasters@teaparty.net Subject: 8.1 64 bit upgrades.
Greetings,
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
Thanks,
Jeff
-- 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
Andrey,
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
Jeff
On Wed, Oct 19, 2011 at 11:53 AM, Borzenkov, Andrey andrey.borzenkov@ts.fujitsu.com wrote:
Yes, that is current state. ________________________________________ From: toasters-bounces@teaparty.net [toasters-bounces@teaparty.net] On Behalf Of Jeff Cleverley [jeff.cleverley@avagotech.com] Sent: Wednesday, October 19, 2011 21:21 To: toasters@teaparty.net Subject: 8.1 64 bit upgrades.
Greetings,
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
Thanks,
Jeff
-- 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
On 2011 Oct 19, at 20:36 , Jeff Cleverley wrote:
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
What exactly does a 64 bit aggr buy you if it also fits in a 32 bits aggr (as it obviously currently does)? (Besides wasting more space for metadata).
I think the whole point of 64 bit aggrs is to be able to be able to expand beyond 16T/aggr. If your current aggr is smaller than that... what's the benefit of going to 64 bit?
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
Compression is a good use case for an in-place upgrade without adding disks.
It doesn't work with 32bit aggregates.
Sent from a mobile device.
On Oct 19, 2011, at 6:27 PM, "Jan-Pieter Cornet" johnpc@xs4all.nl wrote:
On 2011 Oct 19, at 20:36 , Jeff Cleverley wrote:
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
What exactly does a 64 bit aggr buy you if it also fits in a 32 bits aggr (as it obviously currently does)? (Besides wasting more space for metadata).
I think the whole point of 64 bit aggrs is to be able to be able to expand beyond 16T/aggr. If your current aggr is smaller than that... what's the benefit of going to 64 bit?
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
-- Jan-Pieter Cornet SSL is only keeping your connection safe from hackers, crooks and three letter agencies by the least secured, least likely to refuse money from strangers, and least bullying-proof of several hundred companies worldwide.
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
8.1 RC1 docs say that compression is only available for flexvols within 64 bit aggregates. Storage Management Guide pdf, page 242
________________________________ From: Jan-Pieter Cornet johnpc@xs4all.nl To: Jeff Cleverley jeff.cleverley@avagotech.com Cc: "toasters@teaparty.net" toasters@teaparty.net Sent: Wed, October 19, 2011 3:16:13 PM Subject: Re: 8.1 64 bit upgrades.
On 2011 Oct 19, at 20:36 , Jeff Cleverley wrote:
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
What exactly does a 64 bit aggr buy you if it also fits in a 32 bits aggr (as it obviously currently does)? (Besides wasting more space for metadata).
I think the whole point of 64 bit aggrs is to be able to be able to expand beyond 16T/aggr. If your current aggr is smaller than that... what's the benefit of going to 64 bit?
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
Hi all,
compression is still available only requesting a PVR. Compression feature is not yet perfectly fixed.
Regards.
Da: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] Per conto di Jon Bousselot Inviato: giovedì 20 ottobre 2011 00:32 A: Jan-Pieter Cornet; Jeff Cleverley Cc: toasters@teaparty.net Oggetto: Re: 8.1 64 bit upgrades.
8.1 RC1 docs say that compression is only available for flexvols within 64 bit aggregates. Storage Management Guide pdf, page 242
________________________________ From: Jan-Pieter Cornet <johnpc@xs4all.nlmailto:johnpc@xs4all.nl> To: Jeff Cleverley <jeff.cleverley@avagotech.commailto:jeff.cleverley@avagotech.com> Cc: "toasters@teaparty.netmailto:toasters@teaparty.net" <toasters@teaparty.netmailto:toasters@teaparty.net> Sent: Wed, October 19, 2011 3:16:13 PM Subject: Re: 8.1 64 bit upgrades.
On 2011 Oct 19, at 20:36 , Jeff Cleverley wrote:
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
What exactly does a 64 bit aggr buy you if it also fits in a 32 bits aggr (as it obviously currently does)? (Besides wasting more space for metadata).
I think the whole point of 64 bit aggrs is to be able to be able to expand beyond 16T/aggr. If your current aggr is smaller than that... what's the benefit of going to 64 bit?
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
-- Jan-Pieter Cornet SSL is only keeping your connection safe from hackers, crooks and three letter agencies by the least secured, least likely to refuse money from strangers, and least bullying-proof of several hundred companies worldwide.
Jan-Pieter,
We have a NearStore at another site. It started life as a 7.3.2 system and was later upgraded to 8.01. When it was 7x, they used all the disks except hot spares in existing aggregates. When they upgraded to 8.x and got more shelves, they used all the new disks and put them into a 64 bit, 30 TB aggregate.
They are now running out of space in the 32 bit aggregate and need to move something to the 64 bit aggregate. They do not have a SM license and it appears everything else that can migrate snapshots as well as the data will not work between mixed bit aggregates.
The need to add at least 1 disk into the 32 bit aggregate to enable it to convert to 64 bit requires using one of the hot spares. Obviously we can't pull that disk back out of the aggregate. Adding one disk to a raid group will create a hot disk unless you reallocate all of the volumes in the aggregate. That is why it would be more convenient not to have to add drives in order to convert the bit level.
If they did have more drives they could add enough disks to make a reasonable raid group and convert it. Unfortunately they don't have enough left over disks.
Jeff
On Wed, Oct 19, 2011 at 4:16 PM, Jan-Pieter Cornet johnpc@xs4all.nl wrote:
On 2011 Oct 19, at 20:36 , Jeff Cleverley wrote:
Thanks for the reply. Does anyone know if NetApp plans to change the process anytime in the future? An "aggr modify 64bit-upgrade" would be really nice :-)
What exactly does a 64 bit aggr buy you if it also fits in a 32 bits aggr (as it obviously currently does)? (Besides wasting more space for metadata).
I think the whole point of 64 bit aggrs is to be able to be able to expand beyond 16T/aggr. If your current aggr is smaller than that... what's the benefit of going to 64 bit?
I've starting playing around with the 8.1 RC1 release. I want to upgrade some aggregates from 32 bit to 64 bit. From what I can tell, the only way to do this is to add additional disks to an existing aggregate. Is that correct?
I've got one filer with limited disks and don't want to add 1 additional disk to a raid group. I don't want to do all the associated reallocates to smooth out the data allocation.
-- Jan-Pieter Cornet SSL is only keeping your connection safe from hackers, crooks and three letter agencies by the least secured, least likely to refuse money from strangers, and least bullying-proof of several hundred companies worldwide.
On 2011 Oct 20, at 0:42 , Jeff Cleverley wrote:
We have a NearStore at another site. It started life as a 7.3.2 system and was later upgraded to 8.01. When it was 7x, they used all the disks except hot spares in existing aggregates. When they upgraded to 8.x and got more shelves, they used all the new disks and put them into a 64 bit, 30 TB aggregate.
They are now running out of space in the 32 bit aggregate and need to move something to the 64 bit aggregate. They do not have a SM license and it appears everything else that can migrate snapshots as well as the data will not work between mixed bit aggregates.
Ah... I guess the best solution would be to just use SnapMirror, as it can convert from 32 to 64 bit (in 8.1). If you explain your situation to a netapp sales rep, you may be able to get a temporary snapmirror license, just so you can convert the data.
If you have enough free space available in the 30T 64 bit volume, I'd move all data to the other aggregate (which is very convenient with 'snapmirror migrate', I might add), and then ditch the old 32 bit aggr, and add the disks to the existing 64 bit aggr.
The need to add at least 1 disk into the 32 bit aggregate to enable it to convert to 64 bit requires using one of the hot spares. Obviously we can't pull that disk back out of the aggregate. Adding one disk to a raid group will create a hot disk unless you reallocate all of the volumes in the aggregate. That is why it would be more convenient not to have to add drives in order to convert the bit level.
If they did have more drives they could add enough disks to make a reasonable raid group and convert it. Unfortunately they don't have enough left over disks.
There was another remark regarding compressions only available in 64 bit aggrs... I wasn't aware of that. That seems like a valid reason to want to convert an existing 32 bits aggr.
Ah... I guess the best solution would be to just use SnapMirror, as it can convert from 32 to 64 bit (in 8.1). If you explain your situation to a netapp sales rep, you may be able to get a temporary snapmirror license, just so you can convert the data.
I expect we probably can get a temporary license and potentially add the disks back in after migrating everything. We'll just need to keep the disks in different raid groups since the 32 bit aggrs use 1TB drives and the 64 bit aggrs use 2TB drives :-)
I'm lucky to have some old hardware I can use as a test cluster. I still need to test 8.1 and the conversion process before I'm going to suggest putting it on a production filer. 8.1 is still pretty new :-)
Thanks for all the comments and information.
Jeff
-
Borzenkov, Andrey -
Jan-Pieter Cornet -
Jeff Cleverley -
Jon Bousselot -
Milazzo Giacomo -
Pellarin, Brion