toasters

toasters@lists.teaparty.net

13531 discussions

Anybody using the NetCache software?
by Jaye Mathisen 28 Mar '99

28 Mar '99

As opposed to the appliance? Was thinking about trying it. (Of course, if a LInux version was available, that would be even cooler. :)). I had a C630 in, but wasn't impressed enough to buy it. My squid stuff works OK, but just checking around.

3 3

RE: MAC Name Volumes
by Benn, Paul 28 Mar '99

28 Mar '99

This can't be done. The best way for Macintosh users to access a filer (or any NT box) is to use a product from Thursby Software called Dave. Here's a link to their web site: http://www.thursby.com Regards, Paul -----Original Message----- From: Jim Sanford [mailto:JSanford@rsinc.com] Sent: Friday, March 26, 1999 2:21 PM To: 'Toasters' Subject: MAC Name Volumes Hello everyone, I am trying to setup MAC Naming Services on a NTFS volume on our NetApp. Not sure how this works and if it can be done. The objective is allow our MAC users access for file storage and retrieval on this volume. Anyone have any ideas ??? Thanks, ********************************* Jim Sanford IS Department Research Systems, Inc. *********************************

3 2

Migration to NetApp 740 from AlphaServer 2100
by Joanna Gaski 28 Mar '99

28 Mar '99

I have several concerns about the migration process from an AlphaServer 2100 (Digital UNIX 4.0D) to a NetApp 740. If anyone has specific information / suggestions about any of these issues, you can mail me individually, or the list if it abides by list policy. 1) Filesystem layout We have about 5000 user home directories and several (maybe 10) other logical areas that we will be migrating. Total disk space used initially will be small, about 35G. My guess is that it would be best to keep user directories as a logically separated area (from, say, Alpha binaries) because of differences in default quotas and snapshot and backup policies. Does this sound reasonable, or could it be best to lump them together? 2) Large directory constraints Also, for the user areas, what are the practical constraints on the number of files in a directory? I am most used to AdvFS, under which large directories can be slow to open and read, if a user tries to do something like tab completion on a filename in a directory of 1000 entries. Will I see the same kind of behavior with WAFL, and if so, does anyone have a good suggestion on breaking up the user space? We were thinking of using directory structure organization (nothing at logical partition level) for this. 3) Quotas How sophisticated are the quota manipulation tools? Are there utilities for changing whole sets of quotas, or do admins just use homemade scripts for this? (And if so, does anyone have a pointer to a useful script set?) Also, any suggestions on the best way to migrate AdvFS quotas on user directories? I can foresee the C or scripting part of the AdvFS side of this, but I have no idea what tools we even have to work with on the WAFL side. 4) Backups I am used to vdump and amanda, which don't split single backup sets across multiple tapes. Do the native filer backup utilities handle that? And are backups on a per logical partition basis? 5) Snapshot policies These are defined on a per logical or per physical partition basis? We will be getting the filer documentation before the filer, so that should answer my questions about snapshot policies, backup and quota utilities. But any additional info on these, pointers to public scripts, and insight on the file organization issues is appreciated. Also, references to other info sources are appreciated. Thanks.

4 4

RE: NAC SAN
by Adams, Christian 27 Mar '99

27 Mar '99

Hey Will Harper - The discussion of SAN - or ESN as EMC likes to call it - IMO should address the issues of management. The EMC offerings do include both NAS and direct SCSI connections, but more importantly there is software bundled with the Fibrechannel switches and with the disk arrays which support such functions as dynamic reallocation of drives and bandwidth. The intention of all this additional technology is to give you choices on how you deploy and re-deploy your storage rather than enforcing a traditional static model. And just in case you missed the recent EMC announcement, the file server product supports the Alteon Gigabit Ethernet NIC. But I do agree with you that the term SAN is being used freely without much precision. /Christian Adams EMC > -----Original Message----- > From: Will Harper [SMTP:willh@infi.net] > Sent: Friday, March 26, 1999 6:47 AM > To: NetApp Toasters (E-mail) > Cc: Tri N. Barsell [Barsellt(a)Infi.Net] (E-mail) > Subject: NAC SAN > > Tom's statement below (to a NAC SAN when we build one) brings up a > familiar > argument between myself and my boss. My boss contends that NetApp is NOT > capable of migrating to a "real SAN." > > He bases this statement on his definition of SAN as "direct-attached > storage (as in a direct SCSI connection) via a network of FiberChannel > switches - but with the capability of also supporting NFS, CIFS, and HTTP > mounts." > > For instance, in a capability matrix of several vendors, which we recently > > compiled, he responds "yes" to the question of future SAN migration to an > EMC, and to an EMC lookalike, Network Computers. To the same question, he > > responds "no" to the question of future SAN migration to a NetApp 740 > cluster. > > My position is -- when I see a SAN, I'll tell you what it is, but right > now > it's just an acronym for "Still Ain't None." I also contend that ALL of > the storage vendors will implement SAN technology, if and when the > technology gets fully defined and if and when the market demands it. In > the meantime, I believe that NetApp is closer to being able to implement a > > SAN, than EMC and all of it's clones. > > I also contend that SAN does NOT NECESSARILY imply FiberChannel. In fact, > > I see near-time SAN technology taking the route of 1000BaseT, because > studies indicate that more (normal, read "small") data I/O's can be moved, > > much more cheaply, over Gigabit than over 100-base FiberChannel. > > I expect in the future (when and if FiberChannel prices come down, and > 1000-base, or 10,000-base FiberChannel is standard), it may become the > defacto standard, but, for now, SCSI is the limiting factor on moving > data, > not the media speed. > > Are there any experts out there who can shed some light on the subject? > > Will Harper, MCSE > > -----Original Message----- > From: tkaczma(a)gryf.net [SMTP:tkaczma@gryf.net] > Sent: Friday, March 26, 1999 1:30 AM > To: NetApp Toasters (E-mail) > Subject: Re: NDMP backup speeds > > > On Thu, 25 Mar 1999, Jason D. Kelleher wrote: > > > That sounds slow. We're readying an F740 for production and our > > tests show ~3MB/s (~11GB/hr) over a 110mb full-duplex connection to > > a Sun "backup server" with a DLT4000 jukebox. > > Wow, I'm glad we back up to a locally attached tape library. I'd be even > more glad to attach a bigger library to a NAC SAN when we build one. > > Tom

1 0

RE: NDMP backup speeds
by Kelly Wyatt 27 Mar '99

27 Mar '99

The top comment was mine. That figure was the average speed we are getting backing up our filers (10 760's, 300-600Gb each. We are backing up each volume separately). So, the number I used (15, but I think we actually average around 17.5), was for one tape stream. So, since we have two tape streams, we actually achieve twice that per hour. Note that our times vary from 12gb/hour to 23gb/hour, depending on the filer. We believe this to be due to the nature of the data on the various filers. Looking forward to seeing what we can accomplish with two tape drives/four tape streams. By the way, we are using NetBackup with NDMP to a StorageTek 9710 with DLT7000 drives and are using the compressed tape devices. Kelly -- Kelly Wyatt Systems Programmer SAS Institute Inc. Kelly.Wyatt(a)SAS.com <mailto:Kelly.Wyatt@SAS.com> www.sas.com -----Original Message----- From: Will Harper [mailto:willh@infi.net] Sent: Thursday, March 25, 1999 9:16 AM To: NetApp Toasters (E-mail) Subject: NDMP backup speeds Can I have the users' opinions? The top statement was from an unnamed NetApp 740 filer user. The bottom part is NetApp's rebuttal. I see this as two questions. (1) can a 740 support two tape adapters? and (2) who is right(er) about NDMP backup speeds on a 740, with one tape drive adapter? ------------------------------------------------------------------------ ------------------------------- [USER] > With a (potentially) 1.4Tb filer, can it be backed up with two drives > reasonable amount of time???? At 15gb/hr (conservative with > NDMP), that's > lots of hours to back em up..." ------------------------------------------------------------------------ ------------------------------ [NetApp] Two tape adapter support was certified (tested) only on the F760 and the F630. It was a matter of testing resources with our latest release. Dump speeds run at up to 25 GB/hr with 1 dump and up to 45 GB/hr with two dumps to two tape drives on a single tape adapter.

1 0

Used machines
by scw＠seas.ucla.edu 27 Mar '99

27 Mar '99

We currently have 2 machines (F220 W/14X4Gb, F330 W/21x4GB) that MAY become surplus to our requirements. Is there are market in used toasters (we'll sweep out the crumbs)? If so are there any guesses as to what we can expect to get for these machines? ----- Stephen C. Woods; UCLA SEASnet; 2567 Boelter hall; LA CA 90095; (310)-825-8614 Finger for public key scw(a)cirrus.seas.ucla.edu,Internet mail:scw@SEAS.UCLA.EDU

1 0

RE: MAC Name Volumes
by Benn, Paul 26 Mar '99

26 Mar '99

Yes, NT Server does ship with Services for Macintosh. The problem with it is, it does not support mapped ("mounted") drive letters. -----Original Message----- From: Will Harper [mailto:willh@infi.net] Sent: Friday, March 26, 1999 3:30 PM To: 'Jim Sanford' Cc: NetApp Toasters (E-mail) Subject: RE: MAC Name Volumes Can you use an NT server to provide file and print service for the Macs? NT sees Mac as a native client. The NetApp box should see the NT server's file area as just one more standard NTFS mount. -----Original Message----- From: Jim Sanford [SMTP:JSanford@rsinc.com] Sent: Friday, March 26, 1999 5:21 PM To: 'Toasters' Subject: MAC Name Volumes Hello everyone, I am trying to setup MAC Naming Services on a NTFS volume on our NetApp. Not sure how this works and if it can be done. The objective is allow our MAC users access for file storage and retrieval on this volume. Anyone have any ideas ??? Thanks, ********************************* Jim Sanford IS Department Research Systems, Inc. *********************************

1 0

RE: MAC Name Volumes
by Will Harper 26 Mar '99

26 Mar '99

Can you use an NT server to provide file and print service for the Macs? NT sees Mac as a native client. The NetApp box should see the NT server's file area as just one more standard NTFS mount. -----Original Message----- From: Jim Sanford [SMTP:JSanford@rsinc.com] Sent: Friday, March 26, 1999 5:21 PM To: 'Toasters' Subject: MAC Name Volumes Hello everyone, I am trying to setup MAC Naming Services on a NTFS volume on our NetApp. Not sure how this works and if it can be done. The objective is allow our MAC users access for file storage and retrieval on this volume. Anyone have any ideas ??? Thanks, ********************************* Jim Sanford IS Department Research Systems, Inc. *********************************

1 0

MAC Name Volumes
by Jim Sanford 26 Mar '99

26 Mar '99

Hello everyone, I am trying to setup MAC Naming Services on a NTFS volume on our NetApp. Not sure how this works and if it can be done. The objective is allow our MAC users access for file storage and retrieval on this volume. Anyone have any ideas ??? Thanks, ********************************* Jim Sanford IS Department Research Systems, Inc. *********************************

1 0

RE: Logical Volumes or Partitions
by Val Bercovici (NetApp) 26 Mar '99

26 Mar '99

One quick correction re: > > Maximum number of logical volumes, or partitions > > Max number of *physical* volumes is 23. I consider qtrees to be > *logical* volumes or partitions and if you make each qtree a > share then you can have a max of 14,400 on a F740. > The maximum number of qtrees is 254 (per volume I think). The maximum number of CIFS shares is 14,400 per F740. -Val. ============================================== Val Bercovici Office: (613)724-8674 Systems Engineer Pager: (800)566-1751 Network Appliance valb(a)netapp.com Ottawa, Canada FAST,SIMPLE,RELIABLE ==============================================

3 5

NDMP backup speeds
by Will Harper 26 Mar '99

26 Mar '99

Can I have the users' opinions? The top statement was from an unnamed NetApp 740 filer user. The bottom part is NetApp's rebuttal. I see this as two questions. (1) can a 740 support two tape adapters? and (2) who is right(er) about NDMP backup speeds on a 740, with one tape drive adapter? ------------------------------------------------------------------------ ------------------------------- [USER] > With a (potentially) 1.4Tb filer, can it be backed up with two drives > reasonable amount of time???? At 15gb/hr (conservative with > NDMP), that's > lots of hours to back em up..." ------------------------------------------------------------------------ ------------------------------ [NetApp] Two tape adapter support was certified (tested) only on the F760 and the F630. It was a matter of testing resources with our latest release. Dump speeds run at up to 25 GB/hr with 1 dump and up to 45 GB/hr with two dumps to two tape drives on a single tape adapter.

5 5

RE: Migration to NetApp 740 from AlphaServer 2100
by Smith, Gil 25 Mar '99

25 Mar '99

this paper, on our external WWW, describes what WAFL does regarding directory hashing, http://www.netapp.com/technology/level3/3006.html -----Original Message----- From: Strange, Steve [mailto:steve.strange@netapp.com] Sent: Thursday, March 25, 1999 4:31 PM To: 'Joanna Gaski'; toasters(a)mathworks.com Subject: RE: Migration to NetApp 740 from AlphaServer 2100 If you're used to AdvFS' performance with large directories, I think you'll be quite happy with WAFL in that regard. Last I knew, I don't think AdvFS did any directory hashing at all, so having 10K or more files in a single directory was not much fun. Steve -----Original Message----- From: Joanna Gaski [mailto:jgaski@WPI.EDU] Sent: Thursday, March 25, 1999 9:14 AM To: toasters(a)mathworks.com Subject: Migration to NetApp 740 from AlphaServer 2100 2) Large directory constraints Also, for the user areas, what are the practical constraints on the number of files in a directory? I am most used to AdvFS, under which large directories can be slow to open and read, if a user tries to do something like tab completion on a filename in a directory of 1000 entries. Will I see the same kind of behavior with WAFL, and if so, does anyone have a good suggestion on breaking up the user space? We were thinking of using directory structure organization (nothing at logical partition level) for this.

1 0

RE: Migration to NetApp 740 from AlphaServer 2100
by Strange, Steve 25 Mar '99

25 Mar '99

If you're used to AdvFS' performance with large directories, I think you'll be quite happy with WAFL in that regard. Last I knew, I don't think AdvFS did any directory hashing at all, so having 10K or more files in a single directory was not much fun. Steve -----Original Message----- From: Joanna Gaski [mailto:jgaski@WPI.EDU] Sent: Thursday, March 25, 1999 9:14 AM To: toasters(a)mathworks.com Subject: Migration to NetApp 740 from AlphaServer 2100 2) Large directory constraints Also, for the user areas, what are the practical constraints on the number of files in a directory? I am most used to AdvFS, under which large directories can be slow to open and read, if a user tries to do something like tab completion on a filename in a directory of 1000 entries. Will I see the same kind of behavior with WAFL, and if so, does anyone have a good suggestion on breaking up the user space? We were thinking of using directory structure organization (nothing at logical partition level) for this.

1 0

RE: NDMP backup speeds
by Smith, Gil 25 Mar '99

25 Mar '99

Hi, Not sure but... You may not have the 8MB DLT7000. An early revision only had 4MB I believe which didn't provide the throughput expected so the device was rev'd by Quantum and given 8MB. Check with your tape vendor. -----Original Message----- From: mgx(a)spruce.lsd.ornl.gov [mailto:mgx@spruce.lsd.ornl.gov] Sent: Thursday, March 25, 1999 2:18 PM To: Jason D. Kelleher Cc: mgx(a)spruce.lsd.ornl.gov; Will Harper; NetApp Toasters E-mail" Subject: Re: NDMP backup speeds i'd love to see 35-45GB/hour. the netapps are on a 100MB full-duplex lan. we're using budtool 4.5/ndmp and the tapedevice is nrst0a (70GB/compressed). this is what the netapp thinks about the tape drive/scsi adapter: slot 2: SCSI Host Adapter 2 (QLogic ISP 1040B) Firmware Version 2.26 Clock Rate 60MHz. 4: QUANTUM DLT7000 1E48 <------------------------ In-Band Enclosure Services 0 Swap Events, 0 Enclosure Events where is my problem i wonder? -- michael On Thu, Mar 25, Jason D. Kelleher wrote: > In message <19990325105303.A7088(a)avatar.lsd.ornl.gov>, mgx(a)spruce.lsd.ornl.g > ov writes: > >fwiw, i'm backing up my two F520's via ndmp to a DLT7000 and i'm averaging > >about 11.7GB/hour. > > > >-- michael > > That sounds slow. We're readying an F740 for production and our > tests show ~3MB/s (~11GB/hr) over a 110mb full-duplex connection to > a Sun "backup server" with a DLT4000 jukebox. That's theoretical > max on a DLT4000 and still plenty of room on the network. Haven't > tried multiple concurrent dumps yet, so I'm not sure how well that > would scale. You should see about triple the throughput to a > single DLT7000. > > jason > >

1 0

Logical Volumes or Partitions
by Will Harper 25 Mar '99

25 Mar '99

Can anybody tell me what the following max/mins are, with a default 740: Maximum number of logical volumes, or partitions Maximum size of a logical volume or partition Maximum PRACTICAL size of a logical volume or partition Minimum size of a logical volume or partition Minimum PRACTICAL size of a volume or partition A URL pointer would also be helpful if anybody has one. Thanks Will Harper, MCSE InfiNet, Norfolk, VA

2 1

New 'raid add' replacement
by Dane Jasper 25 Mar '99

25 Mar '99

We just had a minor panic as our filer filled - the 'raid add' command is gone. For your reference, if you've moved to the new OS, here's the replacement command: vol add vol0 1 This presumes you have one volume, which is the default. "vol status" will give you a list. This will add any spare disk to the volume - you can also specify which one to add if you'd like. A handy trick if you run out of space is to reduce your snap reserve space by a few percent while the spare disk is added to the volume. Adding the disk takes a bit of time, so this space stolen from snapshots will keep you running. -- Dane Jasper Sonic (707)522-1001 (33.6kbps) (707)522-1000 (Voice) mailto:support@sonic.net http://www.sonic.net Key fingerprint = A5 D6 6E 16 D8 81 BA E9 CB BD A9 77 B3 AF 45 53

2 1

IETF Version 4 Mail Alias
by beepy＠netapp.com 24 Mar '99

24 Mar '99

Hi. In a meeting a couple weeks ago of the NFS Version 4 Working Group of IETF, it was proposed that we need more "user" involvement in the discussions on the mail alias and within the work group. I mentioned this alias as a source of users, and promised to send out an invite. This is your invite. Please go to: http://www.ietf.org/html.charters/nfsv4-charter.html for information on the charter of the working group, draft requirements/design considerations, and draft specification, and instruction on how to join the mail discussion group. The web page also lists the location of the mail archives. If you have any questions after reading the material on the web feel free to throw out to the mail list or me. Brian Pawlowski

1 0

manual nightly snapshot rollover, or 'snap redo'
by Todd C. Merrill 24 Mar '99

24 Mar '99

Is there a way to *manually* rollover snapshots retaining the .number sequence? That is, without doing this in a script: rsh filer snap delete vol0 nightly.N rsh filer snap rename vol0 nightly.N-1 nightly.N ... rsh filer snap rename vol0 nightly.0 nightly.1 rsh filer snap create vol0 nightly.0 Reason is, I need to do a few things just before midnight and then a few things after midnight, but the things before midnight might not finish exactly before midnight when the filer makes the nightly snapshot, and I need them to be included in the read-only snapshot. So, I'd like to do something like: 1. do my pre-midnight commands 2. rsh filer snap nightly 3. do my post-midnight commands ("commands" are things done from an NFS mount to manipulate the data/files on the filer, not commands executed on the filer itself) and have step 2 do all the numbering bookkeeping for me, according to the snap schedule. Probably not, since that would mean some other switch to tell the filer *not* to the automagic snapshots. But, I'd thought I'd ask anyway, in case anyone has any better ideas. Orrrrr, how about a resnap? I could let the filer make its nightly.0 snapshot as usual, and then a few minutes after midnight, execute something like: rsh filer snap redo vol0 nightly.0 Oooo, I like that better. That helps with other snapshot manipulations we use, instead of: rsh filer snap create new rsh filer snap rename image old rsh filer snap rename new image rsh filer snap delete old Would this be useful enough to more than just me for an RFE? 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: NetApp/Auspex killer?
by Adams, Christian 24 Mar '99

24 Mar '99

Hey Tom - If you propate over an IP network on the front end of the head, then yes there is a performance penalty. If you have the disk shelves handle the propagation, then you can do some interesting things which do not create a performance penalty. But then you're talking about putting intelligence down into the disk shelves themselves. /Christian Adams > -----Original Message----- > From: tkaczma(a)gryf.net [SMTP:tkaczma@gryf.net] > Sent: Monday, March 22, 1999 4:47 PM > To: toasters(a)mathworks.com > Subject: RE: NetApp/Auspex killer? > > > > On Mon, 22 Mar 1999, Mohler, Jeff wrote: > > > Your DR solution should PUSH data out constantly, not request it > > remotely every 60 seconds, then if a snapcopy fails for that period, it > gets > > thrown away on the remote side...two lost minutes of data. > > That's true for your application, but I don't want to mirror my disks > across the country even every 60 seconds. Once every couple of minutes > or hours is perfect for me. If you truly mirror your disks the latency > associated with data propagation will kill the performance. > > Tom

3 2

Re: One tape *drive* supported on 5.1.2???
by mds＠gbnet.net 24 Mar '99

24 Mar '99

On Tue 23 Mar, 1999, Kelly Wyatt <saskww(a)wnt.sas.com> wrote: > We have just been informed by Network Appliance that only *one* tape *drive* > per adapter is supported on 5.1.2. (We have been running with 1 adapter/2 > drives since August on 4.3 and then 5.0 and now on 5.1.2 since we upgraded.) Not true. Or, if it is then we've been breaking the rules for a while. Well actually we were breaking the rulees for a while, but now we've got a really weird, really unique buggette. But when we squich that, we'll be back to breaking the rules. 8) > > Was anyone else aware of this? This came about due to a call we placed when > removing a stuck tape rebooted the filer... > ------- > > 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> >-- End of excerpt from Kelly Wyatt

1 0

RE: One tape *drive* supported on 5.1.2???
by Melvin, Grant 24 Mar '99

24 Mar '99

Hi Kelly, I'm sorry to say that you were given the wrong response from NetApp today, so let me clear this up and apologize for any inconvenience caused. When engineering looked at the config on your site a *wrong* assumption was made and it was thought that there were 2 tape devices each on separate cards, which is not a supported config. The good news is that your configuration *IS* supported since you have 2 tape devices on a single SCSI tape adapter. In our next Data ONTAP release 5.3 we will be supporting 2 SCSI tape adapters on the F760 & F630 platforms. And since we support 2 tape drives per SCSI adapter this will allow upto 4 tape drives to be supported on these filers or 2 tape devices each on separate cards. Cheers, Grant -----Original Message----- From: Kelly Wyatt [mailto:saskww@wnt.sas.com] Sent: Tuesday, March 23, 1999 1:08 PM To: toasters(a)mathworks.com Subject: One tape *drive* supported on 5.1.2??? We have just been informed by Network Appliance that only *one* tape *drive* per adapter is supported on 5.1.2. (We have been running with 1 adapter/2 drives since August on 4.3 and then 5.0 and now on 5.1.2 since we upgraded.) Was anyone else aware of this? This came about due to a call we placed when removing a stuck tape rebooted the filer... ------- 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: name lookup debugging?
by Mohler, Jeff 23 Mar '99

23 Mar '99

Ive had this problem before too..and my only solution was a reboot. BIND on the box has done some really funky things for me..occasionally. ...maybe twice in a year. But the Filer will be the only device out of dozens/hundreds reporting any problems. > -----Original Message----- > From: Jim Davis [SMTP:jdavis@CS.Arizona.EDU] > Sent: Tuesday, March 23, 1999 2:06 PM > To: toasters(a)mathworks.com > Subject: name lookup debugging? > > I'm getting some odd messages from one of our filers > > [mountd]: DNS server for domain "CS.Arizona.EDU" not responding: > Connection timed out. > > The nameserver it's trying to contact as per /etc/resolv.conf seems to be > up and happy. No obvious network problems between here and there, though > our campus router people were playing permute-the-configuration earlier. > > Is there something that can be turned on on the netapp side to get more > details about what the filer is doing, name-lookup-wise?

1 0

One tape *drive* supported on 5.1.2???
by Kelly Wyatt 23 Mar '99

23 Mar '99

We have just been informed by Network Appliance that only *one* tape *drive* per adapter is supported on 5.1.2. (We have been running with 1 adapter/2 drives since August on 4.3 and then 5.0 and now on 5.1.2 since we upgraded.) Was anyone else aware of this? This came about due to a call we placed when removing a stuck tape rebooted the filer... ------- 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

NVRAM PCI cards
by Daniel Quinlan 23 Mar '99

23 Mar '99

Does anyone know who makes the NVRAM cards used by NetApp (for F630 and earlier)? No, I'm not looking to put this into one of my NetApps, but I am looking for a PCI card with some sort of non-volatile RAM that I can purchase. Ideally, some sort of battery-backed RAM -- not flash. - Dan

5 4

Re: NVRAM PCI cards
by mds＠gbnet.net 23 Mar '99

23 Mar '99

You could always give solid state disk a try - fibre channel or SCSI connection and capacities from jsut over a hundred MB to about 17GB are available. A 17GB battery backed solid state RAM drive would cost about 250,000 USD though.. 8)

1 0

Jump to page:

2026

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