toasters

toasters@lists.teaparty.net

3 participants
13513 discussions

DLT7000 streaming
by Alan Judge 07 Oct '97

07 Oct '97

We've just purchased an F230 and are considering our backup options. We have been considering connecting a DLT7000 to a local host and using it for both backing up the filer and our local stuff (100BaseTX connect). The other possibility is to connect the drive to the filer and backup other stuff remotely (though that might confuse our backup software). Our SE raised an issue about streaming with the DLT7000 and how the drive can slow down a lot if you don't keep it fed. Has anyone any experience with either local or remote DLT7000s? Can a 230 keep one streaming? Can you stream one over 100Mb ethernet, or at least keep it going at a reasonable rate? Perhaps a 4000 stacker might be better, but the capacity of the 7000 would be nice. -- Alan Judge Phone: +353-1-6046901 Indigo Network Operations Centre Fax: +353-1-6046948

2 1

Re: Consistent crashing on quota initialization
by sirbruce＠ix.netcom.com 07 Oct '97

07 Oct '97

On 10/05/97 23:47:29 you wrote: > > Could someone try reproducing this problem? I know it pretty much >requires a Netapp that you don't mind the risk of crashing, but maybe >there are some new Netapp owners out there. ;-) It's a long-known problem that rebooting during quota initialization is a Bad Thing (tm). It might have been fixed in 4.1; I'm not sure. I'm sure support will give you the bug ID and let you know the current status of the bug, and how to get you out of your current jam. As the old doctor joke goes - don't do that! Bruce

2 3

Re: quota size limits (was: "quotas to track disk usage")
by sirbruce＠ix.netcom.com 06 Oct '97

06 Oct '97

On 10/05/97 21:27:29 you wrote: > >sirbruce <sirbruce(a)ix.netcom.com> writes: > >> There was a bug submitted... that's all I know. It should be >> trivial to implement a clamping option like df_2gb_limit, unless >> there is something really annoying in the quotad protocol that >> prevents this. > >Since I'm only wanting to use quotas for usage tracking, not hard or >soft limits, the solution is to turn on only part of the quota system, >the clients don't need to know. Aha! Yes, this is exactly the conclusion I came to a while back, and hit myself for not thinking of it before... just mount noquota, even though the filer keeps tracking usage. Sorry, I thought I had mentioned that in my original email some weeks back. Bruce

1 0

Re: quota size limits (was: "quotas to track disk usage")
by sirbruce＠ix.netcom.com 06 Oct '97

06 Oct '97

On 10/05/97 17:36:18 you wrote: > >On 09/05/97 01:40:58 Daniel Quinlan wrote: > >>> Given these parameters: >>> >>> - I would like to use quotas to track user disk space usage (but not >>> limit it) > >Bruce <sirbruce(a)ix.netcom.com> replied: > >> Easily done, but there are some caveats. >> >> [...] >> >> 2. Some clients can't deal with quotas great thatn 8GB, and >> there is currently no option on the filer to limit this (this >> is filed as a bug), so you'd have to restrict your users to 8GB. >> If you have any over that, you don't want them in the quota system. >> >> So, you'd want something like: >> >> # Quota Target type disk files >> # ------------- ----- ---- ----- >> /newhome tree >> * user@newhome 8G >> >> The first line might not even be necessary, but it's worth >> including just for reference. Hmm, unless it breaks the >> clients the same way. Maybe the 8G can be omitted from >> the user entry as well? I don't know, I haven't tried it. >> The line might also be ncessary for the file to be parsed >> properly. >> >> What Netapp really needs to do is a default quota report by >> uid/gid type of command on the filer, to avoid the need to >> set up quotas to track usage. > >Since we have users using more than 8GB, this is a major problem. Agreed. >What operating systems have the 8 GB limit? I have no idea. I think both SunOS 4.x and 5.x had problems, but I'm not sure. I would expect that newer OSes would be less likely to have the problem (it's similar to the 2GB disk/partition size issue). >Has there been any work >to address these issues? There was a bug submitted... that's all I know. It should be trivial to implement a clamping option like df_2gb_limit, unless there is something really annoying in the quotad protocol that prevents this. >Will it work without the "8GB" in the user >entry? I don't know. Bruce

2 1

Consistent crashing on quota initialization
by Brian Tao 06 Oct '97

06 Oct '97

Could someone try reproducing this problem? I know it pretty much requires a Netapp that you don't mind the risk of crashing, but maybe there are some new Netapp owners out there. ;-) I have two F210's both running OnTap 4.0.4N_970627_1000 (this is what came installed on them). I create some quota trees, turn on the quotas, and then reboot the filer while the quotas are being initialized. After it comes back up, quotas are off. If I try to turn them on, the filer crashes. I've been able to do this several times to both F210's. An excerpt from the syslog is included below (I've forwarded the whole thing to Netapp support). Sun Oct 5 23:32:12 EDT [rc]: saving 55M to /etc/crash/core.1-small ("wafl_nfs_lookup: inconsistent directory entry {x0 0 525472 103351382} <quota.db> in {x0 0 555944 103344539}.") Sun Oct 5 23:32:57 EDT [rc]: saving 256M to /etc/crash/core.1 ("wafl_nfs_lookup: inconsistent directory entry {x0 0 525472 103351382} <quota.db> in {x0 0 555944 103344539}.") Sun Oct 5 23:35:20 EDT [rc]: relog syslog Sun Oct 5 23:29:29 EDT [tn_login_0]: Login from host: adminhost Sun Oct 5 23:35:20 EDT [rc]: NetApp Release 4.0.4N_970627_1000 boot complete. -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

1 0

Re: reducing the size of a NetApp -- temporarily
by sirbruce＠ix.netcom.com 06 Oct '97

06 Oct '97

On 10/05/97 18:00:36 you wrote: > >And since we can add new drives by swapping them in, it doesn't seem >like it would hurt to only bring 13 drives online at first. Since we >have an active filesystem, can someone tell me what the best route to do >this is? Any caveats? Don't forget to calculate the space you'll need for snapshots and so on too... also, the filesystem optimizes much better if you have lots of free space rather than always running the ragged edge. You don't have to add a whole shelf at once, so if 14 or 15 drives makes more sense for you, do that. Also, feel free to leave one in as a hot spare. >I have had one report from someone at NetApp that I should erase disk >labels (I don't know if he meant all of them, just the ones being >removed, or the ones staying) before starting, and another that it would >be fine to just yank the disks I don't want and newfs the remaining >ones. Yes, yank all the disks you don't want and boot off floppy, and then newfs the filesystem. That is the best way, and won't take very long at all on an F630. Stay away from other shortcut, quickie schemes that can have lots of hidden dangers. Bruce

1 0

quota size limits (was: "quotas to track disk usage")
by Daniel Quinlan 06 Oct '97

06 Oct '97

On 09/05/97 01:40:58 Daniel Quinlan wrote: >> Given these parameters: >> >> - I would like to use quotas to track user disk space usage (but not >> limit it) Bruce <sirbruce(a)ix.netcom.com> replied: > Easily done, but there are some caveats. > > [...] > > 2. Some clients can't deal with quotas great thatn 8GB, and > there is currently no option on the filer to limit this (this > is filed as a bug), so you'd have to restrict your users to 8GB. > If you have any over that, you don't want them in the quota system. > > So, you'd want something like: > > # Quota Target type disk files > # ------------- ----- ---- ----- > /newhome tree > * user@newhome 8G > > The first line might not even be necessary, but it's worth > including just for reference. Hmm, unless it breaks the > clients the same way. Maybe the 8G can be omitted from > the user entry as well? I don't know, I haven't tried it. > The line might also be ncessary for the file to be parsed > properly. > > What Netapp really needs to do is a default quota report by > uid/gid type of command on the filer, to avoid the need to > set up quotas to track usage. Since we have users using more than 8GB, this is a major problem. What operating systems have the 8 GB limit? Has there been any work to address these issues? Will it work without the "8GB" in the user entry? - Dan

1 0

Help
by Jim Grinnell 01 Oct '97

01 Oct '97

help

2 1

RE: Oracle on Netapps
by Bruce Clarke 01 Oct '97

01 Oct '97

On Wednesday, October 01, 1997 9:48 AM, Marc Nicholas [SMTP:marc@hippocampus.net] wrote: > My first question would be: when Sybase? :-) > > (I'm just plain greedy...) > > > -marc > --- > Marc Nicholas - Hippocampus OSD Inc. > 416 979 9000 - fax: 416 979 8223 - http://www.hippocampus.net > 125 John St. - Suite #100 - Toronto - Ontario - M5V 2E2 - CANADA > "Inter/Intra/Extra[net] consulting, services, hardware and software sales" There is no technical reason that we currently know of that would prevent any other database from making similar use of a filer for storing its datastores. Care still needs to be taken with configuration as you would any time you are splitting the files of a particular application across platforms, but putting all the datastores for a particular database instance on the filer for any given RDBMS should work fine. As has already been mentioned, we here at Network Appliance talk to our Sybase database over NFS with stores on the filer and have done so for quite some time without problems. It is rumored that Sybase pulled back from allowing NFS access to its data but I have not been able to confirm this yet. We can say (empiracally at least) that it works. The real answer to your question is that we have had some introductory discussions with Sybase and will continue to work with them to gain their certification. You can be of assistance in this by mentioning to your Sybase representatives of your interest in getting your Sybase stores onto the filer. This is precisely how the intial interest was generated at Oracle when a very large Oracle customer indicated that Oracle really should support storage on a filer. I believe that similar interest expressed to Sybase will generate similar support. At the very least, if you have a test Sybase environment, I would give it a try. You will not be able to operate in "raw" Sybase mode, of course, but should still see similar if not increased performance over the network. Bruce Clarke

1 0

RE: Oracle on Netapps
by sirbruce＠ix.netcom.com 01 Oct '97

01 Oct '97

On 10/01/97 00:12:58 you wrote: >> Any questions feel free to contact me. > >My first question would be: when Sybase? :-) Always? Even Netapp has run Sybase on the filers for some time. Or is there some more specific Sybase feature that doesn't work over NFS? Bruce

2 1

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