toasters

toasters@lists.teaparty.net

2 participants
13520 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

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