toasters

toasters@lists.teaparty.net

13515 discussions

RE: Syslog
by Hackworth, Brian 02 Aug '00

02 Aug '00

: In any case I think its a pretty usefull thing to be able to do. : So how do I go about raising an RFE? You can open new cases on NOW if you like. I took care of entering this RFE for you just now. -- Brian Hackworth hackwort(a)netapp.com Network Appliance 408.822.6654 Sunnyvale, CA USA

1 0

Syslog
by Pesce, Nicholas (FUSA) 02 Aug '00

02 Aug '00

I have an interesting problem. Maybe someone could help me. I am trying to get syslog on a netapp filer to log remotely. I have placed the exact commands into the filer syslog.conf for local and remote logging. I also pinged the remote server to make sure that I could get to it in the first place. I am currently logging to /etc/messages but not to the remove server: Here is what my stuff looks like a rdfile of the syslog.conf (names and IPs were changed to protect the innocent) #5-30-2000 The syslog admin host is <remote box> cron,daemon,kern,syslog.alert;cron,daemon,kern,syslog.err;cron,daemon,kern,s yslo g.crit;cron,daemon,kern,syslog.emerg @10.0.0.1 auth,cron,daemon,kern,syslog.alert;auth,cron,daemon,kern,syslog.err;auth,cro n,da emon,kern,syslog.crit;auth,cron,daemon,kern,syslog.emerg;auth,cron,daemon,ke rn,s yslog.warning /etc/messages This seems legitimate. But I could be off. Has anyone else had problems doing remote logging? Nicholas Pesce Internet Production Services Phone: 847 488-6384 Pager: 888 785 3455 Fax: 847 488 3434

4 5

F630 problems?
by Jeremy Hansen 02 Aug '00

02 Aug '00

A client of mine has a loaner F630. He's having very many issues with this box and a linux client. From this point just assume we've done all the nfsv3 patches, dhiggens, etc. Is there any issues with this box and the ontap version? ash> version NetApp Release 5.3.4R2: Sun Nov 21 13:29:37 PST 1999 ash> Basically the server just stops responding completely. Can get requested slot, etc. We've tried tcp mounts, this doesn't seem to make a difference. The problem is pretty severe that it leads me to believe that it's a netapp bug. I've personally never touched anything other then a F740 with the latest ontap installed. Thanks -jeremy -- http://www.xxedgexx.com | jeremy(a)xxedgexx.com ---------------------------------------------

2 1

RE: What about SSH
by Philip, Nicolas 01 Aug '00

01 Aug '00

Jay, Mike is right, SecureAdmin 1.0 is a product sold separately that installs a SSH server (Secure Shell protocol) on your filer running Data ONTAP 5.3.x. It supports SSH 1.x clients only. It uses RSA for key echange (Host/Server key up to 1024 bits) and DES (56 bits) or 3DES for data encryption. Filer commands and your login name + password are therefore encrypted when passed over the network to your remote filer. Also we cannot include it with Data ONTAP due to US encryption export regulations that apply to such products and royalties paid to RSA. Since June 2000, SecureAdmin 1.0 is also available to customers based oustide the US and Canada (except Government type of end-users) Please contact your NetApp sales representative for more information on how to get a copy of SecureAdmin 1.0. and on exceptions that apply to certain Government type of end-users (Utilities, ISPs, Telcos, Health institutions, etc). Nicolas. Product Manager for System Management. Network Appliance. Sunnyvale, CA. -----Original Message----- From: Mike Sphar [mailto:mikey@remedy.com] Sent: Monday, July 31, 2000 2:56 PM To: toasters(a)mathworks.com Subject: RE: What about SSH If you're running Data ONTAP 5.3 or later, check the man page for SecureAdmin. Just go to http://[Your_Filer_name]/na_admin/man/na_secureadmin.1.html -- Mike Sphar - Sr Systems Administrator - Engineering Support Services, BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: Jay Orr [mailto:orrjl@stl.nexen.com] Sent: Monday, July 31, 2000 12:44 PM To: toasters(a)mathworks.com Subject: What about SSH Is there any way to use SSH to get to a server, so the password isn't broadcast over the network? If not, is there any other authentication method, or is it just straight telnet and console connections? ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

2 1

RE: Need terminator for one of the disk shelfs.
by Whitman, Michael 01 Aug '00

01 Aug '00

Jay: There is an easy visual way to tell if your disk shelf(s) need a FC-AL terminator. If you see two fans on the back of the disk shelf, then you are looking at an FC-7 or FC-8 disk shelf. In this case, you would need to terminate the loop with a FC-AL terminator. If you see three fans on the back of the disk shelf, then you are looking at an FC-9 shelf. An FC-9 shelf does NOT have to be terminated. Another way to verify that you have an FC-9 is that you will have two power supplies with green buttons on the left hand side of the shelf - the older shelfs did not have green buttons on the power supplies. As far as terminating the filer, check the back of the filer. Towards the right rear of the filer, there will be an FC-AL port. If you see one or more PCI-based FC-AL adapter cards installed, then you should terminate the FC-AL port on the back of the filer and connect the disk shelf to the FC-AL card. Hope this proves helpful. Don't forget that you can always access the NOW site on the web for specific configuration information. ___________________ Best Regards, Michael Whitman Professional Services Engineer San Diego, CA Network Appliance, Inc. (NTAP) 858-625-4675 mwhitman(a)netapp.com Get answers NOW! - NetApp On the Web - http://now.netapp.com -----Original Message----- From: Jay Orr [mailto:orrjl@stl.nexen.com] Sent: Friday, July 28, 2000 6:51 AM To: Brian Tao Cc: Corris Randall; Robert Johannes; toasters(a)mathworks.com Subject: Re: Need terminator for one of the disk shelfs. We recently purchaced a FC-AL 720, and I asked about the terminator. I was told it depends on the model of the drive-shelf as to whether or not it self terminates. Don't remember which was which though. On Wed, 26 Jul 2000, Brian Tao wrote: > On Wed, 26 Jul 2000, Corris Randall wrote: > > > > I believe if you have FC9's you don't need the terminator... they're > > auto-terminating... > > It sounds like his disk shelf is connected to a slot-based FC-AL > adapter, so he still needs the terminator for the on-board adapter > (matching his description of a serial port). > -- > Brian Tao (BT300, taob(a)risc.org) > "Though this be madness, yet there is method in't" > > ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

3 2

RE: Syslog
by Pesce, Nicholas (FUSA) 01 Aug '00

01 Aug '00

well, at least I know it isn't just me :) -----Original Message----- From: chris_good(a)webtop.com [mailto:chris_good@webtop.com] Sent: Tuesday, August 01, 2000 1:26 PM To: toasters(a)mathworks.com Subject: Re: Syslog Ronan Mullally wrote: >On Tue, 1 Aug 2000, Pesce, Nicholas (FUSA) wrote: >> This seems legitimate. But I could be off. Has anyone else had problems >> I also pinged the remote server to make sure that I could get to it in the >> first place. >Check that the syslogd on the remote box is set up to receive messages >from the network. AFAIK most Linux distributions these days (for >example) aren't. I was just looking at exactly the same thing today, we log all our syslogs out to one server. Everything else works fine, the filer doesn't. Sounds like a bug of some sort: syslog.conf extract from filer: *.info local5(a)212.111.41.140 and on our loghost: local4.* /var/log/lb # Netapp01 messages local5.* /var/log/netapp01 The one thing I read was that it had to be tab seperated but I've already checked that. -- Chris Good WebTop.com http://www.webtop.com Tel: +44 (0) 1223 715000 Fax: +44 (0) 1223 715001

1 0

Memory upgrade for F720?
by Nick.Mayrath＠envoy.com 01 Aug '00

01 Aug '00

Can I upgrade the RAM in my F720 from 256 -> 512? If so, is there a specific type of RAM I need to use? What about upgrading the NVRAM? Thanks

1 0

Clustering
by Moshe Linzer 01 Aug '00

01 Aug '00

Who's using cluster failover? We're thinking of doing it with 2 F760's, about 1TB total. Can anyone relate any pluses/minuses of such a configuration? Thanks, Moshe -- ----------------------------------------------------------------------------- Moshe Linzer | On the Internet, Unix Systems Manager | National Semiconductor, Israel | nobody knows you're a moron. Phone: 972-9-970-2247 | Fax: 972-9-970-2001 | - Network Magazine Email: moshel(a)nsc.com | -----------------------------------------------------------------------------

2 1

RE: Virtual Interfaces and direct connections to servers
by Bond, Andrew 01 Aug '00

01 Aug '00

Hi David, We have done this internally from a Sun client. Sun allows you to define different trunking policies: - mac - round robin - IP destination address - IP source/destination addres For more information, go to http://docs.sun.com , I think the sun trunking manual is online. Other platforms may have fixed policies or different options. Regards, Andrew > -----Original Message----- > From: David Lockwood [mailto:David.Lockwood@benettonformula.com] > Sent: 31 July 2000 16:56 > To: toasters(a)mathworks.com > Subject: Virtual Interfaces and direct connections to servers > > > Has anybody had any experience of connecting UNIX servers > directly to a NetApp filer and using Virtual Interfaces to > get a broader bandwidth. I want to be able to bypass a > network switch and use software on the UNIX box that will > 'trunk' the UNIX servers network ports together? > > > > ---------------------------------------------------------------------- > > For further information on Benetton Formula 1 visit our web > site at www.benettonf1.com. This email and any files > transmitted with it are confidential and intended solely for > the use of the individual or entity to whom they are > addressed. If you have received this email in error please > destroy and notify Benetton Formula on +44 1608678000. > > ---------------------------------------------------------------------- >

1 0

RE: Netapp filesystem failure rate
by Mohler,Anissa 01 Aug '00

01 Aug '00

We do publish a calculation that you can use to estimate the "Mean Time to Data Loss" based on the MTBF for each type of drive. You can get the MTBF number from the individual drive manufacturer's web sites. http://www.netapp.com/tech_library/3027.html#section3.2 In this reference "Data Loss" is defined as "when the failures of two or more disk drives within the same RAID group overlap" This would be the time that you would be required to restore from tape. As far as actual field numbers... I really don't know ;( -----Original Message----- From: Brian Tao [mailto:taob@risc.org] Sent: Sunday, July 30, 2000 6:17 PM To: toasters(a)mathworks.com Subject: Netapp filesystem failure rate Does Netapp have any numbers that they could share publically on how often they see filesystem failures in the field (i.e., double disk failure, spare drive bug, etc.) that would require restoring all the data from tape? I did a quick count in my head and figured we have roughly 21 filer-years of operation (1 filer running for 3 years, 2 for 2.5 years, etc.) without a catastrophic failure yet. Is the actual observed number more like 50 filer-years? 100? 200? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

4 3

What about SSH
by Jay Orr 01 Aug '00

01 Aug '00

Is there any way to use SSH to get to a server, so the password isn't broadcast over the network? If not, is there any other authentication method, or is it just straight telnet and console connections? ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

6 6

RE: NOW website down?
by La Londe, Renee 01 Aug '00

01 Aug '00

Hi All, As requested, we have modified our "downtime" statement to make it clear when the NOW site is down for scheduled downtime or due to technical difficulties . Also we posted our scheduled downtime information in a link off of the NOW home page (located at the bottom). In the near future we will be moving away from monthly releases and will move towards quarterly releases-which equates to more uptime for our users. When this happens the downtime information will be updated with this information accordingly. http://now.netapp.com/public/downtime.shtml Thanks, Renee Get Answers on NOW (Netapp on the Web)! http://now.netapp.com --- Renee.LaLonde(a)netapp.com wrote: > > > Hi Everyone, > > The planned downtime window for "routine > upgrades/maintenance" to NOW is > actually scheduled only during late hours (US PDT) > on Saturdays. > We picked Saturday nights based upon the small > amount of web traffic that occurs > during this period so that we can minimize the > impacts to our customers. > > The outage that we experienced yesterday was due to > internal networking issues > and was not a "planned" outage. However, our > standard "planned downtime" > message below was displayed. We will look at making > this message more > representative of the issue at hand. > > Thanks for your feedback. If you have any > questions/further input please feel > free to send me an email directly. > > Best Regards, > > Renee La Londe > renee(a)netapp.com > E-Service Web Manager > Get Answers on NOW (Netapp on the Web)! > http://now.netapp.com > > > > -----Original Message----- > From: Jeff Innis [mailto:figaro911@hotmail.com] > Sent: Tuesday, July 18, 2000 4:51 PM > To: toasters(a)mathworks.com > Subject: NOW website down? > > > Seems the NOW website is down for "routine" > maintenance. Seems strange to be > having routine maintenance during what is still > business hours here on the > West Coast. Ok, not trying to be US centric but I'am > sure that most of > Netapps sales are from US based businesses, so it > would seem to be sensible > to do this during "off" hours, 2:00am EDT sounds > good. Comments from Netapp > folks? > > > J > > > > The NOW website will be > inaccessible due to routine > maintenance. > We apologize for the > inconvenience. > > To download software, please go to > download.netapp.com. > > The Global Support Center can be > reached during this time > (and at > all times) by the phone numbers > below: > > 1-888-4NETAPP (toll free > within U.S.) > 1-408-822-4700 (direct dial > from elsewhere) > 00 800 44 NETAPP (for > countries with UIFN; > toll-free) > +31 23 5679605 (for all > other countries; int'l call > r > > > ________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ===== Yours, Eyal Traitel eTraitel(a)yahoo.com, Home: 972-3-5290415 (Tel Aviv) *** eTraitel - it's the new eBuzzword ! *** __________________________________________________ Do You Yahoo!? Get Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/

1 0

RE: What about SSH
by Mike Sphar 31 Jul '00

31 Jul '00

If you're running Data ONTAP 5.3 or later, check the man page for SecureAdmin. Just go to http://[Your_Filer_name]/na_admin/man/na_secureadmin.1.html -- Mike Sphar - Sr Systems Administrator - Engineering Support Services, BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: Jay Orr [mailto:orrjl@stl.nexen.com] Sent: Monday, July 31, 2000 12:44 PM To: toasters(a)mathworks.com Subject: What about SSH Is there any way to use SSH to get to a server, so the password isn't broadcast over the network? If not, is there any other authentication method, or is it just straight telnet and console connections? ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

1 0

Virtual Interfaces and direct connections to servers
by David Lockwood 31 Jul '00

31 Jul '00

Has anybody had any experience of connecting UNIX servers directly to a NetApp filer and using Virtual Interfaces to get a broader bandwidth. I want to be able to bypass a network switch and use software on the UNIX box that will 'trunk' the UNIX servers network ports together? ---------------------------------------------------------------------- For further information on Benetton Formula 1 visit our web site at www.benettonf1.com. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Benetton Formula on +44 1608678000. ----------------------------------------------------------------------

1 0

RE: Visio Stencils for NetApp filers
by Smart, Steve 31 Jul '00

31 Jul '00

http://now.netapp.com/NOW/cgi-bin/software/ The the link on bottom right of thep age will get you to the Visio stencil area. S -----Original Message----- From: David Lockwood [mailto:David.Lockwood@benettonformula.com] Sent: 31 July 2000 11:57 To: toasters(a)mathworks.com Subject: Visio Stencils for NetApp filers Does anyone know where I can get some Visio stencils for NetApp filers. I am particularly interested in a Stencil for the front and rear of an F740. ---------------------------------------------------------------------- For further information on Benetton Formula 1 visit our web site at www.benettonf1.com. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Benetton Formula on +44 1608678000. ----------------------------------------------------------------------

1 0

Visio Stencils for NetApp filers
by David Lockwood 31 Jul '00

31 Jul '00

Does anyone know where I can get some Visio stencils for NetApp filers. I am particularly interested in a Stencil for the front and rear of an F740. ---------------------------------------------------------------------- For further information on Benetton Formula 1 visit our web site at www.benettonf1.com. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please destroy and notify Benetton Formula on +44 1608678000. ----------------------------------------------------------------------

1 0

RE: Netapp filesystem failure rate
by Mohler, Jeff 31 Jul '00

31 Jul '00

Lets add in 'environmentals' too. Ive been on site and seen: 120d ambient temp machine rooms. Racks with running filers being moved across a room by hammering a pipe at the base of the rack. Shelves dropped. Drives dropped. Heads dropped. A & B power supplies all on the same curcuit (causes FCAL brown out badness in a lot of cases) Leaky styrofoam cups placed on the filer head. Drives SLAMMED home when replaced/installed by customer. Stripped screws securing a shelf having the heads hammered off with a chisel..with the shelf/drives still spinning ..and the winner... ...a serial cable in place of a FCAL jumper cable. -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: Monday, July 31, 2000 1:18 AM To: Mohler,Anissa; 'Brian Tao' Cc: toasters(a)mathworks.com Subject: Re: Netapp filesystem failure rate > As far as actual field numbers... I really don't know ;( Actual field numbers would no doubt be greater, since you are dealing with a wider variety of drives over history (presumably some less reliable than the current ones) and you also have some rare software / firmware bugs that probably necessitated a restore once or twice. Bruce

1 0

Netapp filesystem failure rate
by Brian Tao 30 Jul '00

30 Jul '00

Does Netapp have any numbers that they could share publically on how often they see filesystem failures in the field (i.e., double disk failure, spare drive bug, etc.) that would require restoring all the data from tape? I did a quick count in my head and figured we have roughly 21 filer-years of operation (1 filer running for 3 years, 2 for 2.5 years, etc.) without a catastrophic failure yet. Is the actual observed number more like 50 filer-years? 100? 200? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

Remove me from this alias please
by meadsoft＠infonet.ca 30 Jul '00

30 Jul '00

Remove me from this alias please.

1 0

RE: Performance probs with UDP NFSv3. (and other pertinent questions)
by mds＠gbnet.net 28 Jul '00

28 Jul '00

I'd put money on the client-side options in /etc/system (or ndd equivs in scripts) not being raised high enough. We've discussed these Solaris tunables to death before now. A good document on them can be found here: http://www.rvs.uni-hannover.de/people/voeckler/tune/EN/tune.html I also have a question stemming from this discussion; first, some background: Oracle, and other db's I presume, keep a lot of data in memory. They arrange to have parts of tables in memory according to their use patterns, if at all possible. Solaris, as with most modern Unixen, has a filesystem buffer-cache that keeps small writes (and probably also large writes) and reads in memory that's not part of the user-process space, and isn't AFAIK shared with the user-process space. It's possible in Sol2.6-7 to use priority-paging to alleviate the buffer- cache competition for process memory. Solaris 8 has a different memory model. Either way the problem doesn't go away, it just bites less hard and fast. Now (I'm getting there!) VxFS, UFS (since Sol2.6), and raw-disk devices (or Disksuite metadevices or VxVM volumes) all allow for DirectIO or raw IO. The goal being *not* to double-cache database files. The DBMS is better at cacheing database data and more system RAM can be used constructively by the DBMS if there's less buffer-cache competing. It also saves lots of double-copies between the buffer-cache and user process space. As an aside VxFS allows 'discovered' DirectIO which means Oracle's small writes can still cause a problem. What I want to know, and what I have yet to have clarified for me, is: 1) are NFS files buffer-cached? (I believe they are) and, 2) is there anything that can be done to moderate the buffer-cache competition (other than priority-paging), and/or alleviate the double-copying that this implies. Also, given that on Solaris I'm informed that nothing short of an obscure fcntl() call can ensure data is flushed from a file back to the server, just how do databases maintain their ACID transaction semantics? Do you need log sections on local disk regardless? I feel I should know this stuff, being an old hand now on the list, but it occurred to me that I still don't have all the answers. Sorry if this was a little incoherent, not entirely sober and alert right now, I might have missed something obvious. -- -Mark ... an Englishman in London ...

2 1

RE: Performance probs with UDP NFSv3.
by jeff.mohler＠netapp.com 28 Jul '00

28 Jul '00

If I had to GUESS here..I would say that the GigE to FastE conversion -might- be the issue with large transmit windows (v3). UDP has no throttle methodology built in like TCP does...and you could be overrunning the conversion process. More stats would help..but im only guessing. The Gig to FastE issue isnt perhaps the best way to do this at all, but will work given you dont overrun the switching mechanism. Now if this were a <xxx> to FDDI, I would be concerned, because the packet fragmentation and reconstruction will easily override most switches. -----Original Message----- From: Krishnan Prabhakar [mailto:kpkar@netapp.com] Sent: Friday, July 28, 2000 12:55 PM To: foo+netapp(a)eek.org Cc: toasters(a)mathworks.com Subject: Re: Performance probs with UDP NFSv3. > The network at the moment is like this: > > [760] flow-control need to be turned ON > | > Gig-e > | > | > [Foundry FastIron] flow-control need to be turned ON on the port > | > | > 100Mb/s Ethernet > | > | > [Foundry FastIron] flow-control need to be turned ON > | > | > Gig-e > | flow-control need to be turned ON > [Sun e4500] i guess the bottle-neck is the 100bt inbetween 10x faster Gig-e links on both-sides. ( FastIron cant forward the packets through 100Mb/s port as fast as it receives packets through 1000Mb/s port ie. from filer/e4500) Usually its done the otherway ( 100bt -- 1000sx pipe - 100bt ) the above network topology is not 'appropriate' for a server network! i guess there should be lots of 'dropped'/retransmits at the both ends ( 'netstat -s' ) Note : this is my first guess based on the info. in this thread. > > > The reason for the 100Mb in between is that for the moment the 4500 and > the filer are in different parts of a building (power issues prevent > having them in the same place) which is connected via 100Mb. > > That said, I spent a lot of time looking at the switches and network to > see if it was causing the problems. The fast ethernet interface has never > gone above around 30Mb or so, there are no errors of any kind of any of > the ints (no collisions, no align/fcs/giant/short, nothing *at all*). > Everything is full-duplex, flowcontrol is off on everything (any thoughts > about that?), all of the cabling was tested before installation... in > short, the network looks right. > > Eventually the filer and DB will be connected directly to each other, but > I have trouble believing that this will solve the current problems > considering there is currently no congestion in the network. > > The DB has all of the recent patches, but no optimization has been done. > > What am I missing? > > -Brian > > foo wrote: > > Has anyone else experienced performance problems using UDP NFSv3 between > > Solaris 2.7 and an F760 (running 5.3.5R2)? > > > > Using v3 I get the following errors intermittently: > > > > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 not responding still trying > > Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 ok > > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 not responding still trying > > Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 ok > > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 not responding still trying > > Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 ok > > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 not responding still trying > > Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 ok > > > > When I switched the mount to v2 (udp), these errors went away, and > > performance seemed to increase. Netapp documentation recommends v3, but it > > doesnt seem to work very well in my environment. > > > > Since this filer is used for a DB, this is causing huge problems. Should I > > just leave it at v2, or is worth trying to determine why v3 is performing > > poorly? > > > > -Brian

1 0

Performance probs with UDP NFSv3.
by foo 28 Jul '00

28 Jul '00

Has anyone else experienced performance problems using UDP NFSv3 between Solaris 2.7 and an F760 (running 5.3.5R2)? Using v3 I get the following errors intermittently: Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 ok When I switched the mount to v2 (udp), these errors went away, and performance seemed to increase. Netapp documentation recommends v3, but it doesnt seem to work very well in my environment. Since this filer is used for a DB, this is causing huge problems. Should I just leave it at v2, or is worth trying to determine why v3 is performing poorly? -Brian

4 3

Re: CIFS, ownership and chowning from nfs -Reply
by Timothy Cook 28 Jul '00

28 Jul '00

setting anon=0 in your exports will set any unknown uid to roots uid, allowing unscrupulus people to create scripts which will execute as root and wreak havoc on your system. Not a recommended procedure as far as system security is concerned! >>> Jay Tribick <jay.tribick(a)carrier1.net> 07/27/00 08:50am >>> > After on of the NT/Admins went bonkers last night moving a bunch of > users to the NetApp (without consulting me first), I have found that > appox 10% of the user catalogs is owned by root, with unix-style > permissions are drwxrwxrwx, and I am unable to change owner or > permissions from either nfs-side or using SecureShare tool on the NT. > > The users are unable to write to their nfs-mounted files > > At the time of migration, the usermap.cfg did not contain mapping of > the Admin account/group to root, and > > wafl.nt_admin_priv_map_to_root on > wafl.root_only_chown on > > Does anyone have a clue to what can remedy this? Try adding anon=0 onto your options in /etc/exports - that should allow you to change permissions as long as your UID is 0 (AFAIR) -- Regards, Jay Tribick Senior Systems Engineer Carrier1 Voice: +44 207 531 3874 Mobile: +44 7801 526 638

4 4

RE: Performance probs with UDP NFSv3.
by jeff.mohler＠netapp.com 28 Jul '00

28 Jul '00

Can you describe what network hardware lies between the filer and your UNIX machine? Im more inclined to say you have a transmission problem than a version one. Smaller transmission windows in v2 may be hiding a performance issue in your LAN/WAN that v3 has a problem with. End resuly may be going to TCP to introduce more reliable error correction. -----Original Message----- From: foo [mailto:foo+netapp@eek.org] Sent: Thursday, July 27, 2000 9:18 PM To: toasters(a)mathworks.com Subject: Performance probs with UDP NFSv3. Has anyone else experienced performance problems using UDP NFSv3 between Solaris 2.7 and an F760 (running 5.3.5R2)? Using v3 I get the following errors intermittently: Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:41:07 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:42:06 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:43:30 bullwinkle unix: NFS server 10.20.10.10 ok Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 not responding still trying Jul 27 20:45:40 bullwinkle unix: NFS server 10.20.10.10 ok When I switched the mount to v2 (udp), these errors went away, and performance seemed to increase. Netapp documentation recommends v3, but it doesnt seem to work very well in my environment. Since this filer is used for a DB, this is causing huge problems. Should I just leave it at v2, or is worth trying to determine why v3 is performing poorly? -Brian

3 3

Need terminator for one of the disk shelfs.
by Robert Johannes 28 Jul '00

28 Jul '00

Dear fellas, I was recently involved in the moving of a netapp filer from a hosting facility to our office building, and during transportation, I lost the terminator that plugs into the port that looks like a serial-port on the back of the disk shelf. That port is labeled "output/terminator" on the back of disk shelf (I assume the casing actually housing the disks is called the disk shelf?) Where can I find a replacement for this terminator? Would a standard retail store carry something like this? If so, which ones? Any help appreciated. I've not tried running the filer without that terminator, does anyone know what would happen if I did? Do I stand to lose data? Thanks Robert Johannes Systems Administrator Kairos-Damango Internet Services Inc. 1300 Godward Street suite 3200 Minneapolis, MN 55413

4 3

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