toasters

toasters@lists.teaparty.net

13515 discussions

Re: Renaming quota trees
by Daniel Quinlan 01 Aug '98

01 Aug '98

Brian Tao <taob(a)risc.org> writes: > The magic that "quota qtree" performs isn't needed for the rename > then? I thought there was something in /etc/db/quota.db had to be > updated to stay consistent. In any case, I'll give that a try to > see how it works. Thanks. I could be wrong. I'd suggest trying a test case. I know that after the "mv", "quota qtree" does show the new name, so I assume what I described will work. - Dan

1 0

Re: Renaming quota trees
by Daniel Quinlan 31 Jul '98

31 Jul '98

Brian Tao <taob(a)risc.org> writes: > Is this possible? We have some transition requirements that would > be greatly eased if we could fire up a quota tree under, say, > /devtree at first, and then rename it to /tree once we roll the new > filesystem into production. Yes, it is. Just shut off quotas, "mv" the tree, change /etc/quotas, and restart quotas. You may have some stale file handle issues on clients afterwards if there was an old tree with similarly named files in active use. Dan

2 1

Moving a secondary volume to primary
by marc_merlin＠magic.metawire.com 30 Jul '98

30 Jul '98

Hi, I have a filer with two volumes, and I'd like to remove the first volume and keep the second one only. Is it as easy as doing: - copy of /etc from the first one to the second one - remove the firt volume - boot on floppy - download - reboot. ? Also, not that I have any reason to do that, but if I wanted to put the first volume back, how does the filer know which volume to boot on? Marc -- Home page: http://magic.metawire.com/~merlin/ (browser friendly) Finger merlin(a)magic.metawire.com for PGP key and other contact information

6 6

None
by Blake Cooper 29 Jul '98

29 Jul '98

subscribe toasters enteract-lists-toasters(a)news.enteract.com

1 0

Subscribe Toasters
by Poh G. K. Desmond, OI/SAE 29 Jul '98

29 Jul '98

1 0

midnight disk failure
by Daniel Quinlan 28 Jul '98

28 Jul '98

Does something about the timing of this disk failure strike anyone as odd or is it just me? I'm curious to know whether some checks only done once an hour, once a day, or if something else is at play. This happened on an 18 day old F630/FiberChannel running 5.0.1D1. Dan ------- start of cut text -------------- Mon Jul 27 23:00:00 PDT [statd]: 11:00pm up 17 days, 18 mins, 319161196 NFS ops, 0 CIFS ops, 0 HTTP ops Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008e2330): request failed after retry #20 Mon Jul 27 23:59:59 PDT [raid_stripe_owner]: Read on data disk 8.29 in volume vol0, RAID group 0, failed; reverting to degraded mode. Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008de230): opcode=0x2a sector 0 not ready (2 4, 1) Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008de230): request failed after retry #20 Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008da610): opcode=0x2a sector 0 not ready (2 4, 1) Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008da610): request failed after retry #20 Mon Jul 27 23:59:59 PDT [raid_stripe_owner]: Read on data disk 8.29 in volume vol0, RAID group 0, failed; entered degraded mode. Mon Jul 27 23:59:59 PDT [raid_stripe_owner]: One disk is missing from volume vol0, RAID group 0. A "hot spare" disk is available and the missing disk will be reconstructed on the spare disk. Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008d9910): opcode=0x28 sector 0 not ready (2 4, 1) Mon Jul 27 23:59:59 PDT [isp2100_main]: Disk 8.29(0xfffffc00008d9910): request failed after retry #20 Tue Jul 28 00:00:00 PDT [statd]: 12:00am up 17 days, 1:18 319612667 NFS ops, 0 CIFS ops, 0 HTTP ops Tue Jul 28 00:00:00 PDT [asup_main]: System Notification mail sent ------- end ----------------------------

2 1

remove snapshot, or what?
by Dan Bethe 26 Jul '98

26 Jul '98

Hi there guys. I'm not the regular NetApp tech around here, so I have a quick weekend maintenance question. Our filer had about -60MB (less than zero) free when I last checked it. We're deleting plenty of space now, but it's of course moving the deleted data to the snapshot storage. Is it proper to delete the snapshot storage manually? Or will the filer give it up in favor of the normal NFS export? We have, for example, some '.snapshot' directories that contain redundant data. Is 'rm -rf' proper there, or what? Thanks a lot.

2 1

snapshot issue solved
by Dan Bethe 26 Jul '98

26 Jul '98

Ok never mind. I see that the 'snap' command does that. I removed the oldest snapshot and we had 450Mb free after a few mins. Thanks anyway! :)

1 0

ndmpcopy?
by Jim Davis 25 Jul '98

25 Jul '98

I need to move about 56GB of data from one F520 to another. Does anyone have experience using ndmpcopy for that? It looks like it might fit the bill, but I'd be interested in hearing of any good-bad-indifferent experiences with it, and particularly what rate it can transfer data from one filer to another.

6 13

Renaming quota trees
by Brian Tao 24 Jul '98

24 Jul '98

Is this possible? We have some transition requirements that would be greatly eased if we could fire up a quota tree under, say, /devtree at first, and then rename it to /tree once we roll the new filesystem into production. -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't"

1 0

Re: Toasters list mail identification
by Tom Yates 24 Jul '98

24 Jul '98

On Fri, 24 Jul 1998, Nigel Metheringham wrote: > Is there any chance that some header can be added into the mail sent out > on the toaster's list to make it easier to identify by a mail handler. > Currently I have to depend on the envelope sender, which is not ideal but > normally works, but why is the sender <fubar(a)mathworks.com>, and why did > it suddenly change from <madhatta(a)mathworks.com>? it changed because the chap who's moderating it here changed, since this is my last day >snif<. this has been asked for once before, but i've never really felt like putting the time into busting majordomo apart and finding out if it, or sendmail, is bolting the envelope From together, and how to fix it. consensus seems to be that the envelope To and envelope From are there for the MTA's benefit, not yours; they are only reliable information for mail transport and delivery. otoh, there's now a new list moderator, who may well feel differently, and may be prepared to solve that problem, or add another identifying header to all toasters mail so you can filter on that. kendall, what sayest thou? Tom Yates - Unix Chap - The Mathworks, Inc. - +1 (508) 647 7561 MAG#65061 DoD#0135 AMA#461546 1024/CFDFDE39 0C E7 46 60 BB 96 87 05 04 BD FB F8 BB 20 C1 8C

1 0

RE: Veritas NetBackup
by Kelly Wyatt 24 Jul '98

24 Jul '98

We tried to restore to an alternate filer, and, as expected, it did not work. We were able to restore to an alternate location on the same filer. Now we are wondering if we can load a specific tape into the drive, go to the specific segment and try a manual restore. Has anyone else tried this? Kelly ------- Kelly Wyatt, saskww(a)wnt.sas.com <mailto:saskww@wnt.sas.com> Integrated Solutions Consulting SAS Institute Inc. / SAS Campus Drive / Cary, NC 27513 (919) 677-8000 X4279 (Voice) / (919) 677-4444 (FAX) http://www.sas.com <http://www.sas.com>

1 0

Re: Veritas NetBackup
by sirbruce＠ix.netcom.com 24 Jul '98

24 Jul '98

On 07/24/98 12:59:02 you wrote: > >On recent comments about Veritas requiring the same restore host: > >I believe this restriction was removed in the latest release (3.1.1?) >and that the restriction was purely down to hostname. I must have misread; I thought he was talking about some new NDMP restore package from Netapp, not something particular to Veritas. Bruce

1 0

Re: Toasters list mail identification
by Jason D. Kelleher 24 Jul '98

24 Jul '98

In message <E0yzhVI-0003Um-00(a)pearl.localnet>, Nigel Metheringham writes: > >pde(a)listserv.music.sony.com said: >} Erm. >} To: toasters(a)mathworks.com > >Which also means that your reply, sent directly to me, would be filed as >mailing list mail, rather than a direct message to me.... >[assuming that the To: included Cc:] What are you using to filter your mail? Can't you just file the mail into your list folder if it contains "toasters(a)mathworks.com" and not "Nigel.Metheringham(a)theplanet.net"? You're using exmh as your mailer, so I'd guess you are on a *nix system. If you don't have procmail installed, grab it, install it, read the docs, and finally beat your head against the wall lamenting all the time you've wasted without it. The procmail recipe would be something like this: :0 H : * ^TO.*toasters(a)mathworks.com * !^TO.*Nigel.Metheringham(a)theplanet.net $MAILDIR/toaster-list If you want to get really fancy, you can use a weighted scoring technique to throw out all the "me too"s and "subscribe" messages that have been comming through lately. :0 H : * ^TO.*toasters(a)mathworks.com * !^TO.*Nigel.Metheringham(a)theplanet.net { # This will trash mail whose ratio of quoted lines # to original lines exceeds 1:2. :0 Bh * 20^1 ^> * -10^1 ^[^>] /dev/null # If the message contains the word "subscribe" all by itself # on a line in the body, trash the message unless there are # at least 15 non-blank lines in the message. :0 B * 15^0 ^[ ]*subscribe[ ]*$ * -1^1 [^ ]+ /dev/null # Anything left, leave in a folder for later. :0: $MAILDIR/toaster-list } >[probably need to take this thread off the list before I get seriously >flamed :-) ] > > Nigel. I'll risk just this one follow-up. Your question might not have been "on topic", but people might find this useful. --- Jason D. Kelleher kelleher(a)susq.com Susquehanna Investment Group 610.617.2721 (voice) 401 City Line Ave, Suite 220 610.617.2916 (fax) Bala Cynwyd, PA 19004-1122

1 0

Toasters list mail identification
by Nigel Metheringham 24 Jul '98

24 Jul '98

Is there any chance that some header can be added into the mail sent out on the toaster's list to make it easier to identify by a mail handler. Currently I have to depend on the envelope sender, which is not ideal but normally works, but why is the sender <fubar(a)mathworks.com>, and why did it suddenly change from <madhatta(a)mathworks.com>? Nigel. -- [ Nigel.Metheringham(a)theplanet.net - Systems Software Engineer ] [ Tel : +44 113 207 6112 Fax : +44 113 234 6065 ] [ Real life is but a pale imitation of a Dilbert strip ]

4 4

Veritas NetBackup
by Thomson, Michael 24 Jul '98

24 Jul '98

On recent comments about Veritas requiring the same restore host: I believe this restriction was removed in the latest release (3.1.1?) and that the restriction was purely down to hostname. Cheers, Mike -- \\|||// Minds are like parachutes; (@ @) They only work when open. *---oOO-(_)-OOo------------------------------------* * Michael Thomson Email: mt53590(a)ggr.co.uk * * Unix Specialist Internal: 782 4393 * * Glaxo Wellcome External: 01438 764 393 * * Stevenage, UK Fax: 01438 763 204 * * .oooO Oooo. Mobile: 0498 725 047 * *--( )---( )-----------------------------------* \ ( ) / (Quote: Sir James Dewar) \_) (_/

1 0

Re: Backups... again
by sirbruce＠ix.netcom.com 24 Jul '98

24 Jul '98

On 07/23/98 21:32:43 you wrote: > >I have been evaluating veritas for use with backing up large filers. I >am concerned about something that I see as serious limitations with that >software: > >NDMP restores are always "in place" restores and will overwrite existing >files. This is documented in a Caution box in the NDMP book that came >with the netbackup software. Also, you cannot restore to any other >filer other than the one that you backed up. (I assume this is by name >so that a disaster recovery restore would work to any hardware you threw >at it, as long as it had the right name). Probably not. They probably mean that the configuration - hardware, drives, etc. - has to be exactly the same. I can't say this for sure, though. >Our evaluation criteria includes the ability to restore to another path >on the same filer, but according to the above, this will not work. We >still plan to try, though... > >Do others use backup software which is more flexible, or is this >something that is a (bad) side effect of using ndmp backups? Ummm, the filer also supports "regular" dump and restore, which can do a lot of things. NDMP has advantages in efficiency and such, but if you have other requirements, there's still regular dump and restore (which I assume are still supported). Bruce

2 1

Backups... again
by Kelly Wyatt 24 Jul '98

24 Jul '98

I have been evaluating veritas for use with backing up large filers. I am concerned about something that I see as serious limitations with that software: NDMP restores are always "in place" restores and will overwrite existing files. This is documented in a Caution box in the NDMP book that came with the netbackup software. Also, you cannot restore to any other filer other than the one that you backed up. (I assume this is by name so that a disaster recovery restore would work to any hardware you threw at it, as long as it had the right name). Our evaluation criteria includes the ability to restore to another path on the same filer, but according to the above, this will not work. We still plan to try, though... Do others use backup software which is more flexible, or is this something that is a (bad) side effect of using ndmp backups? Also, has anyone used a Storagetek 9730 on a filer (f630)? Thanks! Kelly -- Kelly Wyatt, saskww(a)wnt.sas.com Integrated Solutions Consulting SAS Institute Inc. / SAS Campus Drive / Cary, NC 27513 (919) 677-8000 X4279 (Voice) / (919) 677-4444 (FAX) http://www.sas.com

2 1

None
by Farouk Al-Shorafa 24 Jul '98

24 Jul '98

1 0

Re: ndmpcopy?
by Darrell Root 23 Jul '98

23 Jul '98

Ok, so the behavior acts like this: 1) On client A, which had the filesystem mounted before the ndmpcopy, the new data does not show up in directory X. 2) On client B, which mounts after the ndmpcopy starts, the data shows up. 3) On client A, after you unmount and remount, the data shows up. I have a theory based on the nfs protocol which might explain the behavior. Have your flamers ready because this could be wrong wrong wrong. Keep in mind that I've never actually read any nfs client source code...so set your expectations accordingly... When you do a ls on a directory you've never accessed before from a client, you get the data block for the directory and put it in your buffer cache. Later, if somebody does an ls on the same directory on the nfs client, the client needs to see if the buffer cache's data is valid. It does this by executing a getattr() nfs call. If the timestamp on the server has not changed, then the client will think that it's buffer cache is valid and not actually get the directory data. (this is why latex takes so long in nfsv2 even if the whole thing is in your buffer cache, depending on how much latex stuff you have you might have to do 10,000 getattr() calls to validate your buffer caches-- whereas if you're running on local disk you _know_ the buffer caches are valid). So, if the ndmpcopy is not updating the timestamp on that directory until the end, the client will happily believe that the directory's contents (as listed incorrectly in the clients buffer cache) is correct. But if you unmount and remount, that invalidates that part of the buffer cache, causing the data to magically appear. And if you mount on another client after the ndmpcopy is in progress, you don't have an incorrect buffer cache entry. This theory explains the behavior. Here are experiments to increase confidence in the theory: 1) packet trace between the server and the client, to watch for the getattr(), but not the actual read of that directory. 2) Manually create a file in the directory during the ndmpcopy from a second client (which causes the directory timestamp to update, which will mean when the first client does it's buffer cache validation with getattr() it will realize that it's buffer cache is out-of-date. 3) Check the timestamp on the directory from client 1 before the ndmpcopy, and from both clients during the ndmpcopy. Of course, this isn't important enough for me to try these experiments. If this is true, then it's a simple netapp bug which can be fixed by updating the timestamp on the target directory at the beginning of the ndmpcopy. Of course, if it's wrong then it's wrong :-) Darrell Root rootd(a)nas.nasa.gov

3 2

INN 1.7.2+insync/Overview/5.0.1 F520-110
by Larry Rosenman-CyberRamp System Administration 23 Jul '98

23 Jul '98

Let me introduce myself. I am the Sr. System Administrator and all around chief tech-nerd for CyberRamp Internet Services in Dallas, TX. We are a ~16,000 user IS. We recently (~6-8 weeks ago) put up a F520-110 Filer running 5.0.1 software. When I try to run INN (InterNetNews) 1.7.2 and put it's overview files on the filer, I get Overchan hanging very regularly on a fcntl(F_SETLK,...)/fcntl(F_SETLKW,...) loop. My question for the assembled guru's is: Is anyone else seeing this? What other information should/could I supply to help? I can't afford to recreate this many more times, as recovery is a pain. Any help/advice would be appreciated! Larry Rosenman -- Larry Rosenman, Sr. System Administrator, CyberRamp Internet Services E-Mail: ler(a)cyberramp.net, http://www.cyberramp.net Voice: (214) 343-3333/(817) 461-8484 (Metro)/Fax: (214) 343-3727 U.S. Mail: 11350 Hillguard Rd, Dallas, TX 75243-8311

2 6

Disk usage script
by Madhu Chandra 23 Jul '98

23 Jul '98

Hi, Does anyone have a script that monitor the diskusage on netapp box and sends an email or sends a pager notification. We have: Solaris 5.5.1 and netapp F520 and F230 If you have one please email it to me Thanks Madhu Chandra (617)374-3418

5 4

subscribe
by Farouk Al-Shorafa 23 Jul '98

23 Jul '98

subscribe -farouk

1 0

Re: ndmpcopy?
by grant＠netapp.com 23 Jul '98

23 Jul '98

Hi, > > > I need to move about 56GB of data from one F520 to another. Does > > anyone have experience using ndmpcopy for that? It looks like it > > might fit the bill, but I'd be interested in hearing of any > > good-bad-indifferent experiences with it, and particularly what rate > > it can transfer data from one filer to another. > > Answer here will help me out as well... > > Gotta move 20GB from a little F210 to a new box... > > > I also need to move 36G from F220 to F520. > > Please post answer. > With Data OnTap 5.1 you now have options: If you are migrating a complete volume from one filer to another (or even copying one volume to another on the same filer) you can use SnapCopy(tm) which allows you to copy either the active filesystem or the active filesystem *plus* all the current snapshots. Its a licensed product and uses the vol copy command. NDMPcopy can copy complete volumes either locally or remotely, but it can also do sub-directories or quota trees and is useful if splitting a large volume into several smaller volumes. Although dump creates a snapshot to backup only the destination's active filesystem image is updated via NDMPcopy. I wouldn't count on seeing NDMPcopy achieve > 6 GB/hr (sustained) until sometime next year, when we *hope* to have some improvements. Cheers, Grant

1 0

Re: ndmpcopy?
by grant＠netapp.com 23 Jul '98

23 Jul '98

Hi Matt, > > Sorry, I should have been more clear. My filer contains a tree of data > that a web server serves up to the net. In a mass restore situation, I > want to put the web server up right away on that small amount of data, and > let the rest fill in in the background. > > The idea here was that once we kicked off the restore, some data would be > available right away, rendering the system 'up'. Proper balancing and > placement of files on the filesystem would even ensure that the most > important data came back first. > If that's your goal and you can identify what data is important to get back first it may be worth throwing this important data in a quota tree and backing it up separately. It may take more tape juggling to restore all your data, but you may be able to relax a little once you know you are serving the important data again. I say use a quota tree mainly to help with the backing up part, since in Data OnTap 5.1 we have optimized dumping full volumes and full quota trees. Cheers, Grant

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