toasters

toasters@lists.teaparty.net

13520 discussions

IMPORTANT: Action required
by VicodinRx 12 18 Nov '04

18 Nov '04

Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <html> <head> <title>cartoon</title> </head> <body> <table border="0" cellpadding="0" cellspacing="0" style="border-collapse: collapse" bordercolor="#111111" width="100%" id="AutoNumber1" height="175"> <tr> <td width="100%" colspan="2" height="29"> <p align="center"><font face="Verdana" size="5" color="#FF0000"> <a href="http://leighton.whentheyopened.com/">Incredible Prices on Rx</a></font></td> </tr> <tr> <td width="100%" colspan="2" height="19"> <p align="center"> </td> </tr> <tr> <td width="53%" height="98"> <p align="right"> <img border="0" src="http://battleground.whentheyopened.com/images/m11.gif" width="122" height="98"></td> <td width="47%" height="98"> <img border="0" src="http://hiss.whentheyopened.com/images/m12.gif" width="83" height="98"></td> </tr> <tr> <td width="53%" height="21"> <p align="right"> <img border="0" src="http://courtier.whentheyopened.com/images/mm1.gif" width="122" height="21"></td> <td width="47%" height="21"><a href="http://libertarian.whentheyopened.com/"> <img border="0" src="http://type.whentheyopened.com/images/mm2.gif" width="83" height="21"></a></td> </tr> <tr> <td width="100%" align="center" colspan="2" height="8"> <p align="left"></td> </tr> </table> <table border="0" cellpadding="0" cellspacing="0" style="border-collapse: collapse" bordercolor="#111111" width="100%" id="AutoNumber2" height="183"> <tr> <td width="100%" colspan="2" height="7"> <p align="center"></td> </tr> <tr> <td width="53%" height="98"> <p align="right"> <img border="0" src="http://lea.whentheyopened.com/images/m21.gif" width="122" height="98"></td> <td width="47%" height="98"> <img border="0" src="http://cardiology.whentheyopened.com/images/m22.gif" width="83" height="98"></td> </tr> <tr> <td width="53%" height="21"> <p align="right"> <img border="0" src="http://front.whentheyopened.com/images/mm1.gif" width="122" height="21"></td> <td width="47%" height="21"> <a href="http://bohr.whentheyopened.com/"> <img border="0" src="http://carib.whentheyopened.com/images/mm2.gif" width="83" height="21"></a></td> </tr> <tr> <td width="100%" align="center" colspan="2" height="19"> <p align="left"> </td> </tr> <tr> <td width="53%" height="98"> <p align="right"> <img border="0" src="http://meridian.whentheyopened.com/images/m51.gif" width="122" height="98"></td> <td width="47%" height="98"> <img border="0" src="http://bong.whentheyopened.com/images/m52.gif" width="83" height="98"></td> </tr> <tr> <td width="53%" height="21"> <p align="right"> <img border="0" src="http://echoes.whentheyopened.com/images/mm1.gif" width="122" height="21"></td> <td width="47%" height="21"> <a href="http://dobson.whentheyopened.com/"> <img border="0" src="http://berkshire.whentheyopened.com/images/mm2.gif" width="83" height="21"></a></td> </tr> <tr> <td width="50%" height="19"> </td> <td width="50%" height="19"> </td> </tr> <tr> <td width="100%" height="19" colspan="2"> <p align="center"><font face="Verdana"><b><a href="http://applejack.whentheyopened.com/"> Hurry While Supplies Last!</a></b></font></td> </tr> </table> </body> </html>

1 0

RE: Problems with old 740 cluster...
by Timothy Naple 17 Nov '04

17 Nov '04

I agree with Stephane. We have seen this problem hundreds of times with FC7's and FC8's. The best answer would be to replace the shelves with FC9's if your disks were all X221C and X221D or upgrade to DS14's and new disks. NetApp (Eurologic) made great leaps in reliability between the FC7/FC8 (XL400) and FC9 (XL500) series. Seeing as how you have some X221A's or X221B's, you would want to replace the shelves with different FC8's or fix the problem with the shelves. The LRC and backplane are the most likely culprits. There is also a chance that your fibre channel card is faulty. I would assume that you are using X2030B's in those. You can replace the fibre channel card, LRC's and VEM's very easily and that is very non-intrusive to your system. If that doesn't work, you are looking at backplane issues which are much more difficult to remedy. You can test the shelf/components in question using a hardware fibre channel analyzer or a software fibre channel capture utility. Using a 'disktest' in maintenance mode is not very useful for detecting these sorts of problems. The likely reason why you notice this in spare disks more than disks in raid groups is that you are replacing disks over time in the bad slots. The disks you insert become spares but are still in a slot that has already failed a disk. Those bad slots might just be failing replacement spare disks over and over. Hope this helps. Tim -----Original Message----- From: Stephane [mailto:stephane.bentebba@fps.fr] Sent: Monday, November 15, 2004 2:34 AM Cc: toasters(a)mathworks.com Subject: Re: Problems with old 740 cluster... i already got some hard trouble w/ FC7/FC8 shelf numerous error on disk (disapear from the loop) over a long period to fix that, the best is to change the shelf for a good FC9 FC9 seem to be more stable than FC7/FC8 one i can't tell you why, but i worked great for me you could also try to solelly exchange the Environmental Module at the rear which also hold the F connection it could play a bad role in these error try to move as many disk as you can to a shelf that have no (or less) pb bye Kelsey Cummings wrote: >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 > > >

1 0

Linux Administration Course
by applied_tech_100＠yahoo.com 16 Nov '04

16 Nov '04

Applied Technology Research Center. Linux and Unix Fundamentals (LPI 101/102) - 40 Hours Course in Karachi, Pakistan. Please call coordination for details and registeration on 92-333-2335380 or Khawar Nehal on 92-21-4980523, 92-300-9284698

1 0

RE: Exchange growth after migration.
by Derek Lai 15 Nov '04

15 Nov '04

Paul, Thanks for the detailed explanation. Just out of curiosity, I was wondering about option 3 (using VSS on Win2003) and why it would work. Is this another instance of Microsoft using some undocumented API call? Derek -----Original Message----- From: Benn, Paul [mailto:paul.benn@netapp.com] Sent: Wednesday, November 10, 2004 8:12 PM To: Sto RageC ; Paul Galjan Cc: toasters(a)mathworks.com Subject: RE: Exchange growth after migration. Hi Sto Rage (sorry, don't know your real name), You are correct in that SME is "Exchange aware." This option is not available in Exchange 5.5, which might explain why you do not see it on your server. If this is what I think it is, it is likely to be what Paul Galjan writes of below. If so, this is a known issue and is documented in NetApp online bug 53144 and also on page 92 of the SnapManager for Exchange version 3.1 Installation and Administration Guide. Here is a direct link to the article for those of you who want to read about it and have access to NOW. http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=53144 Basically, Exchange 2000 and Exchange Server 2003 have an option of "Do not permanently delete mailboxes and items until the store has been backed up." The option itself should be self explanatory. The issue is that in order for this feature to function, the entire database needs to be read during the backup process. This happens when you spool to tape or to a .BKF file, for example. SnapManager uses snapshot technology to perform the backup process so it does not read the entire database as part of the backup. This is simply a limitation of Exchange 2000 that is exposed when using snapshot technology to perform backups and is *not* limited to Network Appliance filers or to SnapManager for Exchange itself. This Exchange option is *disabled* by default, which could also explain why you did not run into the unexplained growth. There are three ways to get around this issue: 1) Disable the Exchange 2000 option of "Do not permanently delete mailboxes and items until the store has been backed up." 2) Run a copy-type backup in addition to the SnapManager backups using an Exchange aware backup application, such as NTBackup. This is what Paul Galjan suggested below. This can be done, say, once per week and could be spooled to a .BKF file versus a tape device. Some SnapManager customers create backup archives by creating a copy type backup anyway. Doing so would not only provide a backup archive but would also provide a work around to the above mentioned issue. 3) Move to Exchange Server 2003 on Windows Server 2003 to get the VSS technology. When running this combination of Exchange and Windows, VSS is used to create the snapshots. The issue does *not* apply to SME backups performed via VSS. I realize that this may not be an option for everyone but I am just calling it out as another way to solve the problem. I hope this sheds some light on the issue. Please let us know if further clarification is needed. Regards, Paul Benn SnapManager Engineering Network Appliance > -----Original Message----- > From: Sto Rage(c) [mailto:netbacker@gmail.com] > Sent: Wednesday, November 10, 2004 5:06 PM > To: Paul Galjan > Cc: toasters(a)mathworks.com > Subject: Re: Exchange growth after migration. > > Are you sure of this? I thought when you schedule SnapManager for > Exchange (SME) backups to create the snapshots, Exchange is aware of > the full backup being done and it will truncate the transaction logs > and also delete the items deleted as specified in the Limits tab. When > you look at the database tab, it should show the time of the last full > backup which would correspond to the last snapshot taken via SME. > Am I wrong? We too recently migrated our exchange env to a netapp > platform and haven't noticed any major database bloat (yet?). We do > have the option "Donot delete .... until the store has been backed up" > checked. Well, maybe our users don't delete any mails ;) > > Darren, the question you should ask your Exch admin is ... are they > using SME for scheduling the backups or someother means. Ask them to > look at the database tab and see if it has a time recored for full > backups. The time for incrementals would be none, since SME doesn't do > an incremental backup. > Hope this helps. > > -G > > > > > On Wed, 10 Nov 2004 17:40:46 -0500, Paul Galjan > <galjan(a)gmail.com> wrote: > > Hi Darren, > > > > Tech support is correct if you have some the checkbox > "Uncheck "Do not > > permanently delete mailboxes and items until the store has > been backed > > up" > > > > The problems lies in the difference between the way > NTbackup and other > > Exchange-aware backup programs and snapshot backup programs like SME > > work. When other backup programs do a backup, all blocks are read > > from the DB, and Exchange knows that items can be deleted "for real" > > after the blocks have been read. When SME (or any other > > snapshot-based program, for that matter), does a backup, the blocks > > are read by eseutil, but only after the backup is done, and > it's done > > on the snapshot (not the active DB), so Exchange doesn't > know to clean > > up deleted items. > > > > This is an issue with any snapshot-based Exchange backup program. > > Right now, Microsoft doesn't have any special hooks into its backup > > API to allow this cleanup to be invoked after a snapshot. (I don't > > know if/when that's coming). The workaround right now is to either > > turn that option off in Exchange, or run occasional copy-only backup > > jobs with ntbackup or somesuch. > > > > More information on how to turn this option off is here: > > http://www.msexchange.org/tutorials/MF022.html > > > > --paul > > > > On Wed, 10 Nov 2004 12:55:28 -0800 (PST), Darren Dunham > > > > > > <ddunham(a)taos.com> wrote: > > > 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. > > > > > > >

1 0

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

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