toasters

toasters@lists.teaparty.net

13520 discussions

Start a nNew thread

Snap restore monitoring
by Steven Mandrake 04 Jan '07

04 Jan '07

Anyway to monitor the restore from a snap shot as it's happening?

1 0

RE: 3020 Cluster: which one is management interface
by Fox, Adam 03 Jan '07

03 Jan '07

There never was any requirement or designation of a "management" port in ONTAP. Most filers pre-3000 series had a single on-board 100Mb port that many decided would be a management port, but it possesed no special privledges or function other than it was the port that the filer would obtain its first address via DHCP if the filer booted and was not configured. For filers with multiple on-board ports, that port is the "e0a" port (same as the FAS 250/270). But that's really the only thing special about the on-board port. If you CHOOSE to make one of the ports a management port, you can, but you don't have to. You could use vlan tagging as specified below so you don't chew up a port. Or if by "management" port you just want a separate port to login to the port, consider using the RLM port (if your filer has one, I think you have to order a 3020 with one, but the 3050 and above have them standard) as the management port. Just a thought. -- Adam Fox NGS Tools Developer adamfox(a)netapp.com _____ From: Linux Admin [mailto:sysadmin.linux@gmail.com] Sent: Wednesday, January 03, 2007 6:01 PM To: Blake Golliher; toasters(a)mathworks.com Subject: Re: 3020 Cluster: which one is management interface Blake, Thanks! So which one is managment then? I see dedicated managemnet iterface on all filers but 3020. Or do you manage over the data IP? Thanks On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: You can use vlan tagging on it that final multi mode trunk vlan. There should be 3 slots available for expansion cards if you need a dedicated interface for managment. Depending on how much storage is attached to this config, you should be able to use one of those slots for a network card. -Blake On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > Folks, > Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, e0c,e0d) on > the back of each head. > Does it mean I have sacrifice one to be management and only 3 are available > as data? > Have NetApp change things? Or can I used all 4 in single/multi vips? > I was going to do e0a and e0c in single A, e0b and and e0d in single B, and > Multi VIP C on top of Sinlge A and Single B. > Not sure what to do about management. > Thanks for help >

2 1

RE: 3020 Cluster: which one is management interface
by George, Andrew 03 Jan '07

03 Jan '07

Don't the 3000 series boxes have an inbuilt RLM port for console management over IP? _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Linux Admin Sent: Thursday, 4 January 2007 10:25 AM To: Blake Golliher; NetApp Toasters List Subject: Re: 3020 Cluster: which one is management interface so i can do level 1vif : multi1 + mutli2 level 2 vif: single1 (out of 2 multi) vlans: 2 vlans on top of single 1 in cluster config? Have this been done? On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: There is no default management interface on a 3020 or a 3050 (or a 3070 for that matter). There are 4 interfaces that come with the system. You can use them in the way you had described in your first post, then use vlan tagging, to segment your management traffic from your production traffic. So your production still gets 4 interfaces, and your management interface is on a separate vlan from your production network. This is a different configuration then you were previously using, but that's the nature of this device. Alternately, you could purchase another nic from Netapp for management use. I'm sure you could negotiate a lower price then usual, since it's only going to be used as a management interface. -Blake On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > Blake, > Thanks again. > so is there a "default" management interface out the 4? > i was going to use 2 nicks to 1 switch (active) and 2 nicks to 2 switch > (passive) > 3 nics, odd number to work with vifs is very strange. > Now some people say they vif all 4 into one vif and use that for mgmt and > data. > how is it possible? > i am still confused > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: > > I meant using vlans to separate your management traffic from your > > production data traffic. Most filers before the 3000 had one on board > > interface. Even on the 980 it had a 100mb interface. With the 3000's > > and the 6000's there are now 4 or 6 on board 1g interfaces that can be > > used for either management or data throughput. > > > > If you workload is dispersed enough that you need 4 full 1g interfaces > > for just production traffic, or your security need to be segmented > > that management traffic can't touch production traffic, then perhaps a > > separate gig card is required. > > > > -Blake > > > > On 1/3/07, Linux Admin < sysadmin.linux(a)gmail.com <mailto:sysadmin.linux@gmail.com> > wrote: > > > Blake, > > > Thanks! So which one is managment then? > > > I see dedicated managemnet iterface on all filers but 3020. > > > Or do you manage over the data IP? > > > Thanks > > > > > > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com > wrote: > > > > You can use vlan tagging on it that final multi mode trunk vlan. > > > > There should be 3 slots available for expansion cards if you need a > > > > dedicated interface for managment. Depending on how much storage is > > > > attached to this config, you should be able to use one of those slots > > > > for a network card. > > > > > > > > -Blake > > > > > > > > On 1/3/07, Linux Admin < sysadmin.linux(a)gmail.com > wrote: > > > > > Folks, > > > > > Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, > e0c,e0d) > > > on > > > > > the back of each head. > > > > > Does it mean I have sacrifice one to be management and only 3 are > > > available > > > > > as data? > > > > > Have NetApp change things? Or can I used all 4 in single/multi vips? > > > > > I was going to do e0a and e0c in single A, e0b and and e0d in single > B, > > > and > > > > > Multi VIP C on top of Sinlge A and Single B. > > > > > Not sure what to do about management. > > > > > Thanks for help > > > > > > > > > > > > > > > > > > > "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

2 1

RE: 3020 Cluster: which one is management interface
by George, Andrew 03 Jan '07

03 Jan '07

Theres an RJ45 at the left of the back which goes to an RJ45/DB9 adapter (that should have been in the box) There also should be an rj45 between e0b and e0c marked RLM that connects to a remote management card _____ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Linux Admin Sent: Thursday, 4 January 2007 10:01 AM To: Blake Golliher; toasters(a)mathworks.com Subject: Re: 3020 Cluster: which one is management interface Blake, Thanks! So which one is managment then? I see dedicated managemnet iterface on all filers but 3020. Or do you manage over the data IP? Thanks On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: You can use vlan tagging on it that final multi mode trunk vlan. There should be 3 slots available for expansion cards if you need a dedicated interface for managment. Depending on how much storage is attached to this config, you should be able to use one of those slots for a network card. -Blake On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > Folks, > Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, e0c,e0d) on > the back of each head. > Does it mean I have sacrifice one to be management and only 3 are available > as data? > Have NetApp change things? Or can I used all 4 in single/multi vips? > I was going to do e0a and e0c in single A, e0b and and e0d in single B, and > Multi VIP C on top of Sinlge A and Single B. > Not sure what to do about management. > Thanks for help > "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication."

1 0

RE: 3020 Cluster: which one is management interface
by Fox, Adam 03 Jan '07

03 Jan '07

Sure, that should work. Just be sure you set partner interfaces on each side for each vlan interface of your 2nd level vif. This, of course, assumes your switches support VLAN tagging. -- Adam Fox adamfox(a)netapp.com _____ From: Linux Admin [mailto:sysadmin.linux@gmail.com] Sent: Wednesday, January 03, 2007 6:25 PM To: Blake Golliher; NetApp Toasters List Subject: Re: 3020 Cluster: which one is management interface so i can do level 1vif : multi1 + mutli2 level 2 vif: single1 (out of 2 multi) vlans: 2 vlans on top of single 1 in cluster config? Have this been done? On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: There is no default management interface on a 3020 or a 3050 (or a 3070 for that matter). There are 4 interfaces that come with the system. You can use them in the way you had described in your first post, then use vlan tagging, to segment your management traffic from your production traffic. So your production still gets 4 interfaces, and your management interface is on a separate vlan from your production network. This is a different configuration then you were previously using, but that's the nature of this device. Alternately, you could purchase another nic from Netapp for management use. I'm sure you could negotiate a lower price then usual, since it's only going to be used as a management interface. -Blake On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > Blake, > Thanks again. > so is there a "default" management interface out the 4? > i was going to use 2 nicks to 1 switch (active) and 2 nicks to 2 switch > (passive) > 3 nics, odd number to work with vifs is very strange. > Now some people say they vif all 4 into one vif and use that for mgmt and > data. > how is it possible? > i am still confused > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: > > I meant using vlans to separate your management traffic from your > > production data traffic. Most filers before the 3000 had one on board > > interface. Even on the 980 it had a 100mb interface. With the 3000's > > and the 6000's there are now 4 or 6 on board 1g interfaces that can be > > used for either management or data throughput. > > > > If you workload is dispersed enough that you need 4 full 1g interfaces > > for just production traffic, or your security need to be segmented > > that management traffic can't touch production traffic, then perhaps a > > separate gig card is required. > > > > -Blake > > > > On 1/3/07, Linux Admin < sysadmin.linux(a)gmail.com <mailto:sysadmin.linux@gmail.com> > wrote: > > > Blake, > > > Thanks! So which one is managment then? > > > I see dedicated managemnet iterface on all filers but 3020. > > > Or do you manage over the data IP? > > > Thanks > > > > > > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com > wrote: > > > > You can use vlan tagging on it that final multi mode trunk vlan. > > > > There should be 3 slots available for expansion cards if you need a > > > > dedicated interface for managment. Depending on how much storage is > > > > attached to this config, you should be able to use one of those slots > > > > for a network card. > > > > > > > > -Blake > > > > > > > > On 1/3/07, Linux Admin < sysadmin.linux(a)gmail.com > wrote: > > > > > Folks, > > > > > Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, > e0c,e0d) > > > on > > > > > the back of each head. > > > > > Does it mean I have sacrifice one to be management and only 3 are > > > available > > > > > as data? > > > > > Have NetApp change things? Or can I used all 4 in single/multi vips? > > > > > I was going to do e0a and e0c in single A, e0b and and e0d in single > B, > > > and > > > > > Multi VIP C on top of Sinlge A and Single B. > > > > > Not sure what to do about management. > > > > > Thanks for help > > > > > > > > > > > > > > > > > > >

1 0

3020 Cluster: which one is management interface
by Linux Admin 03 Jan '07

03 Jan '07

Folks, Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, e0c,e0d) on the back of each head. Does it mean I have sacrifice one to be management and only 3 are available as data? Have NetApp change things? Or can I used all 4 in single/multi vips? I was going to do e0a and e0c in single A, e0b and and e0d in single B, and Multi VIP C on top of Sinlge A and Single B. Not sure what to do about management. Thanks for help

5 7

Re: 3020 Cluster: which one is management interface
by Linux Admin 03 Jan '07

03 Jan '07

so i can do level 1vif : multi1 + mutli2 level 2 vif: single1 (out of 2 multi) vlans: 2 vlans on top of single 1 in cluster config? Have this been done? On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: > > There is no default management interface on a 3020 or a 3050 (or a > 3070 for that matter). There are 4 interfaces that come with the > system. You can use them in the way you had described in your first > post, then use vlan tagging, to segment your management traffic from > your production traffic. So your production still gets 4 interfaces, > and your management interface is on a separate vlan from your > production network. > > This is a different configuration then you were previously using, but > that's the nature of this device. Alternately, you could purchase > another nic from Netapp for management use. I'm sure you could > negotiate a lower price then usual, since it's only going to be used > as a management interface. > > -Blake > > On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > > Blake, > > Thanks again. > > so is there a "default" management interface out the 4? > > i was going to use 2 nicks to 1 switch (active) and 2 nicks to 2 switch > > (passive) > > 3 nics, odd number to work with vifs is very strange. > > Now some people say they vif all 4 into one vif and use that for mgmt > and > > data. > > how is it possible? > > i am still confused > > > > > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com> wrote: > > > I meant using vlans to separate your management traffic from your > > > production data traffic. Most filers before the 3000 had one on board > > > interface. Even on the 980 it had a 100mb interface. With the 3000's > > > and the 6000's there are now 4 or 6 on board 1g interfaces that can be > > > used for either management or data throughput. > > > > > > If you workload is dispersed enough that you need 4 full 1g interfaces > > > for just production traffic, or your security need to be segmented > > > that management traffic can't touch production traffic, then perhaps a > > > separate gig card is required. > > > > > > -Blake > > > > > > On 1/3/07, Linux Admin <sysadmin.linux(a)gmail.com> wrote: > > > > Blake, > > > > Thanks! So which one is managment then? > > > > I see dedicated managemnet iterface on all filers but 3020. > > > > Or do you manage over the data IP? > > > > Thanks > > > > > > > > > > > > On 1/3/07, Blake Golliher <thelastman(a)gmail.com > wrote: > > > > > You can use vlan tagging on it that final multi mode trunk vlan. > > > > > There should be 3 slots available for expansion cards if you need > a > > > > > dedicated interface for managment. Depending on how much storage > is > > > > > attached to this config, you should be able to use one of those > slots > > > > > for a network card. > > > > > > > > > > -Blake > > > > > > > > > > On 1/3/07, Linux Admin < sysadmin.linux(a)gmail.com> wrote: > > > > > > Folks, > > > > > > Not familiar with 3020 series at all. I see 4 nics (e0a, e0b, > > e0c,e0d) > > > > on > > > > > > the back of each head. > > > > > > Does it mean I have sacrifice one to be management and only 3 > are > > > > available > > > > > > as data? > > > > > > Have NetApp change things? Or can I used all 4 in single/multi > vips? > > > > > > I was going to do e0a and e0c in single A, e0b and and e0d in > single > > B, > > > > and > > > > > > Multi VIP C on top of Sinlge A and Single B. > > > > > > Not sure what to do about management. > > > > > > Thanks for help > > > > > > > > > > > > > > > > > > > > > > > > > > >

1 0

Fwd: POST NOT ALLOWED - NETAPP
by Blake Golliher 29 Dec '06

29 Dec '06

Wasn't someone from Earthlink going to look into this? -Blake ---------- Forwarded message ---------- From: Netapp List Owner <netapp-owner(a)lists.corp.earthlink.net> Date: Dec 29, 2006 12:18 PM Subject: POST NOT ALLOWED - NETAPP To: netapp-owner(a)lists.corp.earthlink.net, Blake Golliher <thelastman(a)gmail.com> The message attached could not be sent to "NETAPP" mailing list because of the following error message: -> Domain gmail.com is not allowed to post A copy of this message is being sent to the list owner(s). Thank you, Mordomo Volume snapmirror shouldn't have that classic problem. Volume snapmirror is block based, and therefor doesn't care about the number of files. Qtree snapmirror interacts with WAFL the same way any file level application might, so qtree snapmirror might be the wrong choice, if that's what they are using. I'd like to know more about their setup, and their snapmirror relationship. -Blake On 12/29/06, Julio Calderon <jcalderon(a)agami.com> wrote: > > > > Everyone has a challenge with high numbers of small files and to add to that > challenge; you are using one of the slowest ntap gear out in the market. > > > > -----Original Message----- > From: Thomas Bleek [mailto:bl@gfz-potsdam.de] > Sent: Fri Dec 29 09:46:45 2006 > To: Toaster Admins > Subject: Snapmirror transferrates?? > > Hello, > > I wonder what transferrate I could expect for snapmirror volumes > (an/or qtrees) between 2 FAS270 directly connected with Gigabit > Ethernet. > > We use one filer as NFS backing store for our Mailsystem (Communigate > Pro) with mdir mailbox format, so we have many small files here. > > I see abnormal high lags with really moderate sizes of the transferred > data. > > For instance we need about 20 to 40 minutes to transfer 100 to 600 MBytes! > > The filesystems a 50% filled 250 GByte Volume/qtree with 10.3 million > files (with 7 mio free inodes). > > so the average filesize is about 12KByte. > > We use Ontap 7.0.4 here and will upgrade to 7.0.5 next week. > But I don't really have much hope that this will change the problem. > > Could anybody give me some data about his/her transfer rates? > I really can't believe, that this slow transfers are normal. > > An repeatedly snapmirror status command on the filer shows this: > > at first the transfer startet and transferred about 68 MByte in > 80 seconds. after that it paused for 15 minutes (output constantly > "transferring 68MB done"). > from minute 16 to 26 it says "transferring inodes". in these 11 minutes > it transferred 225.000 inodes. after that it transfers data again. > in minute 28 it has transferred 550 MBytes. after that one minute pause > and then the status is idle. > > > Has netapp/snapmirror a big problem with small files? > I don't want to switch to mailbox format because I like the advantages > of mdir (single copy mailstore, easier backup?) > > Thanks for any hints, > thomas > > >

1 0

Re: Snapmirror transferrates??
by Julio Calderon 29 Dec '06

29 Dec '06

That's a good point. Wonder if there are any documented performance numbers of any sample case done by netapp. -----Original Message----- From: Blake Golliher [mailto:thelastman@gmail.com] Sent: Fri Dec 29 12:05:34 2006 To: Julio Calderon Cc: Thomas Bleek; Toaster Admins Subject: Re: Snapmirror transferrates?? Volume snapmirror shouldn't have that classic problem. Volume snapmirror is block based, and therefor doesn't care about the number of files. Qtree snapmirror interacts with WAFL the same way any file level application might, so qtree snapmirror might be the wrong choice, if that's what they are using. I'd like to know more about their setup, and their snapmirror relationship. -Blake On 12/29/06, Julio Calderon <jcalderon(a)agami.com> wrote: > > > > Everyone has a challenge with high numbers of small files and to add to that > challenge; you are using one of the slowest ntap gear out in the market. > > > > -----Original Message----- > From: Thomas Bleek [mailto:bl@gfz-potsdam.de] > Sent: Fri Dec 29 09:46:45 2006 > To: Toaster Admins > Subject: Snapmirror transferrates?? > > Hello, > > I wonder what transferrate I could expect for snapmirror volumes > (an/or qtrees) between 2 FAS270 directly connected with Gigabit > Ethernet. > > We use one filer as NFS backing store for our Mailsystem (Communigate > Pro) with mdir mailbox format, so we have many small files here. > > I see abnormal high lags with really moderate sizes of the transferred > data. > > For instance we need about 20 to 40 minutes to transfer 100 to 600 MBytes! > > The filesystems a 50% filled 250 GByte Volume/qtree with 10.3 million > files (with 7 mio free inodes). > > so the average filesize is about 12KByte. > > We use Ontap 7.0.4 here and will upgrade to 7.0.5 next week. > But I don't really have much hope that this will change the problem. > > Could anybody give me some data about his/her transfer rates? > I really can't believe, that this slow transfers are normal. > > An repeatedly snapmirror status command on the filer shows this: > > at first the transfer startet and transferred about 68 MByte in > 80 seconds. after that it paused for 15 minutes (output constantly > "transferring 68MB done"). > from minute 16 to 26 it says "transferring inodes". in these 11 minutes > it transferred 225.000 inodes. after that it transfers data again. > in minute 28 it has transferred 550 MBytes. after that one minute pause > and then the status is idle. > > > Has netapp/snapmirror a big problem with small files? > I don't want to switch to mailbox format because I like the advantages > of mdir (single copy mailstore, easier backup?) > > Thanks for any hints, > thomas > > >

1 0

RE: Snapmirror transferrates??
by Julio Calderon 29 Dec '06

29 Dec '06

Everyone has a challenge with high numbers of small files and to add to that challenge; you are using one of the slowest ntap gear out in the market. -----Original Message----- From: Thomas Bleek [mailto:bl@gfz-potsdam.de] Sent: Fri Dec 29 09:46:45 2006 To: Toaster Admins Subject: Snapmirror transferrates?? Hello, I wonder what transferrate I could expect for snapmirror volumes (an/or qtrees) between 2 FAS270 directly connected with Gigabit Ethernet. We use one filer as NFS backing store for our Mailsystem (Communigate Pro) with mdir mailbox format, so we have many small files here. I see abnormal high lags with really moderate sizes of the transferred data. For instance we need about 20 to 40 minutes to transfer 100 to 600 MBytes! The filesystems a 50% filled 250 GByte Volume/qtree with 10.3 million files (with 7 mio free inodes). so the average filesize is about 12KByte. We use Ontap 7.0.4 here and will upgrade to 7.0.5 next week. But I don't really have much hope that this will change the problem. Could anybody give me some data about his/her transfer rates? I really can't believe, that this slow transfers are normal. An repeatedly snapmirror status command on the filer shows this: at first the transfer startet and transferred about 68 MByte in 80 seconds. after that it paused for 15 minutes (output constantly "transferring 68MB done"). from minute 16 to 26 it says "transferring inodes". in these 11 minutes it transferred 225.000 inodes. after that it transfers data again. in minute 28 it has transferred 550 MBytes. after that one minute pause and then the status is idle. Has netapp/snapmirror a big problem with small files? I don't want to switch to mailbox format because I like the advantages of mdir (single copy mailstore, easier backup?) Thanks for any hints, thomas

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters