toasters

toasters@lists.teaparty.net

13514 discussions

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

AW: LTO-2 drives issues
by Rene Koehnen-Wiesemes 11 Nov '04

11 Nov '04

I think that your emulation does't work well, Netapp use this data as tape configuration file for IBM Ultrium-2 (IBM_LTO2_ULTRIUM.TCF): # Configuration file for tape drive IBM LTO Gen2 AKA ULTRIUM-TD2 # Rev. 1.0 vendor_id="IBM" product_id="ULTRIUM-TD2" id_match_size=11 vendor_pretty="IBM" product_pretty="ULTRIUM-TD2" l_description="LTO-I tape only 100GB" l_density=0x40 l_algorithm=0x00 m_description="LTO-I tape 200GB cmp" m_density=0x40 m_algorithm=0x01 h_description="LTO-II tape only 200GB" h_density=0x42 h_algorithm=0x00 a_description="LTO-II tape 400GB cmp" a_density=0x42 a_algorithm=0x01 autoload="yes" CDB 0x15 is SCSI-Mode Select Command, h_density=0x42 and h_algorithm are correct values for the original IBM tape, apparently not for your drive - you got an Illegal Request Error. Try to find out what your drive expect there - it should be described in the "scsci programmers guide" for your drive. Good luck, Rene -----Ursprüngliche Nachricht----- Von: Carlos A. Alvarez [mailto:carlosa@ddmsa.com] Gesendet: Mittwoch, 10. November 2004 20:57 An: toasters(a)mathworks.com Betreff: LTO-2 drives issues Hi All, I installed a Library StorageTek L80 with one drive LTO2 Certance Ultrium 2 connected via SCSI LVD to Filer F840 with Ontap 6.4.3. This release does not support LTO 2 so I dynamically qualified a IBM Ultrium-TD2. Then I emulated Certance Ultrium 2 as IBM Ultrium-TD2 with success. But a error appears when I try to use LTO2 format (rst4a/h), wich is displayed but not recognized. Does someone suffer a similar issue? Thanks bafiler01> mt -f rst4a status Tue Nov 9 20:15:13 ART [scsi.cmd.checkCondition:error]: Device 2a.1: Check Cond ition: CDB 0x15: Sense Data SCSI:illegal request - (0x5 - 0x26 0x0 0x0)(2). Tape drive: CERTANCEULTRIUM 2 Status: ready, write enabled Format: LTO-I tape only 100GB fileno = 0 blockno = 0 resid = 0 bafiler01> sysconfig -t Tape drive (2a.1) CERTANCEULTRIUM 2 emulates ULTRIUM-TD2 rst4l - rewind device, format is: LTO-I tape only 100GB nrst4l - no rewind device, format is: LTO-I tape only 100GB urst4l - unload/reload device, format is: LTO-I tape only 100GB rst4m - rewind device, format is: LTO-I tape 200GB cmp nrst4m - no rewind device, format is: LTO-I tape 200GB cmp urst4m - unload/reload device, format is: LTO-I tape 200GB cmp rst4h - rewind device, format is: LTO-II tape only 200GB nrst4h - no rewind device, format is: LTO-II tape only 200GB urst4h - unload/reload device, format is: LTO-II tape only 200GB rst4a - rewind device, format is: LTO-II tape 400GB cmp nrst4a - no rewind device, format is: LTO-II tape 400GB cmp urst4a - unload/reload device, format is: LTO-II tape 400GB cmp

1 0

Exchange growth after migration.
by Darren Dunham 11 Nov '04

11 Nov '04

Danger, I'm not a windows person, so I'm a little over my head on part of this. I've got a client that has just completed a migration of their Exchange 2000 servers onto a netapp iscsi lun with snapmanager. So far everything seems to be working great on the netapp side. However, after running on the server for two weeks, their private store has jumped from about 120G to about 220G. Some of their support is suggesting that the standard Exchange backup process has some cleanup functions that run during the backup. Now that it doesn't run any longer with snapmanager in place, the cleanup is no longer performed and the DB grows out of control (unless you shut down and do a defrag). Does this sound familiar to anyone? I'm looking for confirmation, refutation, or hey, even solutions on this. I'm hoping there are similar environments out there. Specifically, a larger database (such that the nightly cleanup process can't tackle the entire store overnight). Please don't ask me for anything that requires debugging. I'm not the windows guy. I'm just trying to find out if this growth has occurred at other sites. It's been escalated with both Netapp and Microsoft, but no word yet on if this is expected behavior. Thanks! -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >

4 4

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