toasters

toasters@lists.teaparty.net

13531 discussions

RE: Wiping and setting up a system.
by jeff.mohler＠netapp.com 19 May '00

19 May '00

Neato quickie way. Get to an OK prompt (via halt or Ctrl_C in RAM count) Enter: setenv floppy-boot? true reboot It will as if you want to floppy boot when it locates drives..enter a y or an n..if you dont..it'll just sit there forever.*** You get your 5 item menu, enter on re-init drives choice. At completion, it will walk thru a full setup session like new. Now halt filer. Enter: unsetenv floppy-boot?*** (dont forget..or reboots will sit forever if you dont catch it) reboot All done. Save you what feels like ages in booting from floppy. (This only works if you have good boot images on disks to begin with) -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: Friday, May 19, 2000 1:18 PM To: ste(a)research.bell-labs.com; toasters(a)mathworks.com Subject: Re: Wiping and setting up a system. > Is there a simple recipe for doing this? Just pop in a floppy and boot from it, then refer to the menu. Bruce

1 0

Pushing the limits
by Jeff Stampes 19 May '00

19 May '00

So we use a F760 for compiling our software....it's a demanding environment, and up until now, NetApp systems have been adequate for us As I've been refining our build process though, I've continuing optimizing it to the point the 760 may become our bottleneck. It seems to be running at about 50-60% of CPU most of the time, with peaks like: CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 98% 4243 6 0 6365 7367 10648 15352 0 0 3 74% 4515 1 0 11902 8348 3592 44 0 0 3 100% 4644 2 0 9472 11021 7763 8088 0 0 3 88% 4307 0 0 9223 9463 7023 10938 0 0 3 100% 5606 0 0 8870 9185 6048 11368 0 0 3 75% 4884 4 0 8622 13913 4032 2432 0 0 3 100% 5717 6 0 6777 10372 6700 11488 0 0 3 I don't knwo when I need to worry....so I have two questions: What stats will cue me into a problem related to overload? What are the limits of CPU/Net/Disk use I should stay under? Provided I find a way to drive an F760 into the ground, any suggestions for a next step? -- Jeff Stampes -- Xilinx, Inc. -- Boulder, CO -- jeff.stampes(a)xilinx.com

4 4

Re: Problem in Saving CDE Settings
by Graydon Dodson 19 May '00

19 May '00

>Does anyone else get the impression that NetApp are a bit stuck in the >past in the area of export specifications? The subnets are a welcome >addition, but current versions of Solaris (for example) support much >more. Including, incidentally, use of netgroups in -root. I have been asking netapp to suport netgroups on both -rw & -ro options on the same export for years now. Thanks. Graydon Dodson grdodson(a)lexmark.com Lexmark International Inc.

1 0

RE: Problem in Saving CDE Settings
by Thaller Horst (MDCA Villach) 19 May '00

19 May '00

The "root"-option is more secure, but this setting has one big drawback: You cannot use netgroup names with the -root option and you can specify only 256 host names! If you have only few machines, the -root option is the better choice. In large server farms with more than 256 machines that are running CDE+dtlogin (XDMCP) the -root option will not work. Horst -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: Freitag, 19. Mai 2000 16:00 To: Thaller Horst (MDCA Villach); bhaskar.g(a)philips.com; toasters(a)mathworks.com Subject: Re: Problem in Saving CDE Settings > I think it´s a problem with the permissions on your home directory. The > dtlogin process (CDE) reads and writes configuration files in the > homedirectory (~/.dtlogin/..). The owner of the process is root --> But root > has not permissions on mounted directories! > > Try out to export your homedirecties with the "anon=0"-flag in /etc/exports > -or- > you should open your homedirectories for everybody (chmod 777 homedir) :-(( > to avoid this problem. Yikes! Both are very insecure choices for a solution!!! The correct answer is to simply export the home directories with root access for those machines that are running CDE that they are logging in through. Bruce

6 5

SQL Server 7 with data files on toaster?
by Colm Buckley 19 May '00

19 May '00

Hi - Another request for success or horror stories; does anyone on the list have experience with running MS SQL Server 7 using a toaster to store the data (as described in http://www.netapp.com/tech_library/3042.html and http://www.netapp.com/tech_library/3044.html)? One possibility being looked at here is to run a database from something like a Dell PowerEdge 8450 with the data files on an F720 or F740. I'm aware of the advantages the toaster will bring in relation to backup, snapshots etc, but I'm interested in how the performance of such a setup would compare to, say, attaching a big LVD or Fibre RAID5 directly to the server. Any comments? Colm -- Colm Buckley BA BF | NewWorld Commerce, 44 Westland Row, Dublin 2, Ireland colm(a)tuatha.org (personal) | colm.buckley(a)nwcgroup.com (business) +353 87 2469146 | whois cb3765 | http://www.tuatha.org/~colm/ No, my powers can only be used for good.

1 0

RE: Problem in Saving CDE Settings
by Thaller Horst (MDCA Villach) 19 May '00

19 May '00

Hello *, I think it´s a problem with the permissions on your home directory. The dtlogin process (CDE) reads and writes configuration files in the homedirectory (~/.dtlogin/..). The owner of the process is root --> But root has not permissions on mounted directories! Try out to export your homedirecties with the "anon=0"-flag in /etc/exports -or- you should open your homedirectories for everybody (chmod 777 homedir) :-(( to avoid this problem. Regards, Horst Thaller Infineon Technologies Microelectronic Design Centers Austria GmbH Design Center Villach Siemensstrasse 2, A-9500 Villach Tel. ++43 4242 305-6212 Fax ++43 4242 305-6389 email: Horst.Thaller(a)infineon.com internet: www.infineon.com/ezmvi -----Original Message----- From: bhaskar.g(a)philips.com [mailto:bhaskar.g@philips.com] Sent: Freitag, 19. Mai 2000 05:54 To: toasters(a)mathworks.com Subject: Problem in Saving CDE Settings Hi, Recently we have moved the home directories of the Users' on to the filer. We started facing problem of saving the CDE Settings. If any user changes his desktop settings and logouts and logs in the previous settings will not be saved. This never happened when the users' home directories were on an HPUX Server. kind regards Bhaskar G Philips Semiconductors, #3, Sterling Square,Madras Bank Road, Off St Mark's Road,BANGALORE-560 001. Voice : +91 80 222 9200 Ext 5060 Fax: +91 80 2229700

2 1

RE: Problem in Saving CDE Settings
by Anders Ljungberg S (QDT) 19 May '00

19 May '00

Hi! What kind of Security Style are you using? We've seen this with Solaris 8 using NTFS Security Style. Anders Ljungberg Ericsson Business Consulting -----Original Message----- From: bhaskar.g(a)philips.com [mailto:bhaskar.g@philips.com] Sent: Friday, May 19, 2000 5:54 AM To: toasters(a)mathworks.com Subject: Problem in Saving CDE Settings Hi, Recently we have moved the home directories of the Users' on to the filer. We started facing problem of saving the CDE Settings. If any user changes his desktop settings and logouts and logs in the previous settings will not be saved. This never happened when the users' home directories were on an HPUX Server. kind regards Bhaskar G Philips Semiconductors, #3, Sterling Square,Madras Bank Road, Off St Mark's Road,BANGALORE-560 001. Voice : +91 80 222 9200 Ext 5060 Fax: +91 80 2229700

1 0

Problem in Saving CDE Settings
by bhaskar.g＠philips.com 19 May '00

19 May '00

Hi, Recently we have moved the home directories of the Users' on to the filer. We started facing problem of saving the CDE Settings. If any user changes his desktop settings and logouts and logs in the previous settings will not be saved. This never happened when the users' home directories were on an HPUX Server. kind regards Bhaskar G Philips Semiconductors, #3, Sterling Square,Madras Bank Road, Off St Mark's Road,BANGALORE-560 001. Voice : +91 80 222 9200 Ext 5060 Fax: +91 80 2229700

1 0

disk firmware question
by Shaun Erickson 18 May '00

18 May '00

I'm about to upgrade an F330 to 5.3.5R2. NOW specifies that certain disks must have certain firmware revisions, but none of my disks are listed. Can someone help me? I have: disk firmware ================================ ST15230N 0638 and 0252 Fujitsu M2954E-512 1661 TIA, -ste -- Desk: (908) 582-7629 Pager: (800) 756-1133 Cell: (908) 672-6456

4 3

RE: Attaching a NetApp to Fibre Tape drives in a SAN???
by michael.alvarado＠netapp.com 18 May '00

18 May '00

http://www.netapp.com/news/press/news_rel_20000202.html Please consult ATL and Spectra Logic for specific details about the configurations. -----Original Message----- From: jmiddlebrooks(a)datalink.com [mailto:jmiddlebrooks@datalink.com] Sent: Wednesday, May 17, 2000 6:51 AM To: toasters(a)mathworks.com Cc: Engineering(a)datalink.com Subject: Attaching a Netapp to Fibre Tape drives in a SAN??? Has anybody had any thoughts or done any testing with the following configuration? Basically connecting a Netapp into a SAN for backups not storage. One Netapp F760 One extra Fibre Card in the Netapp One Firbre Switch (Brocade or Ancor) One Tape Library connected into the Fibre Switch. Veritas Netbackup and NDMP Solaris or NT Netbackup Master and several Media servers Connect the Netapp into the swtich with the extra fibre connection. Zone the switch so the Netapp and two tape drives are tied together. Backup driectly to the tape drives by using NDMP. My questions to Netapp are: 1) Is this possible? 2) How would the Netapp log into the switch? As a Loop or Fabric? 3) What is the solution for backing up a Netapp directly to Fibre tape drives? 4) What is supported? I am going to test what I thank will work but any thoughts or ideas would be helpful. Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970

1 0

Attaching a Netapp to Fibre Tape drives in a SAN???
by jmiddlebrooks＠datalink.com 18 May '00

18 May '00

Has anybody had any thoughts or done any testing with the following configuration? Basically connecting a Netapp into a SAN for backups not storage. One Netapp F760 One extra Fibre Card in the Netapp One Firbre Switch (Brocade or Ancor) One Tape Library connected into the Fibre Switch. Veritas Netbackup and NDMP Solaris or NT Netbackup Master and several Media servers Connect the Netapp into the swtich with the extra fibre connection. Zone the switch so the Netapp and two tape drives are tied together. Backup driectly to the tape drives by using NDMP. My questions to Netapp are: 1) Is this possible? 2) How would the Netapp log into the switch? As a Loop or Fabric? 3) What is the solution for backing up a Netapp directly to Fibre tape drives? 4) What is supported? I am going to test what I thank will work but any thoughts or ideas would be helpful. Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970

6 6

RE: Attaching a Netapp to Fibre Tape drives in a SAN?
by Grant.Melvin＠netapp.com 18 May '00

18 May '00

Hi, > It can be, considering that often it is cheaper to buy the > hardware to set up your own dedicated backup LAN than buying > the hardware to set up your own dedicated backup SAN. In fact NetApp is working to offer solutions in both areas. The FC SAN area discussed earlier today and via the Open Storage Networking (OSN) Initiative that was announced at N+I last week: http://www.netapp.com/news/press/news_rel_20000510.html If you were at the show you would have seen a pre-production ATL P3000 running an NDMP tape server within the library with backups of a GbE connected filer via a Cisco & Foundry GbE/100bT switch. The tape library was connected to the switch(es) via 100bT. Yip, network attached tape libraries will soon be with us. Cheers, Grant -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: Wednesday, May 17, 2000 6:57 PM To: foo; toasters(a)mathworks.com Subject: Re: Attaching a Netapp to Fibre Tape drives in a SAN? > As far as I know, there still exists no sane backup strategy for multiple > filers, unless you think having one tape library per filer or backing up > multiple terabytes of data over the network and through some kind of > backup management box is sane. It can be, considering that often it is cheaper to buy the hardware to set up your own dedicated backup LAN than buying the hwardware to set up your own dedicated backup SAN. But if you have a pre-existing SAN and a Vixel switch, NTAP's new solution seems ideal. Bruce

1 0

RE: Attaching a Netapp to Fibre Tape drives in a SAN???
by Grant.Melvin＠netapp.com 17 May '00

17 May '00

Hi Jason, This configuration is planned to FCS on the F760 (and possibly the F740) in early June. The configuration will be tightly managed and sold by our tape library partners, ATL & Spectra Logic. This is currently being tested by NetApp, ATL, Spectra Logic, Legato & Veritas using Data Ontap 5.3.6 (expected FCS 5/26/00). We are working with our partners to get all the relevant docs available on our perspective web sites in this timeframe too. My questions to Netapp are: 1) Is this possible? Yes, with a limited configuration, ATL P1000 or Spectra Logic 10000F and Vixel 8100 (with NAS firmware). 2) How would the Netapp log into the switch? As a Loop or Fabric? The NAS firmware in the 8100 provides "Loop Emulation" so each filer sees FC-AL and believes it has a locally attached tape library. 3) What is the solution for backing up a Netapp directly to Fibre tape drives? NDMP-compliant applications such as Legato BudTool & Veritas NetBackup are being certified. However, rsh dumps via cron will still be supported. 4) What is supported? As Darleen points out, check the http://www.netapp.com/news/press/news_rel_20000202.html announcement. Cheers, Grant =========== grant(a)netapp.com ========== Grant Melvin === === Software Development Manager === === Data Availability & Management === |\ | __ ___ /\ __ __ === Network Appliance === | \ | |__ | /__\ |__| |__| === 495 East Java Drive === | \| |__ | / \ | | (R) === Sunnyvale === === California, 94089 === === Tel:(408)822-6761 =========== Network Appliance ========== Fax:(408)822-4559 -----Original Message----- From: Cormier, Darleen Sent: Wednesday, May 17, 2000 8:40 AM To: jmiddlebrooks(a)datalink.com; toasters(a)mathworks.com Cc: Engineering(a)datalink.com Subject: RE: Attaching a Netapp to Fibre Tape drives in a SAN??? Hi Jason, Yep we do, with a few differences. The solution that has been tested and certified is as follows. NetApp filer Vixel 8100 switch ( with special NAS firmware) Veritas or Legato software Spectralogic or ATL libraries The press release announcing this can be found at www.netapp.com/news/press/news_rel_20000202.html also if you check the Spectralogic web site and the Vixel web site they have more information. FYI, NetApps does not sell the pieces and integration for this solution but several of our resellers do. -----Original Message----- From: jmiddlebrooks(a)datalink.com [mailto:jmiddlebrooks@datalink.com] Sent: Wednesday, May 17, 2000 6:51 AM To: toasters(a)mathworks.com Cc: Engineering(a)datalink.com Subject: Attaching a Netapp to Fibre Tape drives in a SAN??? Has anybody had any thoughts or done any testing with the following configuration? Basically connecting a Netapp into a SAN for backups not storage. One Netapp F760 One extra Fibre Card in the Netapp One Firbre Switch (Brocade or Ancor) One Tape Library connected into the Fibre Switch. Veritas Netbackup and NDMP Solaris or NT Netbackup Master and several Media servers Connect the Netapp into the swtich with the extra fibre connection. Zone the switch so the Netapp and two tape drives are tied together. Backup driectly to the tape drives by using NDMP. My questions to Netapp are: 1) Is this possible? 2) How would the Netapp log into the switch? As a Loop or Fabric? 3) What is the solution for backing up a Netapp directly to Fibre tape drives? 4) What is supported? I am going to test what I thank will work but any thoughts or ideas would be helpful. Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970

1 0

RE: Attaching a Netapp to Fibre Tape drives in a SAN???
by Darleen.Cormier＠netapp.com 17 May '00

17 May '00

Hi Jason, Yep we do, with a few differences. The solution that has been tested and certified is as follows. NetApp filer Vixel 8100 switch ( with special NAS firmware) Veritas or Legato software Spectralogic or ATL libraries The press release announcing this can be found at www.netapp.com/news/press/news_rel_20000202.html also if you check the Spectralogic web site and the Vixel web site they have more information. FYI, NetApps does not sell the pieces and integration for this solution but several of our resellers do. -----Original Message----- From: jmiddlebrooks(a)datalink.com [mailto:jmiddlebrooks@datalink.com] Sent: Wednesday, May 17, 2000 6:51 AM To: toasters(a)mathworks.com Cc: Engineering(a)datalink.com Subject: Attaching a Netapp to Fibre Tape drives in a SAN??? Has anybody had any thoughts or done any testing with the following configuration? Basically connecting a Netapp into a SAN for backups not storage. One Netapp F760 One extra Fibre Card in the Netapp One Firbre Switch (Brocade or Ancor) One Tape Library connected into the Fibre Switch. Veritas Netbackup and NDMP Solaris or NT Netbackup Master and several Media servers Connect the Netapp into the swtich with the extra fibre connection. Zone the switch so the Netapp and two tape drives are tied together. Backup driectly to the tape drives by using NDMP. My questions to Netapp are: 1) Is this possible? 2) How would the Netapp log into the switch? As a Loop or Fabric? 3) What is the solution for backing up a Netapp directly to Fibre tape drives? 4) What is supported? I am going to test what I thank will work but any thoughts or ideas would be helpful. Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970

1 0

RE: Network Appliance Upgrade to ONTAP 5.3.4R3P2 and Backups
by Micheler Klaus (MDCA Villach) 17 May '00

17 May '00

On Thu, Apr 20, 2000 at 11:37:35AM -0400, Kelly Wyatt wrote: >> We upgraded out filers to NetApp Release 5.3.4R3P2 this weekend. Since then, NBU 3.2 keeps downing the tape drives on several, but not all of the filers (3 of 9). This seems to happen before, during and after backups. >> >> Has anyone else seen this? Thanks!! >we saw this on previous versions of NBU, 3.1.*, the work around was really >lame. cron executed a script which did something like: vmoprcmd -up # for >each drive. Hi there! We also have the same problem with this release of Ontap and Netbackup v3.2. According to Netapp the cause of this problem is a faulty Java Class (Garbage collection) which NDMP uses. This should also be the reason for the problems with Ontap 5.3.5xxx, where the problem got critical and backup stopped working. Netapp recommended us to switch to Ontap 5.3.5R2P1, where the NDMP-BUG is (hopefully) fixed. regards, Klaus Micheler Infineon Technologies DC

6 6

storageshelf questions
by Rob Windsor 12 May '00

12 May '00

Has anyone successfully mixed FC8s and FC9s on the same FCAL loop? We currently have four FC8s connected to our F740, one FC8 not connected (no drives in it), and two FC9s just arrived (we ordered FC8s, but tech said that they'll co-exist just fine). The instructions indicate that when you connect one FC9 to an existing loop containing FC8s, you have to make it ID-0. What about the second one? (I'm assuming that we just make it ID-1, but the documentation isn't clear.) I'll probably just price what NetApp would charge to just upgrade your existing FC8s to FC9s. I'd rather have a homogeneous set of shelves, honestly. Also, I heard a nasty rumor that the F740 actually maxes out at 7 trays worth of (18Gig) disks. Is this true or can we order our 8th tray without worries? -- Rob ---------------------------------------- Rob Windsor E-Mail - mailto:rob_windsor@adc.com Senior Unix Systems Administrator Voice - phone:972-680-6919 Computer Services Fax - phone:972-680-0370 Broadband Access and Transport Group __o ADC Telecommunications _`\<,_ Richardson, TX 75082 (_)/ (_)

4 6

Weird error messages
by Haim Dimermanas 11 May '00

11 May '00

Hi all, At last, my filer is in production :) Pfff.... almost had a hearth attack! I had to copy about 29 Gb of files in different qtree all located on the same volume. After the whole thing finished (it took 3 hours), I went to the console and saw this : Thu May 11 03:06:14 EDT [de0]: 8 CORR SYS ERR 201 eia:f6f60058b20000 fs:274f400 eis:0 isr:80000001 Thu May 11 03:06:14 EDT [de0]: ...SYS ECC error: address=0xf6f600, bit=31, DIMM=J27 Thu May 11 03:12:29 EDT [raid_stripe_owner]: 9 CORR SYS ERR 201 eia:ccf254058b20000 fs:2c3f400 eis:0 isr:80000001 Thu May 11 03:12:29 EDT [raid_stripe_owner]: ...SYS ECC error: address=0xccf2540, bit=31, DIMM=J27 Thu May 11 03:27:18 EDT [de0]: 10 CORR SYS ERR 201 eia:94960058b20000 fs:2f1f400 eis:0 isr:80000001 Thu May 11 03:27:18 EDT [de0]: ...SYS ECC error: address=0x949600, bit=31, DIMM=J27 Thu May 11 04:00:00 EDT [statd]: 4:00am up 9 days, 4:14 21685006 NFS ops, 0 CIFS ops, 0 HTTP ops Thu May 11 04:14:33 EDT [de0]: 11 CORR SYS ERR 201 eia:46545058b20000 fs:202f400 eis:0 isr:80010001 Thu May 11 04:14:33 EDT [de0]: ...SYS ECC error: address=0x465450, bit=31, DIMM=J27 Thu May 11 04:41:14 EDT [de0]: 12 CORR SYS ERR 201 eia:d578c058b30000 fs:2d0f400 eis:f0 isr:80000001 Thu May 11 04:41:14 EDT [de0]: ...SYS ECC error: address=0xd578c0, bit=31, DIMM=J27 Thu May 11 04:41:14 EDT [de0]: 13 CORR SYS ERR 201 eia:ec93b0058b20000 fs:2d0f400 eis:f0 isr:80000001 Thu May 11 04:41:14 EDT [de0]: ...SYS ECC error: address=0xec93b00, bit=31, DIMM=J27 Thu May 11 04:43:50 EDT [wafl_hipri]: 14 CORR SYS ERR 201 eia:11b2a90058b20000 fs:2b5f400 eis:0 isr:80000001 Thu May 11 04:43:50 EDT [wafl_hipri]: ...SYS ECC error: address=0x11b2a900, bit=31, DIMM=J30 Thu May 11 05:00:00 EDT [statd]: 5:00am up 9 days, 5:14 25265758 NFS ops, 0 CIFS ops, 0 HTTP ops Thu May 11 05:07:31 EDT [raid_stripe_owner]: 15 CORR SYS ERR 201 eia:1b52ca4058b20000 fs:2a3f400 eis:0 isr:80000001 Thu May 11 05:07:31 EDT [raid_stripe_owner]: ...SYS ECC error: address=0x1b52ca40, bit=31, DIMM=J30 Thu May 11 06:00:00 EDT [statd]: 6:00am up 9 days, 6:14 28703375 NFS ops, 0 CIFS ops, 0 HTTP ops can anyone explain me what this means? Is it serious? Thanks. Haim. -- @o=qw(Nu Wjoepxt2l Mjdsptpgu);@p=("jt gvdlfe vq","jt tiju","tvdlt"); for($i=0;$i<@p;$i++){$o[$i]=~y/b-y/a-z/;$p[$i]=~y/b-y/a-z/;} while(){print $o[((rand)*3)]." ".$p[((rand)*3)]."\n";}

3 3

RE: Recovering files using NetApp
by Darleen.Cormier＠netapp.com 11 May '00

11 May '00

Hi Akhilesh, You need to be running the ClientPak for NetApp on your filer, and if you are then, then you would use a special na_recover command from the command line ( The GUIs do not presently work, with this version from Legato) The na_recover command ensures that the files retain their original permissions or ACLs when they are recovered. If you need to know more about the ClientPak for NetApp, please check out Legato's web site. -----Original Message----- From: Akhilesh Kumar [mailto:akumar@egreetings.com] Sent: Wednesday, May 10, 2000 3:16 PM To: NetApp mailing list Subject: Recovering files using NetApp Hi Gurus, I am using Legato Networker to back up a F720 filer. On a Unix machine that is setup as a Legato client, I can run nwrecover on the client and recover selected files. Any ideas how to do a recover for the filer ? I can use nwadmin on the backup server, but that recovers the whole save set. I want only particular files. Thanks Akhilesh Kumar

2 1

Recovering files using NetApp
by Akhilesh Kumar 10 May '00

10 May '00

Hi Gurus, I am using Legato Networker to back up a F720 filer. On a Unix machine that is setup as a Legato client, I can run nwrecover on the client and recover selected files. Any ideas how to do a recover for the filer ? I can use nwadmin on the backup server, but that recovers the whole save set. I want only particular files. Thanks Akhilesh Kumar

1 0

RE: bootpc/DHCP on NetCache (was RE: Portscan causes DOT 5.3.2R1 to fall over?)
by Jonas Jonsson 10 May '00

10 May '00

Configure the IP address of the box manually acc to the maunal. /// Br, Jonas > -----Original Message----- > From: Colin Johnston [mailto:colinj@uk.psi.com] > Sent: 10 May 2000 16:42 > To: James R Grinter > Cc: toasters(a)mathworks.com > Subject: Re: bootpc/DHCP on NetCache (was RE: Portscan causes DOT > 5.3.2R1 to fall over?) > > > > > > seems to answer your own question - it looks like the > netcache box can > > be set up to acquire configuration via DHCP (which is, as I'm sure > > you know, basically bootp+extensions anyway and all works > on that same > > bootpc port.) > > How does one disable this DHCP functionality ?? since I know what ip's > should be allocated to the machines in question. > > Colin Johnston > SA > PSINET UK >

1 0

RE: Portscan causes DOT 5.3.2R1 to fall over?
by Sateesh Mucharla 10 May '00

10 May '00

What are effects of Virus (computer virus) on a "ntfs qtree" and on a "mixed qtree". Thanks to all who responded to my question on "Raid Groups". I am going with 12+1, 12+1,6+1 with 2 hot spares. (Totally 35 drives). Thanks Sateesh Mucharla National Semiconductors - CA.

1 0

bootpc/DHCP on NetCache (was RE: Portscan causes DOT 5.3.2R1 to fall over?)
by jrg＠acm.org 10 May '00

10 May '00

On Wed 10 May, 2000, Colin Johnston <colinj(a)uk.psi.com> wrote: >Any idea why bootpc runs in NetAppCache machines ?? >68/udp open bootpc > >Also message on console when nmap run about DHCP >Wed May 10 11:37:12 BST [de0]: Discarding packets for DHCP client port >originating from server 10.0.0.5 port 400 seems to answer your own question - it looks like the netcache box can be set up to acquire configuration via DHCP (which is, as I'm sure you know, basically bootp+extensions anyway and all works on that same bootpc port.) James.

2 1

RE: Portscan causes DOT 5.3.2R1 to fall over?
by Muhlestein, Mark 10 May '00

10 May '00

This is could be bug #12417. It's fixed in 5.3.5P2, 5.3.5R2P1, and 5.3.5R2P2. Mark Muhlestein -- mmm(a)netapp.com > -----Original Message----- > From: Brian Tao [mailto:taob@risc.org] > Sent: Tuesday, May 09, 2000 10:58 PM > To: toasters(a)mathworks.com > Subject: Portscan causes DOT 5.3.2R1 to fall over? > > > Has anyone tried portscanning a filer (or had their filer > portscanned?) Any ill effects? We ran a network-wide nmap on our own > internal network yesterday evening, and while at first it didn't seem > like it harmed anything (we weren't expecting any problems), it now > appears that some badness may have resulted on one of our F210's > running DOT 5.3.2R1. > > We started noticing the problem when NFS clients were no longer > able to establish file locks. At first, we thought this was simply > Solaris' NFS client acting up again. But then we noticed it happening > on a few other Solaris servers and also on someone's FreeBSD > workstation. > > Further digging showed that every Solaris NFS client of the F210 > logged the exact same message to syslog at roughly the same time (give > or take a couple of minutes): > > May 8 18:13:25 office.corp /usr/lib/nfs/lockd[19392]: > t_accept(file descriptor 5/transport tcp) TLI error 7 > > The lock_dump command on the filer showed a few locks in GRANTED > state, but one was for a pid that no longer existed on the given > client. At that point, any attempt to lock a file residing on that > Netapp would time out and fail. An "rpcinfo -p" showed all the usual > RPC services running (nlockmgr, status, mountd, nfs, rpcbind) except > for rquotad. I don't know if that is significant (we do have user and > tree quotas on the filer). > > The time of the syslog entries coincided with the time of the > portscan run the previous night. To test a couple of other theories, > I tried a series of TCP, UDP and RPC portscans using nmap 2.30b20 > ("nmap -sRUT"). The filer crashed almost immediately, but came back > up within a couple of minutes. Now file locking was behaving > correctly again, and a number of applications that were hanging before > now worked fine. > > I'm not sure if Netapp support will have much to go on here... no > crash dump was saved to disk and /etc/messages is clean, with the only > odd entry being: > > Tue May 9 15:39:20 EDT [de0]: Discarding packets for DHCP > client port originating from server 10.35.1.73 port 9af6. > > 10.35.1.73 is the host doing the nmap. This entry was logged just > before the filer crashed. I didn't have a console attached to the > filer at the time to watch the boot messages. The filer serves NFS as > well as CIFS. > > Anyone run across this problem before? > -- > Brian Tao (BT300, taob(a)risc.org) > "Though this be madness, yet there is method in't" >

2 1

Quota & Performance
by Fabio Pietrosanti 10 May '00

10 May '00

Hi, i'm planning to setting up quota on the Filer, but i want to know if it decrease the performance of the filer. Thanks Fabio Pietrosanti

1 0

Portscan causes DOT 5.3.2R1 to fall over?
by Brian Tao 10 May '00

10 May '00

Has anyone tried portscanning a filer (or had their filer portscanned?) Any ill effects? We ran a network-wide nmap on our own internal network yesterday evening, and while at first it didn't seem like it harmed anything (we weren't expecting any problems), it now appears that some badness may have resulted on one of our F210's running DOT 5.3.2R1. We started noticing the problem when NFS clients were no longer able to establish file locks. At first, we thought this was simply Solaris' NFS client acting up again. But then we noticed it happening on a few other Solaris servers and also on someone's FreeBSD workstation. Further digging showed that every Solaris NFS client of the F210 logged the exact same message to syslog at roughly the same time (give or take a couple of minutes): May 8 18:13:25 office.corp /usr/lib/nfs/lockd[19392]: t_accept(file descriptor 5/transport tcp) TLI error 7 The lock_dump command on the filer showed a few locks in GRANTED state, but one was for a pid that no longer existed on the given client. At that point, any attempt to lock a file residing on that Netapp would time out and fail. An "rpcinfo -p" showed all the usual RPC services running (nlockmgr, status, mountd, nfs, rpcbind) except for rquotad. I don't know if that is significant (we do have user and tree quotas on the filer). The time of the syslog entries coincided with the time of the portscan run the previous night. To test a couple of other theories, I tried a series of TCP, UDP and RPC portscans using nmap 2.30b20 ("nmap -sRUT"). The filer crashed almost immediately, but came back up within a couple of minutes. Now file locking was behaving correctly again, and a number of applications that were hanging before now worked fine. I'm not sure if Netapp support will have much to go on here... no crash dump was saved to disk and /etc/messages is clean, with the only odd entry being: Tue May 9 15:39:20 EDT [de0]: Discarding packets for DHCP client port originating from server 10.35.1.73 port 9af6. 10.35.1.73 is the host doing the nmap. This entry was logged just before the filer crashed. I didn't have a console attached to the filer at the time to watch the boot messages. The filer serves NFS as well as CIFS. Anyone run across this problem before? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

Jump to page:

2026

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