toasters

toasters@lists.teaparty.net

13520 discussions

RE: Data ONTAP Upgrade
by Hill, Aaron 15 Feb '03

15 Feb '03

We are running 6.3.1 on one filer (F880) and 6.3.1D8 (debug release for a snapmirror problem we were having) on another (F820). 2 others still running 6.2.2 I believe. As far as I know, all new F960s being shipped have 6.3.1 on them. So overall, I have to say I recommend it. If you are snapmirroring, make sure you put 6.3.1D8 on your destination filer, that is the advice from our NetApp representative. Thanks, Aaron Hill Systems Engineer www.navitaire.com -----Original Message----- From: Paul McGuinness (ext. 771) [mailto:Paul.McGuinness@fineos.com] Sent: Saturday, February 15, 2003 2:58 AM To: 'toasters(a)mathworks.com' Subject: Data ONTAP Upgrade Hi, I have a F720 currently running on Data ONTAP 6.1.2R2 and everything is running fine. My question is to those of you 6.6.2 (the current GA release) and those of you on 6.3.1. I was going to upgrade to 6.2.2, just to keep my system up to date, but according to the NOW site there are a good few more active systems running 6.3.1. Would 6.3.1 be a better upgrade to go to? I also see that there is now a 6.4 first customer shipment release (12th Feb) but I think I'll leave that for those of you who have filers to play with.... :o) So 6.6.2 or 6.3.1? ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com **************************************************************************

2 1

RE: wafl scan reallocate not improving layout?
by jwitham＠takedapharm.com 14 Feb '03

14 Feb '03

Hi Art: What kind of data is contained on the vol? Is it one huge file (DB) or a bajillion little ones? Have you thought about trying the reallocate when things are quiet? (no users or db offline) -john -----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Thursday, February 13, 2003 5:42 PM To: 'jwitham(a)takedapharm.com'; Ambrose_Earle(a)shamrockfoods.com; toasters(a)mathworks.com Subject: wafl scan reallocate not improving layout? I have a volume that shows a layout of 5 when doing a wafl scan measure layout. I have tried reallocating it but it never gets below 5. Using statit the data seems to be laid out evenly, 4.2 is the parity disk. disk ut% xfers ureads--chain-usecs writes--chain-usecs cpreads-chain-usecs /vol/vol0 group 0: 4.2 3 4.22 0.43 1.00 23079 2.72 3.80 2986847599971 1.06 2.46 2182 4.4 39 79.56 77.18 1.91 2574 1.33 4.46 3793820692012 1.04 2.40 2365 4.1 37 76.72 74.81 1.91 2553 0.93 5.28 3193299281907 0.97 3.02 1613 4.6 41 83.67 81.56 1.88 2624 1.35 4.72 2462422822812 0.76 2.51 2198 4.0 40 83.62 81.77 1.87 2562 1.03 5.83 2711737467108 0.82 2.61 1959 4.3 40 83.70 81.83 1.86 2594 1.06 5.74 2738534194560 0.81 2.47 2055 4.5 40 84.04 82.17 1.86 2579 1.07 5.72 2611584689054 0.80 2.50 2099 Should I cease activity to the filer and run the wafl reallocate then? Thoughts and thanks art -----Original Message----- From: jwitham(a)takedapharm.com [mailto:jwitham@takedapharm.com] Sent: Tuesday, January 28, 2003 10:39 AM To: Ambrose_Earle(a)shamrockfoods.com; toasters(a)mathworks.com Subject: RE: wafl scan We use 'wafl scan reallocate' weekly to reorder our Exchange 5.5 databases. They keep growing, and are over 100GB apiece. The wafl scan reallocate helps our use of SnapManager verifications greatly. We have been known to run it in the middle of the day, but with a big performance hit (as you have seen). Haven't tried it in conjunction with SnapMirror. Just for grins, we also use 'wafl scan measure_layout' before and after the reallocate to ensure that we've accomplished something. We affectionately refer to the process as 'reshuffling the wafl house'. HTH, -john -----Original Message----- From: Ambrose_Earle(a)shamrockfoods.com [mailto:Ambrose_Earle@shamrockfoods.com <mailto:Ambrose_Earle@shamrockfoods.com> ] Sent: Thursday, January 23, 2003 7:28 PM To: toasters(a)mathworks.com Subject: wafl scan Does anyone have any (good) experience with the wafl scan commands? I am testing Snapmirror and used it to mirror 7x34's to 10x34's. Of course, the data was only written to the first seven drives, so I used 'wafl scan reallocate <volume>' and it seemed to improve the layout quite dramatically. Is this a good use of the command? Other than affecting performance, I'm assuming everything is accessible during the run of this command? Thanks in advance, This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

1 0

OS/2 on NetApp
by Jeff Burton 14 Feb '03

14 Feb '03

Is anyone accessing data on a NetApp from an OS/2 client using CIFS? I have heard of people using NFS and it works fine, but because of some extensions OS/2 adds to the CIFS protocol, NetApp does not support OS/2 CIFS clients. While NFS is an option, this will be difficult to implement because we would need to create unix type accounts for all the OS/2 users to map their AD accounts to. I am running 6.2.1R2 and am about to test with the newer versions of ONTAP. Thanks, ______________________________________________________________ Jeff Burton Storage Architect Abbott Laboratories EMAIL: Jeffrey.Burton(a)Abbott.com Dept. GB16/Bldg. AP9A-LL PHONE: 847-935-5778 100 Abbott Park Rd. FAX: 847-935-0142 Abbott Park, IL 60064-6115

1 0

Data ONTAP Upgrade
by Paul McGuinness (ext. 771) 14 Feb '03

14 Feb '03

Hi, I have a F720 currently running on Data ONTAP 6.1.2R2 and everything is running fine. My question is to those of you 6.6.2 (the current GA release) and those of you on 6.3.1. I was going to upgrade to 6.2.2, just to keep my system up to date, but according to the NOW site there are a good few more active systems running 6.3.1. Would 6.3.1 be a better upgrade to go to? I also see that there is now a 6.4 first customer shipment release (12th Feb) but I think I'll leave that for those of you who have filers to play with.... :o) So 6.6.2 or 6.3.1? ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com **************************************************************************

1 0

RE: XP refreshing
by Bui, Marcus 14 Feb '03

14 Feb '03

Matt, Microsoft has identify this to be a problem with the XP client. A hotfix is available but I you need to request it from MS support. The patch will be roll up into the next XP service pack (3). More details here: http://support.microsoft.com/default.aspx?scid=kb;en-us;330929 I applied the hotfix and the Registry changes and it does resolve the 'refresh' problem. Hope this helps. Cheers, Marcus Bui -----Original Message----- From: Matt Miller [mailto:m.miller@duke.edu] Sent: Tuesday, February 04, 2003 2:58 PM To: Bui, Marcus Cc: 'toasters(a)mathworks.com' Subject: Re: XP refreshing sorry for the delay, we have ~300 XP machines which map the same share. matt "Bui, Marcus" wrote: > Matt, > > How many XP clients are using the filer? Or connecting to the same > share? Does the filer experience any performance issue? > > thanks, > Marcus > > -----Original Message----- > From: Matt Miller [mailto:m.miller@duke.edu] > Sent: Thursday, January 09, 2003 9:40 AM > To: Bui, Marcus; 'toasters(a)mathworks.com' > Subject: Re: XP refreshing > > Let me take that back... the refresh does happen, but at our site it > is only every 20 seconds. > > matt > > Matt Miller wrote: > > > We have XP clients in a mixed mode AD environment with an F820 > > running DOT > 6.3. > > > > I do not see the refresh traffic you refer to below; however, every > > time > you > > move the mouse in the active explorer window, explorer asks the > > filer for summary information for the directory/file. When I leave > > the mouse still, > no > > traffic is seen. Is this what you are experiencing? > > > > matt > > > > "Bui, Marcus" wrote: > > > > > Hello Toasters, > > > > > > I have an F740c running 6.1.2R1 in NT4 domain. Currently, the > > > client PC > are > > > being migrated to XP into W2K AD (mixed mode). Came across a > > > peculiar problem and wondering if anyone else experience it. > > > > > > XP client with Windows Explorer open is continually refreshing > > > when open against a Filer volume, share folder. Analysis has > > > shown that it seems to be every two seconds a refresh > > > occurs, and when using a network trace tool, it seems to average out at > > > around 50K per second. As soon as explorer's focus is placed elsewhere, > or > > > shut down, this network load stops. This 'refreshing' only > > > appears if > the > > > share folder is highly utilize. Connecting to a share folder that > > > is no busy, the 'refreshing' does not exist. Notice this with W2K > > > Pro client > as > > > well, but not as frequent as XP Client. > > > > > > thanks, > > > > > > Marcus Bui > > > > -- > > Matt Miller > > IT Infrastructure Team > > Duke University - Fuqua School of Business > > -- > Matt Miller > IT Infrastructure Team > Duke University - Fuqua School of Business -- Matt Miller IT Infrastructure Team Duke University - Fuqua School of Business

1 0

sanity check, 2 ndmpd sessions @ once?
by Toal, Dave 14 Feb '03

14 Feb '03

Noticed this on a 740 that's only got 1 DLT. Veritas netbackup is scheduling bkp jobs with ndmp, from a sun box. There've been some odd failures where the tape fails to unload after the bkp, recently. ndmpd status doesn't show any sessions active when that happens though. Right now I'm seeing 2 ndmp sessions; I don't recall that before, and I'm wondering if this means netbackup is having problems. The ip addr is the sun box running nb, for both sessions; there's a bkp running while I'm looking at this. 6.1.3R2 statler> ndmpd status ndmpd ON. Session: 47 Active version: 2 Operating on behalf of primary host. tape device: nrst0a mover state: Idle data state: Idle data operation: None Session: 36 Active version: 2 Operating on behalf of primary host. tape device: not open mover state: Paused data state: Active data operation: Backup statler> sysstat 1 CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 8% 16 0 0 465 10 0 27 0 442 >60 7% 38 0 0 466 47 35 0 0 438 >60 statler> ndmpd probe 47 ndmpd ON. Session: 47 isActive: TRUE protocol version: 2 effHost: Local authorized: TRUE client addr: 206.229.36.82:52341 spt.device_id: none spt.ha: -1 spt.scsi_id: -1 spt.scsi_lun: -1 tape.device: nrst0a tape.mode: Read/Write mover.state: Idle mover.mode: Read mover.pauseReason N/A mover.haltReason N/A mover.recordSize: 0 mover.recordNum: 0 mover.dataWritten: 0 mover.seekPosition: 0 mover.bytesLeftToRead: 0 mover.windowOffset: -1 mover.windowLength: -1 mover.position: 0 mover.connect.addr_type:LOCAL data.operation: None data.state: Idle data.haltReason: N/A data.connect.addr_type: LOCAL data.bytesProcessed: 0 statler> ndmpd probe 36 ndmpd ON. Session: 36 isActive: TRUE protocol version: 2 effHost: Local authorized: TRUE client addr: 206.229.36.82:51967 spt.device_id: none spt.ha: -1 spt.scsi_id: -1 spt.scsi_lun: -1 tape.device: not open tape.mode: Read only mover.state: Paused mover.mode: Read mover.pauseReason EOM mover.haltReason N/A mover.recordSize: 64512 mover.recordNum: 242736 mover.dataWritten: 15659384832 mover.seekPosition: 0 mover.bytesLeftToRead: 0 mover.windowOffset: -1 mover.windowLength: -1 mover.position: 0 mover.connect.addr_type:LOCAL data.operation: Backup data.state: Active data.haltReason: N/A data.connect.addr_type: LOCAL data.bytesProcessed: 15659709440 statler> bash-2.03# bpps -a | grep stat root 3281 1 0 17:03:55 ? 12:39 bptm -w -pid 3273 -c statler -den 13 -rt 8 -rn 0 -stunit statler-dlt -cl statle root 3273 1 0 17:03:54 ? 0:00 bpbrm -backup -mt 3 -to 0 -S netback -c statler -hostname statler -ru root -cl bash-2.03# -- Dave Toal Systems Architect Thomson & Thomson N. Quincy, MA

2 1

RE: using vol0
by Clawson, Simon 14 Feb '03

14 Feb '03

The only benefit as I see it to having the smallest possible vol0 is recovery time. You can back up and recover the small amount of data in a few minutes on most tape devices, meaning you are up and running fairly quickly in the event of losing the volume. However, there are methods of replicating the /etc data to another volume, then telling the filer to boot this as vol0. This would of course mean any NIS maps etc are broken until you change their paths, but the filer would be up and running quicker than if you were to have to restore the whole root volume first, and you would not be using two 72Gb disks for 40mb of data. -----Original Message----- From: Alan McLachlan [mailto:amclachlan@asi.com.au] Sent: 13 February 2003 01:29 To: Charles Bartels; toasters(a)mathworks.com Subject: RE: using vol0 Hi Charles, Don't understand why you're asking this. In most cases that I'm aware of vol0 is used for data. In some cluster scenarious, particularly with local or remote syncmirror, it becomes necessary to burn two disks to have a root volume that's just for the filer's config files - usually only on one half of the cluster. I can't imagine apart from that why someone would want to consume two whole drives for the 40MB or so of data in the /etc directory. In fact, many of my customers have only configured a second volume in order to support a database. User home directories and workgroup data stay on vol0. You should of course make use of qutoa'd qtrees within vol0 extensively to prevent it filling up - theoretically this could cause a panic in some circumstances although Data OnTap is much more robust than a Unix or Linux in this regard. ---------------------------------------------------------------------------- --------------------------- On a related note, one issue that crops up from time to time is that when a filer is used to replace a bunch of Windows fileservers on a large CIFS network, it can happen that well-meaning Domain Admins that don't directly look after the filer and aren't trained in Data OnTAP may accidently corrupt config files in the /etc directory. It would be nice to restrict access to just a select group of trained admins. Using a Windows domain group is not the answer, as any Domain Admin can take ownership of the resource. A solution is to turn the /etc directory into a unix security style qtree: * make a new qtree called say "etcnew" * copy the files from /etc to /etcnew * rename /etc to "etcold" * rename /etcnew to "etc" * set the security style of etc to unix This works even if you only have a CIFS licence. You should then install ssaccess on a workstation to manage the security on the /etc qtree. Then, in the usermap.cfg file in /etc put an entry for each trusted admin like so: *\root => nobody (security defensive entry) DOMAIN\fred => root DOMAIN\wilma => root As the final step, set options wafl.nt_admin_priv_map_to_root to OFF. The result is that, in the example above, only the domain users "fred" and "wilma" can make changes to the /etc directory. For all the other resources on the filer (which have NTFS security style), normal domain security rules apply. -----Original Message----- From: Charles Bartels [mailto:cbartels@openharbor.com] Sent: Wednesday, 12 February 2003 3:45 AM To: toasters(a)mathworks.com Subject: using vol0 Hi, I'm configuring an F810 and space is going to be a little tight. How do people feel about adding disks to vol0 and using that instead of creating a whole separate volume (and burning a another parity disk) ? -Charles Bartels **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

3 2

RE: Checking netapp for bad blocks?
by Art Hebert 14 Feb '03

14 Feb '03

Alan -- the f760 is clustered redo logs on both filers and archive logs on the second filer. The primary db is fine. But the archive logs are getting corrupted someplace over on the standby database. Like you say its one of the checks we are looking at. art -----Original Message----- From: Alan McLachlan [mailto:amclachlan@asi.com.au] Sent: Thursday, February 13, 2003 10:18 PM To: Art Hebert Cc: toasters(a)mathworks.com Subject: RE: Checking netapp for bad blocks? You can run wack (I think it's "wafl_check" now, look at the list) in maintenance mode from the floppy boot menu ("ctrl-c" on a disk reboot from a serial console). However, unless your NVRAM card has failed - which you would know about instantly - the likelyhood that this will do you any good at all is remote in the extreme. Your DBA doesn't understand the always-consistent fs on NetApp (WAFL) so he's trying to put a tick in a box on his troubleshooting checklist. It is far more likely that what he has is application-level corruption within the files, which fsck on a UFS volume wouldn't have helped him with anyway. Are the transaction logs on the filer or on local disk on the database server? -----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Friday, 14 February 2003 3:41 AM To: 'Toasters(a)Mathworks.Com' Subject: Checking netapp for bad blocks? Our oracle database has experienced two problems lately with file corruption on our standby database. The corruption isn't on the primary database and our Oracle DBA is asking if I can do something similar to fsck on the netapp. Any thoughts on the commands to run and what to check for would be appreciated. art -----Original Message----- From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] Sent: Thursday, February 13, 2003 5:49 AM To: Jonathan Cc: Jordan Share; 'Toasters(a)Mathworks.Com' Subject: Re: Adding a drive shelf to my existing F740 Jonathan wrote: >>2 - there is an extra trick to save a spare disk : don't keep two but >>only one spare disks : a 36G one, as Filer can reconstruct a 18G broken >>disk on a 36G. BUT you have to order Netapp for a 36G after that >>failure. If you have a hardware contract with Netapp, take care >>because, when a 18G fail, they would send you a 18G too, not a 36G. You >>would have to check for that (look for a special deal ?) >> > >To add to your trick #2, Don't worry about getting a 18GB back from Netapp >and leaving your 36 acting like a 18. Simply add the 18 in the place of the >failed 18 and let the filer take it as a spare. Then do a disk fail on the >36 acting as a 18. The filer will now look for a spare 18 and find the new >spare to rebuild the raid group. Then do a disk unfail on the 36 acting as a >18 and Ontap will zero the 36 and put it back as a 36 spare. So you don't >need to work out a special deal with Netapp. I have done this many times and >with great success. > > of course ! i knew it indeed, what a dumb I am :) you have to switch mode in order to use disk unfail : use " rc_toggle_basic " or " priv set advanced / admin" > >----- Original Message ----- >From: "Stephane Bentebba" <stephane.bentebba(a)fps.fr> >To: "Jordan Share" <iso9(a)jwiz.org> >Cc: "'Toasters(a)Mathworks.Com'" <toasters(a)mathworks.com> >Sent: Thursday, February 13, 2003 6:12 AM >Subject: Re: Adding a drive shelf to my existing F740 > > > > >>First : to be sure we speak the same language (I'm french) >>the raidsize include the parity disk. >>a group raid of sized 14 can contain up to 13 data disks and one parity >>disk. >>the max size of a raid can be 28 >> >>- the more disk in a raid you have, the more the filer need time to >>reconstruct the disk (and the longer the CPU is used for that). >>- larger the disk is, the more it consume time also. >>for exemple, a F760 with a cpu load average at 40% in production can go >>up to 50% during 6 hours to reconstruct a 72G disk >> >>1 - taking this into account, I won't advise you to move your raidsize >>to 28, but if you want to save as many as possible disk, you can turn >>the raidsize to 28 and add those 36G disks in the same raidgroup than >>other (18G) >>2 - there is an extra trick to save a spare disk : don't keep two but >>only one spare disks : a 36G one, as Filer can reconstruct a 18G broken >>disk on a 36G. BUT you have to order Netapp for a 36G after that >>failure. If you have a hardware contract with Netapp, take care >>because, when a 18G fail, they would send you a 18G too, not a 36G. You >>would have to check for that (look for a special deal ?) >> >>These two tricks apart, I can't see better ways than what you had plained >> >>Jordan Share wrote: >> >> >> >>>After reading further in my manuals, I've got some questions about the >>>RAIDgroup size. >>> >>>When I initially created the volume, I made the raidsize 14, so that it >>>would use 1 parity disk for the 14 disks we had at that time. >>> >>>Looking at it now, I kind of think that I want a raidsize of 13 for the >>>current volume (since one disk is a hot spare). >>> >>>So, I issued: >>>vol options vol0 raidsize 13 >>> >>>That worked ok, because now: >>> >>> >>> >>> >>>>vol status vol0 >>>> >>>> >>>> >>>> >>> Volume State Status Options >>> vol0 online normal root, raidsize=13 >>> raid group 0: normal >>> >>>Basically, what I'm trying to avoid here is having the first 36gig disk >>>added to the initial raidgroup. I believe changing the raidsize to 13 >>> >>> >will > > >>>have fixed that, since now that raidgroup is full, and additional disks >>> >>> >will > > >>>go into their own raidgroup. >>> >>>I welcome (and request. :) all comments on this post. >>> >>>Thanks very much, >>>Jordan Share >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: owner-toasters(a)mathworks.com >>>>[mailto:owner-toasters@mathworks.com]On Behalf Of devnull(a)adc.idt.com >>>>Sent: Wednesday, February 12, 2003 11:28 AM >>>>To: Jordan Share >>>>Cc: 'Toasters(a)Mathworks.Com' >>>>Subject: Re: Adding a drive shelf to my existing F740 >>>> >>>> >>>> >>>> >>>> >>>> >>>>>As I understand it, I would then have 2 hot spares (18 and 36), and two >>>>>drives for parity. >>>>> >>>>> >>>>> >>>>> >>>>Yup. >>>> >>>>You would need the separate spare to accomodate the difference in drive >>>>sizes. The parity drive is a function of RAID 4. >>>> >>>>We did the same about a year back on our 740 and it worked well. >>>> >>>> >>>> >>>> >>>> >>>>>Are there any "gotchas" (or blatant ignorance on my part) in >>>>> >>>>> >>>>> >>>>> >>>>this scenario? >>>>It was mostly smooth. Though you might need to upgrade your ONTAP >>>> >>>> >version > > >>>>to 6.1.1R2 atleast >>>> >>>> >>>> >>>>/dev/null >>>> >>>>devnull(a)adc.idt.com >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >> >> >> > > > > **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: Checking netapp for bad blocks?
by Alan McLachlan 14 Feb '03

14 Feb '03

You can run wack (I think it's "wafl_check" now, look at the list) in maintenance mode from the floppy boot menu ("ctrl-c" on a disk reboot from a serial console). However, unless your NVRAM card has failed - which you would know about instantly - the likelyhood that this will do you any good at all is remote in the extreme. Your DBA doesn't understand the always-consistent fs on NetApp (WAFL) so he's trying to put a tick in a box on his troubleshooting checklist. It is far more likely that what he has is application-level corruption within the files, which fsck on a UFS volume wouldn't have helped him with anyway. Are the transaction logs on the filer or on local disk on the database server? -----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Friday, 14 February 2003 3:41 AM To: 'Toasters(a)Mathworks.Com' Subject: Checking netapp for bad blocks? Our oracle database has experienced two problems lately with file corruption on our standby database. The corruption isn't on the primary database and our Oracle DBA is asking if I can do something similar to fsck on the netapp. Any thoughts on the commands to run and what to check for would be appreciated. art -----Original Message----- From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] Sent: Thursday, February 13, 2003 5:49 AM To: Jonathan Cc: Jordan Share; 'Toasters(a)Mathworks.Com' Subject: Re: Adding a drive shelf to my existing F740 Jonathan wrote: >>2 - there is an extra trick to save a spare disk : don't keep two but >>only one spare disks : a 36G one, as Filer can reconstruct a 18G broken >>disk on a 36G. BUT you have to order Netapp for a 36G after that >>failure. If you have a hardware contract with Netapp, take care >>because, when a 18G fail, they would send you a 18G too, not a 36G. You >>would have to check for that (look for a special deal ?) >> > >To add to your trick #2, Don't worry about getting a 18GB back from Netapp >and leaving your 36 acting like a 18. Simply add the 18 in the place of the >failed 18 and let the filer take it as a spare. Then do a disk fail on the >36 acting as a 18. The filer will now look for a spare 18 and find the new >spare to rebuild the raid group. Then do a disk unfail on the 36 acting as a >18 and Ontap will zero the 36 and put it back as a 36 spare. So you don't >need to work out a special deal with Netapp. I have done this many times and >with great success. > > of course ! i knew it indeed, what a dumb I am :) you have to switch mode in order to use disk unfail : use " rc_toggle_basic " or " priv set advanced / admin" > >----- Original Message ----- >From: "Stephane Bentebba" <stephane.bentebba(a)fps.fr> >To: "Jordan Share" <iso9(a)jwiz.org> >Cc: "'Toasters(a)Mathworks.Com'" <toasters(a)mathworks.com> >Sent: Thursday, February 13, 2003 6:12 AM >Subject: Re: Adding a drive shelf to my existing F740 > > > > >>First : to be sure we speak the same language (I'm french) >>the raidsize include the parity disk. >>a group raid of sized 14 can contain up to 13 data disks and one parity >>disk. >>the max size of a raid can be 28 >> >>- the more disk in a raid you have, the more the filer need time to >>reconstruct the disk (and the longer the CPU is used for that). >>- larger the disk is, the more it consume time also. >>for exemple, a F760 with a cpu load average at 40% in production can go >>up to 50% during 6 hours to reconstruct a 72G disk >> >>1 - taking this into account, I won't advise you to move your raidsize >>to 28, but if you want to save as many as possible disk, you can turn >>the raidsize to 28 and add those 36G disks in the same raidgroup than >>other (18G) >>2 - there is an extra trick to save a spare disk : don't keep two but >>only one spare disks : a 36G one, as Filer can reconstruct a 18G broken >>disk on a 36G. BUT you have to order Netapp for a 36G after that >>failure. If you have a hardware contract with Netapp, take care >>because, when a 18G fail, they would send you a 18G too, not a 36G. You >>would have to check for that (look for a special deal ?) >> >>These two tricks apart, I can't see better ways than what you had plained >> >>Jordan Share wrote: >> >> >> >>>After reading further in my manuals, I've got some questions about the >>>RAIDgroup size. >>> >>>When I initially created the volume, I made the raidsize 14, so that it >>>would use 1 parity disk for the 14 disks we had at that time. >>> >>>Looking at it now, I kind of think that I want a raidsize of 13 for the >>>current volume (since one disk is a hot spare). >>> >>>So, I issued: >>>vol options vol0 raidsize 13 >>> >>>That worked ok, because now: >>> >>> >>> >>> >>>>vol status vol0 >>>> >>>> >>>> >>>> >>> Volume State Status Options >>> vol0 online normal root, raidsize=13 >>> raid group 0: normal >>> >>>Basically, what I'm trying to avoid here is having the first 36gig disk >>>added to the initial raidgroup. I believe changing the raidsize to 13 >>> >>> >will > > >>>have fixed that, since now that raidgroup is full, and additional disks >>> >>> >will > > >>>go into their own raidgroup. >>> >>>I welcome (and request. :) all comments on this post. >>> >>>Thanks very much, >>>Jordan Share >>> >>> >>> >>> >>> >>>>-----Original Message----- >>>>From: owner-toasters(a)mathworks.com >>>>[mailto:owner-toasters@mathworks.com]On Behalf Of devnull(a)adc.idt.com >>>>Sent: Wednesday, February 12, 2003 11:28 AM >>>>To: Jordan Share >>>>Cc: 'Toasters(a)Mathworks.Com' >>>>Subject: Re: Adding a drive shelf to my existing F740 >>>> >>>> >>>> >>>> >>>> >>>> >>>>>As I understand it, I would then have 2 hot spares (18 and 36), and two >>>>>drives for parity. >>>>> >>>>> >>>>> >>>>> >>>>Yup. >>>> >>>>You would need the separate spare to accomodate the difference in drive >>>>sizes. The parity drive is a function of RAID 4. >>>> >>>>We did the same about a year back on our 740 and it worked well. >>>> >>>> >>>> >>>> >>>> >>>>>Are there any "gotchas" (or blatant ignorance on my part) in >>>>> >>>>> >>>>> >>>>> >>>>this scenario? >>>>It was mostly smooth. Though you might need to upgrade your ONTAP >>>> >>>> >version > > >>>>to 6.1.1R2 atleast >>>> >>>> >>>> >>>>/dev/null >>>> >>>>devnull(a)adc.idt.com >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>> >> >> >> > > > > **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

1 0

RE: using vol0
by Alan McLachlan 14 Feb '03

14 Feb '03

Simon, Assuming you have a copy on a server drive or CD somewhere with the version of Data Ontap you're running, all you need is boot floppies (for non-flash units), and a copy of the config files (rc, hosts, exports, cifsconfig.cfg, lclgroups.cfg etc). Providing you keep a backup of the config files - many of my customers simply replicate the files in the /etc directory without all the subdirs to a folder on a couple of other servers. The config files all used to fit on a floppy. In a full blown DR scenario you can then have the root volume online and ready within a few minutes, unless disks need to be zero'd then it might take 20-30 minutes. You can than start restoring the rest of the root volume (home directories, workgroup data etc). The only time this wouldn't work is if you used "snap mirror to tape" for bare-metal restores rather than regular NDMP backups. regards, Alan. -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Thursday, 13 February 2003 8:31 PM To: toasters(a)mathworks.com Subject: RE: using vol0 The only benefit as I see it to having the smallest possible vol0 is recovery time. You can back up and recover the small amount of data in a few minutes on most tape devices, meaning you are up and running fairly quickly in the event of losing the volume. However, there are methods of replicating the /etc data to another volume, then telling the filer to boot this as vol0. This would of course mean any NIS maps etc are broken until you change their paths, but the filer would be up and running quicker than if you were to have to restore the whole root volume first, and you would not be using two 72Gb disks for 40mb of data. **** ASI Solutions Disclaimer **** The material transmitted may contain confidential and/or privileged material and is intended only for the addressee. If you receive this in error, please notify the sender and destroy any copies of the material immediately. ASI will protect your Privacy according to the 10 Privacy Principles outlined under the new Privacy Act, Dec 2001. This email is also subject to copyright. Any use of or reliance upon this material by persons or entities other than the addressee is prohibited. E-mails may be interfered with, may contain computer viruses or other defects. Under no circumstances do we accept liability for any loss or damage which may result from your receipt of this message or any attachments. **** END OF MESSAGE ****

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