toasters

toasters@lists.teaparty.net

13515 discussions

Re: budtool 4.6 / ndmp /restore
by dnb＠ccs.neu.edu 25 Feb '99

25 Feb '99

Douglas Ritschel <djr(a)research.bell-labs.com> writes: > We seem only to be able to restore files, that were backed up from our > Netapp 760 filer, to their original location on the Netapp. If I try to > restore a file to a different location on the Filer, than the location > that it was backed up from, I receive an error message saying that the > machine is not running ndmp. And the restore fails. > > Does anyone have experience with this? We had some interesting restore problems until we found out that you must create an "etc" directory at the top of each of your volumes (at least in 5.1.2* with Budtool 4.6). The filer will then create a "tmp" dir for you in that etc dir and use it as a staging area for your restore. Fascinating, no? Peace, dNb

3 2

budtool 4.6 / ndmp /restore
by Douglas Ritschel 25 Feb '99

25 Feb '99

We seem only to be able to restore files, that were backed up from our Netapp 760 filer, to their original location on the Netapp. If I try to restore a file to a different location on the Filer, than the location that it was backed up from, I receive an error message saying that the machine is not running ndmp. And the restore fails. Does anyone have experience with this?

2 1

RE: Net App and NetBackup
by Daisy Nguyen Davis 25 Feb '99

25 Feb '99

I DO NOT recommend Budtool! I have been using Budtool in the last 4 years. From the beginning, the support was wonderful even though the product was just so so. But since Budtool splits into 2 companies: budtool and Intelliguard, I have had many bad experiences with both product and support from Intelliguard. Many of their experience tech supports are gone. The new ones are nasty and inexperience. In my opinion, the product is not worth the headache. Daisy --------------------------------------- From: "Raymond Brennan" <ray_brennan(a)mentorg.com> Subject: RE: Net App and NetBackup MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.0810.800 In-Reply-To: <199902251256.NAA15704(a)uabs78c65.uab.ericsson.se> Sender: owner-toasters(a)mathworks.com Precedence: bulk X-Mozilla-Status2: 00000000 part text/plain 619 Press <return> to show content... I have been using Budtool from Intelliguard and can heartily recommend it-very stable, very easy to use and well supported. Raymond >-----Original Message----- >From: owner-toasters(a)mathworks.com >[mailto:owner-toasters@mathworks.com]On Behalf Of Michael Salmon >Sent: Thursday, February 25, 1999 12:57 PM >To: toasters(a)mathworks.com >Subject: Net App and NetBackup > > >I wondered if anyone was using NetBackup with their filers. We are >currently using Networker but are sufficiently dissatisfied that we >going to look at NetBackup and I am interested in any problem that >others have encountered. > >/Michael >

5 6

Problems w/ NetApp & BudTool 4.6
by Jason D. Kelleher 25 Feb '99

25 Feb '99

On the evening of Saturday February 20 we upgraded from BudTool 4.5 to 4.6. Since then, we've not been able to do local NDMP backups on our filer. Anyone out there experience similar problems? If so, would you please throw some suggestions my way. We have support calls open with both NetApp (being very helpful considering it's probably not an issue with their system) and Intelliguard (with what we pay them I'd assume they could at least hire warm bodies). Here's what we've come up with so far: 1) Intelliguard told us to add the line "ROBOT_SCSI_LUN 1" to the jbmgr_config for the filer. This allowed the jbmgr daemon to start. audreyii: /usr/budtool/bud [225] % cat jbmgr_config.audreyii.2 ROBOT_DEV_HOST nfssrv1 ROBOT_DEV_NAME spt0 ROBOT_SCSI_ID 2 ROBOT_SCSI_BUS 2 ROBOT_SCSI_LUN 1 DATA_DEV_NAME0 nrst0a DATA_DEV_HOST0 nfssrv1 PASSWORD xxxxxxxx USEBARCODE N VALIDATECMD "$BTHOME/bin/jbupdate audreyii:2 -a" audreyii: /usr/budtool/bud [226] % 2) Running the BudTool probe-scsi command shows the devices: audreyii: ~ [230] % probe-scsi -h nfssrv1 Copyright (c) 1990-1999 by Intelliguard Software Inc. probe-scsi BudTool 4.6 SCSI Bus 0 SCSI Bus 1 SCSI Bus 2 Target 2 Unit 0 Removable Tape EXABYTE EXB-8500 CC37 Unit 1 Removable Jukebox Device EXABYTE TZ Media Changer CC37 SCSI Bus 3 SCSI Bus 4 audreyii: ~ [231] % 3) After placing 2 labled BudToool tapes into the jukebox, running jbupdate returns instantly showing no tapes in the jukebox (doesn't even attempt to read tape labels). audreyii: ~ [236] % jbupdate audreyii:2 -a ------------------------------------------------------------------ ------ W A R N I N G ------- You have selected to force an update on all 5 tapes. This process requires several minutes per tape for unbarcoded tapes. Large jukeboxes with unbarcoded tapes can take several hours. The PID of this process is 8721. Use a HUP, INT, TERM or QUIT to terminate this process if you do not want to continue. ------------------------------------------------------------------ Update complete. audreyii: ~ [237] % jbmgr -H audreyii:2 ls -a 0: 1: 2: 3: 4: audreyii: ~ [238] % 4) We can perform remote NDMP backups to our BudTool master media server, but this isn't practical at ~2.2 GB/hr with 70+ GB on our filer. (It's an old, slow F330 which I'm supposed to be replacing instead of trouble-shooting...) 5) Gave Intelliguard a copy of our config file, the jbmgr diag log, and the probe-scsi output for analysis. The diag file does show some errors: 6) After not receiving much help from Intelliguard, we called NetApp. They sugggested we upgrade from 5.1.2P2 to 5.1.2R3P1 to remove the possibility that this was related to an NDMPD bug (6417). 7) Spoke to Intelliguard again Monday and informed them that we were going to upgrade the filer. We decided to see if the upgrade solved the problem. (They managed to fix a btcp issue after I waited 4 hours for a call back -- I'm still waiting for our sales rep to tell me exactly what kind of turn around to expect when paying extra for 24x7 support.) 8) Nothing changed after the upgrade Monday night. I informed NetApp; they opened another call and had us send them more info. 9) Told Intelliguard, gave them another copy of the diag file. 10) Configured BudTool to do lev 1 remote backups of the filer, this should hold us until the weekend. 11) Had to take a personal day Tuesday (for personal reasons). Hoped I get a couple voice/e-mails telling me that someone figured out what was wrong. (Finding out we were stupid and didn't have BudTool configured correctly would have been a relief.) 12) Wednesday we received some follow-up calls from NetApp, the call was escalated, and we're currently expecting a call. 13) We verified that tapes can be manually loaded into the jukebox drive and dump run on the console of the filer. Pretty confident that the jukebox didn't coincidentally die during the BudTool upgrade. 14) Will file missing persons reports for Intelliguard employees in another 24 hours. (Anyone have the number for the police in Dublin, CA?) So far, I'm confident it's a BudTool issue. (Many thanks/apologies to NetApp if it is.) I'd be very grateful if someone could give me a possible avenue of investigation. I'm at a dead-end and looking at over 30 hours of backups to lev 0 our filer this weekend... :( thanks, jason --- Jason D. Kelleher kelleher(a)susq.com Susquehanna Partners, G.P. 610.617.2721 (voice) 401 City Line Ave, Suite 220 610.617.2916 (fax) Bala Cynwyd, PA 19004-1122

2 1

Re: Shared Snapshot directory
by Daniel Quinlan 24 Feb '99

24 Feb '99

Dave Hitz <hitz(a)netapp.com> writes: > It remains to be seen whether or not we're crazy, but perhaps > I can convince you that we're not *completely* crazy. > > I understand your skepticism, because running the entire backup data > flow through Java would probably not result in acceptable performance. > > Our idea is to use Java to execute the Legato daemons, and to direct > the data movement, but to provide new primitives in WAFL that allow > Java to say things like: "stream the data from this inode to this > network connection." I'm not sure what all WAFL primitives Jim ended up > adding to boost performance, but hopefully you get the idea. We're not > talking about the normal Java I/O library here. > > So Java orchestrates the backup, but the data flow itself goes directly > from WAFL to the network, using the same basic code path as NFS, CIFS > or HTTP. Dave, This seems like marketing-deal-driven engineering. A backup system that requires every client to run a specialized daemon (which must be ported every time you want to use a new type of client) seems really broken to me. We're quite happy here using dump, restore, and (nowadays) NDMP. I'm worried that these additions will not only cause us problems on our filers, but will encourage Legato to kill off BudTool. Most of all, I don't really understand the effort being applied to Java/Legato when other simple, useful, and important protocols like SNTP, SNMP, and rsh are unsupported or neglected. - Dan

2 1

Too many open files...
by yrsuser 23 Feb '99

23 Feb '99

I have an F230 that is lightly used (relatively speaking) with NFS and CIFS enabled, and HTTPD - but no real web stuff on it yet. It's running 5.1R1 - and has been up for about 110 days. A few days ago, I started getting the following error, which shows up once a minute in the /etc/messages file: [httpd_log_main]: can't open /etc/log/httpd.log: too many open files I'm not seeing any other problems - my users are not having trouble getting to things in their home directories (primarly what we have on the F230). No disk errors, scrub errors, or other warnings in the logs. Is there a simple solution? I'd rather not have to reboot unless it becomes a real problem. I'm waiting for delivery of the current version of the OS, and will need to reboot to install that anyway. Cliff

1 0

cifs shares -delete ... {-force ?}
by Todd C. Merrill 23 Feb '99

23 Feb '99

There doesn't appear to be a "force" option to the `cifs shares -delete` command, that is available via an rsh: # rsh bat-toaster cifs shares -delete R12 The share R12 cannot be deleted; users are currently using it. However, if I do this on the console, it prompts me: bat> cifs shares -delete R12 Users have open files on R12. Continuing the operation will force the files closed. Do you want to continue this operation? [no]: yes and the share can be forcibly deleted. I need to be able to do this programmatically via an rsh command; the man pages for cifs_shares show no such option (forcegroup doesn't seem appropriate). Help! toaster info: R12 /vol/vol0/devel/R12 everyone / Full Control Files are open with both Exec-denyW and Read-denyN. NetApp Release 5.2.1: Thu Dec 31 12:56:45 PST 1998 Until next time... Todd C. Merrill The Mathworks, Inc. 508-647-7792 24 Prime Park Way, Natick, MA 01760-1500 508-647-7012 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

RE: Shared Snapshot directory
by Benn, Paul 23 Feb '99

23 Feb '99

I just wanted to clarify that if a UNIX backup server is used, it must use NDMP. If a multiprotocol Filer is backed up as an NFS volume, all of the NTFS permissions will be lost. If an NT backup package is used, the NTFS permissions and the UNIX permissions are retained. WAFL also keeps an archive bit for UNIX files so that an NT package can perform incremental backups. Keep an eye out for my new document titled "How to Integrate a Network Appliance Filer into the Windows NT Backup Model." It should be posted soon at: http://www.netapp.com/technology/apps.html Here's a snippet from one of the sections: 5.2 Using Windows NT to Automate Snapshot Backup The process described in Section 5.1 can be automated using features that are built into the Windows NT operating system. The Windows NT "at" scheduling service (briefly described in Section 2.4) can be used in combination with the "rsh" command to do this. Before it will work though, some minor preparation to the filer and to Windows NT will need to be performed. First, using a text editor, edit the "etc\hosts.equiv" file on the filer. Add a line as follows: #Use the host name or IP address. #If a host name is used, ensure #that it also appears in the /etc/hosts file. #Note the capital 'A' host_name Administrator Alternatively, this can be done using the FilerView GUI from a web browser. Next, from the Services option in the Windows NT Control Panel, configure the "Schedule" service to start automatically using the "Administrator" account. Configuring a Service to Start Using a Particular User Account Once the filer and Windows NT have been setup, schedule a batch process using the Windows NT "at" command. The following batch file, which uses NT Backup, is included as a reference: REM In this example, 'filer5' will be used as the name of the filer REM The qtree is called 'qtmixed,' which resides on a single REM volume filer. The default volume name is vol0. REM REM Delete the snapshot created by the previous run of this process rsh filer5 -l root snap delete vol0 openfiles REM REM Turn off oplocks, telling clients to release the file rsh filer5 -l root qtree oplocks qtmixed disable REM REM Create a snapshot directory called openfiles rsh filer5 -l root snap create vol0 openfiles REM REM Re-enable oplocks rsh filer5 -l root qtree oplocks qtmixed enable REM REM Map a drive letter to the filer's root share net use f: \\filer5\c$ REM REM Run the backup command - in this example NTBackup. REM Notice that '~snapshot' is used instead of '.snapshot' start /normal /b ntbackup backup f:\dir\~snapshot\ /hc:on /t normal REM End of file The above batch file (less the last few lines, launching a backup command) could also be used as a pre-job process with almost any Windows NT backup package. -----Original Message----- From: Daniel Quinlan [mailto:quinlan@transmeta.com] Sent: Monday, February 15, 1999 11:39 PM To: Patrick.Day.B(a)bayer.com Cc: toasters(a)mathworks.com Subject: Re: Shared Snapshot directory Patrick Day B <Patrick.Day.B(a)bayer.com> writes: > This is kinda long, so i appologize ahead of time... You're an NT shop, eh? I really strongly recommend using the Unix dump/restore facilities built into Data ONTAP -- it's *much* faster, it takes much of the complication out of the process, it preserves both NT and Unix attributes, and it works. Also use a Unix backup server (Solaris is probably best). For backup software, we have pretty good results with BudTool. Anyway, I think the way to do what you're trying to do is this: - create a share of / (actually, any directory, but the example here is /) - prior to backup, create a named snapshot ("mybackup.<num>") (this is what effectively happens when using dump) - backup from /.snapshot/mybackup.<num> or /.snapshot/mybackup.<num>/dir, - after backup, remove the named snapshot This way, you don't have to worry about the backups changing out from under you, and the CIFS locking of shares shouldn't affect you. However, I really want to warn you away from this... IMO, these are the basic mistakes made when backing up NetApps (in order of most bad to least bad): 1. backup up over a network filesystem (NFS or CIFS) instead of dump/restore 2. backup using NT backup host instead of Unix 3. backup across network instead of directly attached SCSI jukebox 4. backup from scheduled snapshots instead of manual ones (or ones created automatically by dump) 5. backup using rsh instead of NDMP 6. (for sites with more than a few hundred GB) backup using non-scalable home-grown scripts instead of "real" backup software 7. lesser mistakes: small blocksize, too large or small of a tree in one dump, backing up during the day, etc. I'm sure our backup guru would have a few items to add. :-) - Dan

5 4

Re: Nitech XRP1000 filer
by sirbruce＠ix.netcom.com 23 Feb '99

23 Feb '99

On 02/22/99 18:41:25 you wrote: > > Has anyone used the XRP 1000? It's Nitech's "answer" to the >Netapp (the even mention Network Appliance specifically as the market >leader in network-attached storage, and that they compete with Netapp). > >http://www.nitech.com/online/Company/Storage/XRP_1000/body_xrp_1000.html I've never used one, but... I went to the URL. I laughed. I cried. I want to surf it again and again. The company provides virtually no background info on itself. No listing of who's at the helm. It looks like it's operating out of somebody's garage... of course, Netapp started the same way, but at least they had some sense to put together something professional. The white paper is told in a somewhat folksy style; clearly it was written by someone just rambling and without much experience. It contains several grammatical and spelling errors. The presentation still refers to Network Appliance, Inc. as Network Appliance Corporation, and even uses the old abbreviation NAC. The docs also from time to time mention a few filer details that this product doesn't suffer from, like single telnet sessions. All this leads me to believe that this is some guy who was once familiar with them and who decided he could compete, without really understanding the underlying software technologies. The product may be good, but I have little faith in the company. Sure, even Netapp was once a nobody, but they were a lot more professional and had a lot more going for them. Bruce

1 0

RE: Fiber Channel filer failures
by Mohler, Jeff 23 Feb '99

23 Feb '99

Cisco routers do intake/output monitoring on the RSP cards. *grin* > -----Original Message----- > From: Graham C. Knight [SMTP:grahamk@ast.lmco.com] > Sent: Monday, February 22, 1999 11:07 AM > To: Mohler, Jeff > Cc: toasters(a)mathworks.com > Subject: Re: Fiber Channel filer failures > > Mohler, Jeff wrote: > > > > For all concerned..I have all of my cabinets on temp SNMP > tracking, > > and the F760 (two heads 9 shelves) runs about 85deg at 6" below the top > of > > the cabinet. > > Would it be a real hassle to explain how this monitoring is done? > > Thx, > Graham

2 1

RE: Fiber Channel filer failures
by Mohler, Jeff 22 Feb '99

22 Feb '99

> but i turned NIS off in > a fit of frustration a few weeks ago... --- Ive seen issues where if my corporate DNS server goes funky, the NA will just refuse to work with DNS at all. Even after the corporate DNS servers are back up and running well, nothing but a reboot will get the NA to resolve hostnames. Ive just entered all hosts..into the hosts file to get around this. I can turn CIFS on and off, it would be nice to be able to kick BIND in the ass too without a reboot.

1 0

RE: Fiber Channel filer failures
by Mohler, Jeff 22 Feb '99

22 Feb '99

> Last week we had a fiber channel F760 completely crash and burn. Right > now > the system is in a state where it will serve data for 10 or 15 minutes > and then > it reports inconsistent parity errors and crashes. We will be sending it > to > Netapp for failure analysis. > Graham --- Im having a lot of the same errors. I have used two different heads and get the same errors. After enough nasty deaths, I had to boot from floppy and download the OS again because what was on the first drive was trash. We've swapped system boards, and cables. The system has been stable since doing two things. I swapped out the OEM RAM with the replacement RAM I was proactively sent that Im told could cause FC problems, and I upgraded OS to 5.1.2.R3P1 (I belive it was). I still got errors after upgrading the OS, but since replacing the RAM the system has been rocl solid (crosses toes). But since a majority of my errors were from the first shelf, I have a replacement shelf to install either the next time the system crashes, or late this week before my RMA window closes. I might add that Benjamin and Dave Z. were -extremely- helpful with this problem, Ben had to drop off for some other problems, and Dave was able to pick this up and run fast with it. Kudos!

2 1

RE: Fiber Channel filer failures
by Mohler, Jeff 22 Feb '99

22 Feb '99

For all concerned..I have all of my cabinets on temp SNMP tracking, and the F760 (two heads 9 shelves) runs about 85deg at 6" below the top of the cabinet. I should be getting my ventilated back-doors this week to help bring that down. NO alarms so far.

2 1

RE: Fiber Channel filer failures
by Mohler, Jeff 22 Feb '99

22 Feb '99

Ok..now I feel stupid for three small posts in a row. NA Support had me make sure, that I had a minimum of 3A available on my power to the shelves, they have a cheat sheet on resolving FC errors, and low/brown power is on the list. Ask your helpdesk rep for more information.

1 0

Fiber Channel filer failures
by Graham Knight 22 Feb '99

22 Feb '99

Last week we had a fiber channel F760 completely crash and burn. Right now the system is in a state where it will serve data for 10 or 15 minutes and then it reports inconsistent parity errors and crashes. We will be sending it to Netapp for failure analysis. That was a nightmare to say the least - and, of course, it happened while i was on vacation. (My first thought was that somebody was mad at me for flaming about the disk firmware thing and decided to take it out on me personally - yikes - i swear off flaming for the rest of my life). Anyway, last night another of our filers crashed with the same type of errors. This is an F630 with FC disks. I called NetApp - just got off the phone with them - they are looking into it, but before i lose another filer i thought i'd bounce this one off of the user community. These are the types of errors it spits out: Sun Feb 21 04:22:00 MST [isp2100_main]: isp2100_error_proc: dev 8.11 (0.11) data underrun (cmd opcode 0x28) ( 0x0 0x5c28 0x8000 ) Sun Feb 21 04:22:00 MST [isp2100_main]: Disk 8.11: Data underrun (0xfffffc0000c204f0,0x28,0) a few of those then a few of these: Sun Feb 21 04:22:00 MST [raid_stripe_owner]: Inconsistent parity on volume vol0, RAID group 2, stripe #377824. Sun Feb 21 04:22:00 MST [raid_stripe_owner]: Rewriting bad parity block on volume vol0, RAID group 2, stripe #377824. Then: Sun Feb 21 04:23:22 MST [edm_admin]: No valid paths to Enclosure Services in shelf 2 on ha 8. Sun Feb 21 04:23:22 MST [raid_stripe_owner]: Inconsistent parity on volume vol0, RAID group 2, stripe #377861. Sun Feb 21 04:23:22 MST [raid_stripe_owner]: Out of messages; cannot dump contents of inconsistent stripe. Sun Feb 21 04:24:00 MST [edm_admin]: No valid paths to Enclosure Services in shelf 3 on ha 8. Sun Feb 21 11:30:36 GMT [rc]: de_main: e10 : Link up. Sun Feb 21 04:30:37 MST [rc]: saving 44M to /etc/crash/core.0.nz ("wafl_check_vbns: vbn too big") Netapp thinks the previous failure may have been due to heat in the computer room - BUT - the filer *never* spit out any thermal warnings - I'm not too sure if i believe that heat was the culprit - i can run it for hours doing disk scrubs, but as soon as i use it for NIS it crashes. This system is in a different room and has a beter ventilated cabinet - again, no thermal warnings in the messages file - but maybe the thermal warning messages don't work? Just out of curiosity - has anyone ever seen a FC system spit out a thermal warning?? (5.1.2P2) Has anyone experienced these types of problem with FC filers? I've never had a problem with SCSI filers - but these FC ones just seem flaky to me.... Thanks for any insight anyone can lend... Graham

4 3

Re: Recovered error messages no longer logged in 5.1.2R3
by sirbruce＠ix.netcom.com 20 Feb '99

20 Feb '99

On 02/18/99 17:44:54 you wrote: > >> Does anyone else have an interest in having the flexibility of including >> soft error messages in the log files or is there a general consensus >> that they are unnecessary. We're trying to get support from other users >> for making the toggle available. > >Yes, I would like to have the toggle as well. In the first place, I would >like those messages to remain in the log file (I have not upgraded to 5.1 >yet but plan to do so next month). We have prevented disk crashes by >monitoring them. The toggle *should* already be in place. The messages should be logged at the syslog DEBUG level. If you specify a higher level, you shouldn't see them. One argument against this is there's a lot of other junk that can get logged at the DEBUG level. All this means is that some priorities need to be reorganized, and an acceptable default level found. Or you could break them up through useful facility designations. And simply inform old customers who may have turned on DEBUG just for these messages what the recommendation is for the new version. You don't see me criticizing netapp often, but I will here. They sometimes seem to bow to pressure to remove informational messages and options useful to "power users" in order to reduce the load on their support staff and keep up the appearance of simplicity. This seems to be what happened here. I also think it's pretty poor of them to make the change without telling their customers (was it documented?), or without even asking if that's what their customers wanted. Bruce

2 1

F740 performance: rule of thumbs?
by Todd C. Merrill 20 Feb '99

20 Feb '99

Our new F740 has a pretty constant load (`sysstat 10`) thusly: CPU NFS CIFS HTTP Net kB/s Disk kB/s Tape kB/s Cache in out read write read write age 46% 1114 1131 0 512 1331 701 371 0 0 5 53% 1559 1316 0 595 1615 446 387 0 0 6 50% 1343 1275 0 596 1211 489 464 0 0 5 48% 1454 1283 0 544 1272 276 395 0 0 6 52% 1844 1275 0 651 1837 280 320 0 0 6 58% 1399 1551 0 1027 2787 1037 450 0 0 6 56% 1796 1351 0 763 1541 352 378 0 0 6 45% 1024 1349 0 620 1422 330 542 0 0 6 58% 1657 1353 0 1193 2991 620 754 0 0 6 51% 1171 1467 0 598 1424 272 453 0 0 6 with occasional (every 5-10 minutes) sustained peaks of: 77% 1242 1201 0 489 1731 5285 5049 0 0 6 81% 1497 1279 0 600 2048 4327 5026 0 0 5 78% 1495 1221 0 563 1589 4287 5488 0 0 4 76% 1229 1213 0 472 1795 4546 5262 0 0 3 81% 1467 1150 0 1345 2634 3683 5746 0 0 2 80% 969 1068 0 397 2051 3876 6298 0 0 2 91% 1049 905 0 384 1102 1230 10622 0 0 2 92% 1328 942 0 448 1801 1536 10336 0 0 2 Are there any rules of thumb about when I should start worrying? I've got only about 2/3 of the data on it and the same fraction of clients connected to it that I need. The low cache numbers already worry me, but it's got the stated max of 1/2 GB. Max CPU and nfs-ops/sec I've seen is: 86% 3148 563 0 4228 5598 4131 3845 0 0 1 93% 4425 452 0 3573 4503 3283 3977 0 0 1 92% 3320 437 0 6299 4711 3778 5573 0 0 1 95% 3827 552 0 5282 5195 4094 5663 0 0 1 at which point I imagine the robot from "Lost In Space" coming out flailing its arms, if there existed the option "danger.will_robinson on". (Basic config is two 7 drive shelves of 18 GB FC-AL disks in a single RAID group with one spare and one volume and a quad 100 Mb/s board trunked into a 400 Mb/s fd pipe to the switch. I think I overspec'ed the network connection, though I have seen Net kB in and out burst and exceed 10,000 each, almost the limit of a single 100 Mb/s pipe). Until next time... Todd C. Merrill The Mathworks, Inc. 508-647-7792 24 Prime Park Way, Natick, MA 01760-1500 508-647-7012 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

3 2

Re: F740 performance: rule of thumbs?
by sirbruce＠ix.netcom.com 20 Feb '99

20 Feb '99

On 02/19/99 19:03:37 you wrote: > >On Thu, 18 Feb 1999, Todd C. Merrill wrote: >> >> with occasional (every 5-10 minutes) sustained peaks of: >> >> 77% 1242 1201 0 489 1731 5285 5049 0 0 6 >> 81% 1497 1279 0 600 2048 4327 5026 0 0 5 >> 78% 1495 1221 0 563 1589 4287 5488 0 0 4 >> 76% 1229 1213 0 472 1795 4546 5262 0 0 3 >> 81% 1467 1150 0 1345 2634 3683 5746 0 0 2 >> 80% 969 1068 0 397 2051 3876 6298 0 0 2 >> 91% 1049 905 0 384 1102 1230 10622 0 0 2 >> 92% 1328 942 0 448 1801 1536 10336 0 0 2 > > The inbound network traffic (less than 1MB/sec) doesn't jive with >your disk writes (5-10MB/sec). Are these not consecutive lines of >output, or are you recovering from a failed drive, or what? He said he was doing systat 10 earlier, I assume this are systat 10 stats as well. Some systat 1 output of typical and peak periods would be more helpful. However, my guess is he won't have much trouble adding another 1/3 users as indicated. NVRAM might have to be updgraded if these peak writing periods become too long. However, one should also consider other load this server might have on it in full production, like how it'll perform during a backup or a disk failure. If this hasn't been considered yet and you want to leave room for some growth then I would hesitate adding 50% more users. Bruce

2 1

RE: Shared Snapshot directory
by Benn, Paul 20 Feb '99

20 Feb '99

I believe that a UNIX based Networker server can backup an NT based Networker client while preserving the NT metadata. If this is so, you might try "front ending" a filer (via a mapped drive letter) with an NT box running the Networker client service. I have this procedure explained in my backup paper which should hit the external web within a week. -----Original Message----- From: Jim Harm [mailto:harm1@llnl.gov] Sent: Friday, February 19, 1999 9:46 AM To: Benn, Paul Cc: toasters(a)mathworks.com Subject: RE: Shared Snapshot directory Could UNIX backups maintain the NT information, when you have the Legato backup agent running on the netapp box? 8><-----snip-----snip-----snip-----

1 0

Re: Shared Snapshot directory
by Daniel Quinlan 20 Feb '99

20 Feb '99

Paul Benn <paul.benn(a)netapp.com> writes: > I just wanted to clarify that if a UNIX backup server is used, it > must use NDMP. Not quite -- it must use dump. Dumping via rsh instead of NDMP will also preserve CIFS attributes and 8.3 names. You just can't preserve CIFS attributes from a Unix NFS client whereas you can preserve NFS attributes from a WinNT CIFS client. - Dan

1 0

Re: Recovered error messages no longer logged in 5.1.2R3
by Daniel Quinlan 20 Feb '99

20 Feb '99

Greg Kitch <kitch(a)seas.ucla.edu> writes: > Does anyone else have an interest in having the flexibility of > including soft error messages in the log files or is there a general > consensus that they are unnecessary. We're trying to get support > from other users for making the toggle available. Yes, I want the soft errors to be logged. - Dan

1 0

Re: Recovered error messages no longer logged in 5.1.2R3
by John Tatar 18 Feb '99

18 Feb '99

Would someone from netapp let us know if that there is a facility and a level that we can set in the etc/syslog.conf file which would produce the Read sector error messages. Also is there a way you can kill -HUP the syslogd process so it will re-read the configuration file? JT -- =================================================================== John J. Tatar Systems & Network Engineering Section Advanced Computer Applications Group Decision & Information Sciences Division Argonne National Laboratory mailto:tatar@dis.anl.gov or john(a)tatar.com Office: 630-252-3242 Fax: 630-252-5128 Pager: 630-266-1063 ===================================================================

2 1

Re: Recovered error messages no longer logged in 5.1.2R3
by George Kahler 18 Feb '99

18 Feb '99

Greetings... Elena Samsonova <E.Samsonova(a)wxs.nl> writes: > > Does anyone else have an interest in having the flexibility of including > > soft error messages in the log files or is there a general consensus > > that they are unnecessary. We're trying to get support from other users > > for making the toggle available. > > Yes, I would like to have the toggle as well. In the first place, I would > like those messages to remain in the log file (I have not upgraded to 5.1 > yet but plan to do so next month). We have prevented disk crashes by > monitoring them. Ditto! I'm still on 4.3.5D4 on both of our F520 and F330. The F330 is using the old 4 GB Seagate drives which number of them were replaced due to crashes. I find the messages very important in judging and predicting the state of the drives. George ------------------------------------------------------------------------------- George Kahler e-mail: george(a)yorku.ca UNIX Systems Administrator humans: (416) 736-5257 x.22699 Computing Services, York University machines: (416) 736-5830 Ontario, Canada, M3J-1P3

2 1

wierd NFS (Solaris) behavior
by Jay Soffian 18 Feb '99

18 Feb '99

We've been having a problem with Solaris NFS clients not seeing file updates occuring on our NetApps for a matter of minutes. This appears to be more than just an attribute caching issue. All our Suns are running 2.5.1 and a recently patched (Generic_103640-24). We are using NFS v3 over udp. This behavior is difficult to reproduce reliably. I managed to catch a particularly egregious example one time. A file had been updated from one of our clients, and another client didn't see the update. Out of curiousty, I mounted the NetApp partition containing the file at a differnt mountpoint on the same client that wasn't seeing the update. The client saw two copies of the same file. Here is the _same_ file on the NetApp from two different mount points on one client: root@presidio:~/ # ls -l {/studios,/mnt}/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html -rw-r--r-- 1 20006 accatl 722 Dec 1 14:45 /mnt/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html -rw-r--r-- 1 20006 accatl 49 Nov 12 10:22 /studios/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html root@presidio:~/ # mount | grep '/export/studio' /studios on whirlpool:/export/studio proto=udp/remote on Tue Oct 13 04:02:54 1998 /mnt on whirlpool:/export/studio proto=udp/remote on Tue Dec 1 14:48:21 1998 Note that presidio is able to concurrently access two different copies of this file. It has cached not just the file attributes, but the data as well: root@presidio:~/ # wc {/studios,/mnt}/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html 1 3 49 /studios/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html 25 72 722 /mnt/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html Gets wierder still: root@presidio:~/ # touch {/studios,/mnt}/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html root@presidio:~/ # !ls ls -l {/studios,/mnt}/atlanta/accessatlanta/docs/pacman/includes/partners/rotation/namhoward.html -rw-r--r-- 1 20006 accatl 722 Dec 1 15:00 /mnt/atlanta/accessatlanta/docs/pacman/includes/partners/rotatio n/namhoward.html -rw-r--r-- 1 20006 accatl 49 Dec 1 15:00 /studios/atlanta/accessatlanta/docs/pacman/includes/partners/rot ation/namhoward.html Times updated, sizes did not. no_atime_update is off on the filer. Couldn't find anything at Sunsolve that seemed to be related to this problem. Any ideas? j. -- Jay Soffian <jay(a)cimedia.com> UNIX Systems Administrator 404.572.1941 Cox Interactive Media

2 1

Recovered error messages no longer logged in 5.1.2R3
by grdodson＠lexmark.com 18 Feb '99

18 Feb '99

I agree, I want to see these messages. I understand why NetApp is interested in suppressing them, (they cause unncessary support calls), but I want the heads up that a disk may be going south. An option to turn the messages on or a change to syslog.conf to re-enable the messages is needed. Graydon Dodson (606) 232-6483 grdodson(a)lexmark.com Lexmark International Inc. ----- Begin Included 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