toasters

toasters@lists.teaparty.net

13526 discussions

Problems with old 740 cluster...
by Kelsey Cummings 15 Nov '04

15 Nov '04

I consult for this company that has an old 740 cluster that is built out with FC8 shelves and primarily ST118202FC and ST318203FC disks with the ocassional X221 18GB gisks. One of the filers has 2 shelves, the other 8. The one with 8 shelves is having repeated problems with 'missing disks' - ie where a perfectly good disk just disapears from the loop. I think the missing disk problem may be localized to specific bays on specific shelves but in any event doesn't seem to follow the disk if it's moved. It also seems to affect spare disks more than active disks (I've kept as many spares hot as possible in the boxes due to the age of the disks) but this could just be an artifact of the behavior. It's a little before my time with NetApps but I seem to recal hearing that these kinds of problems were not uncommon on the FC8/FC9 shelves. Anyone have any suggestions as to how I can rectify the problems besides replacing the disks and shelves? -Kelsey

2 1

RE: Lost a disk in our out of service filer, Looking for options.
by Greg Libert 12 Nov '04

12 Nov '04

You can try www.zerowait.com too........................ "refurbished" (Used) -----Original Message----- From: Alan Sparks [mailto:asparks@quris.com] Sent: Friday, November 12, 2004 12:21 PM To: John Kiniston Cc: toasters(a)mathworks.com Subject: Re: Lost a disk in our out of service filer, Looking for options. May not be the real answer you want, but Berkeley Communications has these drives (Seagate Barracuda 9.1GB?) for $175. Done much biz with them, a good company. http://store.yahoo.com/berkcomm/st39173wc.html -Alan On Fri, 2004-11-12 at 10:40, John Kiniston wrote: > Howdy folks. > > Today we had a disk go broken in our old filer , It's running 5.3.4R2 > with two shelves. > > I've run out of functional ST39173WC disks from Netapp and I'd like to > continue to use my filer. > > Is it possible to shrink the volume on my filer by a disk and have the > free'd up disk be my spare? > > Right now I've got a 74.65 GB vol0 with only 44.57GB in use so thats > about 30GB of free space on the volume, Vol0 is also my only volume > right now. > > > Does anyone on the list have a ST39173WC they would be willing to sell > to me with our without the enclosure? (I have two broken ST39173WC's > so I could re-use my enclosure.) > > The only other thing I can think of is maybe there is a chance I've > got one ST39173WC with a bad board and the other with a bad disk but > swapping controllers without knowing what's bad wouldnt be my first > choice. > > Thank's for the help.

1 0

Lost a disk in our out of service filer, Looking for options.
by John Kiniston 12 Nov '04

12 Nov '04

Howdy folks. Today we had a disk go broken in our old filer , It's running 5.3.4R2 with two shelves. I've run out of functional ST39173WC disks from Netapp and I'd like to continue to use my filer. Is it possible to shrink the volume on my filer by a disk and have the free'd up disk be my spare? Right now I've got a 74.65 GB vol0 with only 44.57GB in use so thats about 30GB of free space on the volume, Vol0 is also my only volume right now. Does anyone on the list have a ST39173WC they would be willing to sell to me with our without the enclosure? (I have two broken ST39173WC's so I could re-use my enclosure.) The only other thing I can think of is maybe there is a chance I've got one ST39173WC with a bad board and the other with a bad disk but swapping controllers without knowing what's bad wouldnt be my first choice. Thank's for the help.

4 3

RE: vfiler dr configure trouble
by Hill, Aaron 12 Nov '04

12 Nov '04

Forgive me if I am asking the obvious; Can you see anything odd in the /etc/log/snapmirror logs? -----Original Message----- From: Hill, Aaron Sent: Friday, 12 November 2004 9:27 AM To: 'Conzen, Christoph (C.)'; toasters(a)mathworks.com Subject: RE: vfiler dr configure trouble Cristoph, What does your current snapmirror status, snapmirror destinations and snap list output give? Just looking for evidence of the previous snapmirror relationships. Aaron -----Original Message----- From: Conzen, Christoph (C.) [mailto:cconzen1@getrag-ford.com] Sent: Friday, 12 November 2004 1:58 AM To: toasters(a)mathworks.com Subject: vfiler dr configure trouble Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

2 1

AW: vfiler dr configure trouble
by Conzen, Christoph (C.) 12 Nov '04

12 Nov '04

This does explain why the 9th snapmirror which is started exceeds the limit. I double/triple checked that nothing else was going on at the time of the vfiler dr configure. The command did succeed once, but it seems no longer to put the limit-exceeding transfers to pending and crashes instead. -----Ursprüngliche Nachricht----- Von: Federwisch, Mike [mailto:Mike.Federwisch@netapp.com] Gesendet: Freitag, 12. November 2004 15:26 An: Thorsten.Lemke(a)computacenter.com; Conzen, Christoph (C.) Cc: toasters(a)mathworks.com Betreff: RE: vfiler dr configure trouble The documentation is wrong for that model. Only 8 transfers are supported for a FAS270. -----Original Message----- From: Thorsten.Lemke(a)computacenter.com [mailto:Thorsten.Lemke@computacenter.com] Sent: Friday, November 12, 2004 6:01 AM To: cconzen1(a)getrag-ford.com Cc: toasters(a)mathworks.com Subject: Re: vfiler dr configure trouble Perhaps that was only a temporary issue. The FAS270 only supports up to 16 simultaneous snapmirror transfers. If there are already 16 active transfers (which means that status is 'transferring' instead of 'idle') at the moment when you try to initialize the vfiler dr, then you will get the message 'too many active transfers at once on source'. Just check snapmirror status that your amount of simultaneous transfers is not filled up at the moment and try again. Regards Thorsten Sent by: owner-toasters(a)mathworks.com To: <toasters(a)mathworks.com> cc: Subject: vfiler dr configure trouble |--------------------------------------------------------------------------| | | | |--------------------------------------------------------------------------| Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions COMPUTACENTER (UK) LTD The contents of this e-mail are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive for the addressee) you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Computacenter information is available from http://www.computacenter.com This footnote also confirms that this email message has been swept for the presence of computer viruses. ***************************************************************************************************************************

1 0

Re: Using unsipported FC switches
by Parisse, Dave 12 Nov '04

12 Nov '04

Andrew, I am proud to say - we are listening!! While you did have the link to the brocade page in your email - you did not have the link to the high level page for our tapesan solutions. That can be found here: http://www.netapp.com/osn/info/config.html I'm not sure which library you wanted to connect - but if you click on the Adic lib under brocade (as an example) - you will get here: http://www.netapp.com/osn/info/fc/adic-main-brocade.html And this page shows all of the ADIC libs that are supported in a tapesan. Assuming further you were interested in the Scalar 10k from ADIC - you can scroll down - and see not only supported fw config info - but a docs link - which will get you to the jointly created (ADIC and Netapp) solution doc http://www.netapp.com/osn/info/fc/docs/adic/ADIC_TapeSAN_A.pdf and also links at ADIC to help describe/help with configuring. For the oem'd san switch - our stance is if you are dealing with an oem switch which is not changed by that oem vendor (firmware or hardware) then you are really using the switch vendors switch - and we support as documented. We only ask that if you make this determination you also check any service contracts with the oem to ensure they would not be violated - to our surprise some oems have somewhat restrictive clauses. Of course - If the oem changes the switch in any functional way (firmware or hardware) then we need them to certify their changes are valid. I do hope this helps and would ask that if you (or Graeme) are still having concerns - please let me know. Dave parisse(a)netapp.com Manager, Certification and Operations Technical Marketing Network Appliance, Inc.

2 1

RE: vfiler dr configure trouble
by Federwisch, Mike 12 Nov '04

12 Nov '04

The documentation is wrong for that model. Only 8 transfers are supported for a FAS270. -----Original Message----- From: Thorsten.Lemke(a)computacenter.com [mailto:Thorsten.Lemke@computacenter.com] Sent: Friday, November 12, 2004 6:01 AM To: cconzen1(a)getrag-ford.com Cc: toasters(a)mathworks.com Subject: Re: vfiler dr configure trouble Perhaps that was only a temporary issue. The FAS270 only supports up to 16 simultaneous snapmirror transfers. If there are already 16 active transfers (which means that status is 'transferring' instead of 'idle') at the moment when you try to initialize the vfiler dr, then you will get the message 'too many active transfers at once on source'. Just check snapmirror status that your amount of simultaneous transfers is not filled up at the moment and try again. Regards Thorsten Sent by: owner-toasters(a)mathworks.com To: <toasters(a)mathworks.com> cc: Subject: vfiler dr configure trouble |--------------------------------------------------------------------------| | | |--------------------------------------------------------------------------| Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions COMPUTACENTER (UK) LTD The contents of this e-mail are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive for the addressee) you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Computacenter information is available from http://www.computacenter.com This footnote also confirms that this email message has been swept for the presence of computer viruses. ***************************************************************************************************************************

1 0

vfiler dr configure trouble
by Conzen, Christoph (C.) 12 Nov '04

12 Nov '04

Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions

2 1

AW: vfiler dr configure trouble
by Conzen, Christoph (C.) 12 Nov '04

12 Nov '04

There are no oddities as far as I can see. All is matching - Starts and Ends etc. I have set up the mirrors, the vfiler dr config would trigger, by hand and the same error message (too many active transfers...)comes up then when all mirors are initialized/updated the same time. But different to the vfiler dr configure situation, the ones beyond any concurrent-transfer-limits are just set to pending and will succeed as soon as the number of concurrent transfers goes below the threshold. For the FAS270 the documentation says that 16 concurrent transfers are the max. The error messages comes when the 9th transfer is started! It looks as if any transfer is counted twice , and if the vfiler dr configure process cannot push the transfers to pending but terminates the whole process when the first error occurs. -----Ursprüngliche Nachricht----- Von: Hill, Aaron [mailto:aaron.hill@cba.com.au] Gesendet: Donnerstag, 11. November 2004 23:54 An: Conzen, Christoph (C.); toasters(a)mathworks.com Betreff: RE: vfiler dr configure trouble Forgive me if I am asking the obvious; Can you see anything odd in the /etc/log/snapmirror logs? -----Original Message----- From: Hill, Aaron Sent: Friday, 12 November 2004 9:27 AM To: 'Conzen, Christoph (C.)'; toasters(a)mathworks.com Subject: RE: vfiler dr configure trouble Cristoph, What does your current snapmirror status, snapmirror destinations and snap list output give? Just looking for evidence of the previous snapmirror relationships. Aaron -----Original Message----- From: Conzen, Christoph (C.) [mailto:cconzen1@getrag-ford.com] Sent: Friday, 12 November 2004 1:58 AM To: toasters(a)mathworks.com Subject: vfiler dr configure trouble Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

RE: vfiler dr configure trouble
by Hill, Aaron 11 Nov '04

11 Nov '04

Cristoph, What does your current snapmirror status, snapmirror destinations and snap list output give? Just looking for evidence of the previous snapmirror relationships. Aaron -----Original Message----- From: Conzen, Christoph (C.) [mailto:cconzen1@getrag-ford.com] Sent: Friday, 12 November 2004 1:58 AM To: toasters(a)mathworks.com Subject: vfiler dr configure trouble Hi Toasters, we have setup a vfiler on an FAS270 which holds 13 qtrees plus its etc-qtree. On a Nearstore we use vfiler dr for the original vfiler as fallback solution. We have tested the disaster case (cut off network connection to the filer and submitted vfiler dr activate on the nearstore) which worked fine, and also tested the reverse operation which worked fine. Next action was to clean up the nearstore - destroy the dr-vfiler remainders, snapmirror relationships and snapshots from both systems. After this I was going to create the vfiler dr on the nearstore again, which did not work. Submitting the vfiler dr configure VFILERX@Physicalfiler command produced the following: nearstore> vfiler dr configure VFILERx@physicalfilerY physicalfiler's Administartive login: root physicalfiler's Administartive password: Configuring SnapMirror to mirror vfiler VFILERx's storage from remote filer physicalfilerY. Mon Nov 8 08:46:04 CET [snapmirror.dst.err:error]: SnapMirror destination transfer from physicalfilerY:/vol/vol1/qtree6 to /vol/vol1/qtree6 : too many active transfers at once on source. Unable to initialize SnapMirror for migrating VFILERx. Has anyone out there made similar expieriences or has got a clue what causes this behaviour? Christoph Conzen GETRAG FORD Transmissions ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

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