toasters

toasters@lists.teaparty.net

13531 discussions

Start a nNew thread

5.3.7 on 840
by Manny Kaiser 25 Oct '00

25 Oct '00

Anyone install in a production environment 5.3.7 on an 840?

1 0

RE: Anyone trying out 5.3.7 yet?
by Reidenbach, Edward 25 Oct '00

25 Oct '00

Data ONTAP 5.3.7 replaces the Data ONTAP 5.3.6H1R2 version. All F840 and F840c have just started to ship with the new Data ONTAP 5.3.7 release. We apologize for not having a sent a field alert when Data ONTAP 5.3.7 was initially posted to NOW. Ed Ed Reidenbach Manager, Data ONTAP, Multiprotocol and High Availability Network Appliance Phone: 408-822-6167 Email: edr(a)netapp.com -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Monday, October 23, 2000 4:54 PM To: toasters(a)mathworks.com Subject: Re: Anyone trying out 5.3.7 yet? On Mon, 23 Oct 2000, Chris Thompson wrote: > DOT 5.3.7 came out as Early Access at now.netapp.com last week (although The "recommended release" for an F840 is now listed as "n/a" and early access is 5.3.7. Wha'happened to 5.3.6H1 for F840s? Am I now in an indeterminate state on my F840 with no recommended release? Aiiieeee!!!! ;) But, it looks like 5.3.7 is the same for F{2,3,5,6,7,8}{0,3,4}0's. Wo-hoo! Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

SUMMARY: Comments on NetApp clusters
by Brian L. Brush 25 Oct '00

25 Oct '00

Attached are the messages I received in response to my query about clusters. Names have been removed to protect the guilty. --Brian L. Brush Senior Systems Administrator Paradyne Corporation Clustering is great, if you expect the head to go down a lot. In our experience, we have had more problems with disks, shelves, LRCs, etc going bad, all problems that clustering can not help. It does make it nice when we have to do maintenance, though; we can fail everything over to the second head, do the maintenance, power up the first head, and give back the disks to the first head. Repeat for the second head, and the cluster is ready to go without the user noticing. Just from personal experience, a F760 cluster is less cost effective than an F840c cluster. Due to a combination of hardware and software limitations with the 7xx series filers, a single F760 filer can handle 1.4TB of data (raw), or up to almost 3TB with Ontap 6.0. Unfortunately, a cluster of F760's can also handle only 1.4TB of data, or up to almost 3TB with 6.0. This makes sense when you consider that in a cluster, a single head will be doing the work of two. With the new 8xx series filers running 6.0, these limitations have been overcome, meaning a single filer can handle upwards of 6TB alone, or 12TB in a cluster. We have had one case where clustering came back and bit us, though. Something went bad and corrupted a volume. That caused the first filer to shutdown. The cluster pair saw that its partner was down, took over the disks, found a corrupted volume, and it shutdown too. But that said, clustering has probably saved us more than it has hurt us. I guess that's why we have 6 F760 clusters now. I like mine. When one died, no one else knew. The cluster partner even answered pings while I had the system board out on the bench. We got a pair of F840s scheduled to arrive tomorrow with the cluster options. It will be a week or so before we're able to test it and finally roll it into production. However, we visited the local NetApp office where they had a pair of F760s running ONTAP 6, and they were clustered. A co-worker and I spent over two hours playing with it. What happens if we do <this>? Or <that>? Or pull this cable? Or shutdown the filer when it's trying to fail back? All kinds of cool stuff I would never try with my own filers! The long and the short of it was: it behaved as claimed. The nice thing about netapp clustering is that you have two fully functioning filers. You do not have one active filer and another waiting in "standby" mode. So this means that you can put half your data on one filer and half on the other. If one fails, then the other assumes the identity of its failed partner and pretends to be two different filers. Of course one filer doing the work of two won't perform as well as two filers. To accomplish this feat, each filer needs two FCAL adapters and each disk shelf has two FCAL adapters. You connect the primary adapter on filer A to the primary adapters on filer A's shelves. You connect the secondary adapter on filer A to the secondary adapters on filer B's shelves. You connect the primary adapter on filer B to the primary adapters on filer B's shelves, and I'll bet you can guess what you connect to filer B's secondary adapter. In the event of a failover, the surviving filer has access to its partner's shelves via its secondary adapter. A failover looks like the failed filer rebooted, so it's not 100% seamless. NFS service will resume, but CIFS clients must reconnect. I just setup a 760 cluster. It is pretty cool, I have never had either filer fail so I don't really know how the cluster works in "real world" failures. But I have gone over multiple times and just unplugged one of the head units to show people how they work. From all the tests I have done, I am very confident in its abilities. Do you have any specific questions? On a side note, the setup of the 760 was so darn easy, I thought I must have done it wrong. If you do get a 760 cluster save your money and install it yourself. It was just two extra cables and 4 more commands.

1 0

RE: mount: RPC: Authentication error; why = Client credential too weak
by Ricci, Steve 25 Oct '00

25 Oct '00

> My question is, if there is a way to put netapp in a > less secure mode, to allow mount requests from > unprivileged ports? What you can do is to turn the option nfs.mount_rootonly off. This option restricts mounts to the filer to use the privileged ports only (1 - 1024). Turning this option off should allow mounts to the filer from any port. - Steve Ricci - Technical Advisor - Network Appliance, Inc.

1 0

Comments on NetApp clusters
by Brian L. Brush 23 Oct '00

23 Oct '00

Thanks to everyone who responded to my query about NetApp clusters. All of the replies were useful and informative. The opinions offered were unanimously positive, and I'm confident a cluster of F760s can do the job. Of course, I would love to have 840s, but, as usual, it's a matter of money. --Brian L. Brush Senior Systems Administrator Paradyne Corporation

1 0

NTAP no longer offerring FDDI?
by Bruce Sterling Woodcock 20 Oct '00

20 Oct '00

According to the EOA notice it seems that there won't be any future FDDI adapters from NTAP. A sad day. Is nobody making PCI FDDI cards anymore or is the market opportunity for FDDI too small these days? Is everyone replacing it with Gigabit Ethernet? Bruce

2 1

Re: Gigabit cards and HP switches
by Brian Hostetter 20 Oct '00

20 Oct '00

I called netapp on this one. They immediatly wanted to replace the NIC saying it was a known issue. I guess that is probably the best solution anyway. Thanks for all the help everyone! --Brian

1 0

RE: Using large disks on Filers
by ray.griffith＠bt.com 20 Oct '00

20 Oct '00

Bruce, We do share - but you can only share so much... I only have four volumes per filer that I need to implement a project. Other volumes are there because of the space requirements even then I only have seven! - that is an extra two to hold databases which tend to be LARGE and another to hold the development areas. Due to the size of a volumes it already takes us getting on for 6 hours to do some restores (The backups are quicker) Larger volumes would extend that time which would become unacceptable. Not that we have to do many due to the way it all hangs together... BTW our developers seem to like it! Which may surprise you. Ray Griffith BT Information Systems Engineering Tel: Bracknell +44 (0)1344 822822 Tel: Stockley Park +44 (0)20 8587 6691 Tel: Mobile +44 (0)7801 977354 Fax: Bracknell +44 (0)1344 822812 E-mail: ray.griffith(a)bt.com -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: 20 October 2000 09:16 To: ray.griffith; toasters Subject: Re: Using large disks on Filers It's insane. You're overdesigned. I applaud the attempt at structure - it's impressive that anyone out there would actually let their work environment be that structured - but it's too much. Scale back, and just deal with the fact that you have to share snapshots and filesystems sometime. Quotas and proper permissions take care of the rest. Proper monitoring prevents "running amok" from becoming critical. Bruce

2 1

RE: Using large disks on Filers
by ray.griffith＠bt.com 20 Oct '00

20 Oct '00

Bruce, Consider the following: One "project" using good configuration management techniques should have areas for: Development - where the programmers dream up the code Integration - where the developers code is brought together System test - where the whole issue is tested for compliance to the spec Released - which is a "development system copy" of what is sent to production to facilitate testing future bug fixes while the next release is prepared. A project based web area where project based documentation and information can be maintained as both development and released versions A customer acceptance test area A training area Each of these instances may have one of: A database A www area An area for developing the code An Archive log area for the database An Administrative area for the database An Export area for the database A configuration management tool area All of these area's have to be set up so the correct ownership and access rights are maintained to stop for example: Developers code from inadvertently accessing any other area and vice versa One projects members from accessing another projects areas Access via a web listener giving inadvertent access to other parts of a directory tree/system. I.e. it is treated like a production system in this aspect. Efficient use of resources e.g. not having one web listener per project. All of these areas need to have space management so something running amok in the developers area will never fill up or inhibit the space allocated to system test for example. By simple rules it is not a good idea to have database and archive logs in the same location nor should you put exports on either of these locations. The database is Oracle and an OFA compliant structure means the admin side is somewhere else in the tree. We use this to put the "second" control file on a different volume - as is good database practice. When it comes to snapshots database areas typically on a development system get changed, not often, but when we delete a database I do not wish to have to wait until the snapshot rules we apply to code development areas expire before I can recreate or restore that database from a backup. Each project may have up to five parallel iterations each of which is a replica of the above. Each instance of the application when a project runs shall only "talk" to its appropriate bits and pieces. I.e. hopefully the code that runs in the integration area will not talk to the copy of the system test database (and vice versa) Some other constraints: Operating system upgrades should not impinge on development work Other software upgrades should not impinge on development work The development process when taking on upgrades should be able take on the upgrade as the appropriate software progresses through the life cycle e.g. first development, then integration etc. etc. One project should not be able to interfere with another project space allocation wise. Projects should be easy to add, delete and archive (archive = when no longer required) New projects should be up and running with full blown facilities as quickly as possible Use resources efficiently Be run with the minimum number of administrative staff. When you then say 100 projects and we are still growing, with getting on for 250 databases (for good reasons projects do not have all the bells and whistles above - but we have to be able to cater for tomorrows request! - you know what developers are like...) on two filers maybe you perhaps begin to see a little more of the problem. We have a design which is working well at this time but we perceive we will not be able to grow this "shape" of implementation of very large disks for the reasons stated. In the end we may have 1000 or more projects - please pass the aspirin I have a headache. Ray -----Original Message----- From: Bruce Sterling Woodcock [mailto:sirbruce@ix.netcom.com] Sent: 19 October 2000 19:43 To: ray.griffith; toasters Subject: Re: Using large disks on Filers You're out on a limb. There's no need to do the segmentation you are describing. Just combine some projects together in the same volume and let them share the same snapshot schedule and possibly the same quota tree. This really should not be a problem. Bruce

2 1

RE: Experience with Legato Networker NetApp clientpak?
by Mike Sphar 19 Oct '00

19 Oct '00

Our experience has been the same. Constant vague and non-descriptive errors (like vol:/vol0 cannot open or somesuch that Legato support was completely unable to help with) and generally a lack of confidence in the reliability of the backups. We've since gone back to NFS-based backups as well. Not as efficient as I would like, but reliability is more important than efficiency with backups. -- Mike Sphar - Sr Systems Administrator - Engineering Support Services, BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: dmaloy(a)atomaintl.com [mailto:dmaloy@atomaintl.com] Sent: Thursday, October 19, 2000 12:15 PM To: Scott Mikusko Cc: Jason Ruiter; 'toasters(a)mathworks.com' Subject: Re: Experience with Legato Networker NetApp clientpak? I agree. I installed it on a 740 filer and it was very hit or miss with the backup actually working ea. night. Not good experience, would recommend using NFS which is the reason for my post earlier in the week. Don Maloy Sr. CAD Administrator Atoma Latching Systems 19888 Haggerty Rd Livonia, MI 48152 |--------+-------------------------> | | Scott Mikusko | | | <guerilla@conce| | | ntric.net> | | | | | | 10/19/00 12:36 | | | PM | | | | |--------+-------------------------> >--------------------------------------------------------------------------- -| | | | To: Jason Ruiter <jruiter(a)erim.org> | | cc: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com>, (bcc: | | Don Maloy/PDD/DORTEC) | | Subject: Re: Experience with Legato Networker NetApp clientpak? | >--------------------------------------------------------------------------- -| Mainly, bad. It's really a junk product but can come in handy when it actually works properly. Forget about backing up any volumes/filesystems greater than 100Gb. It's very tempermental about with version of ONTAP you use, and has a habit of the na_nsrexec on the filer needing to be restarted a lot. Although when it does work right, you get decent backup rates. This was Legato's half-hearted attempt to get something on the market to support Netapps when they initially decided they weren't going to do NDMP (or were sp far behind in their product development, they knew NDMP woulnd't be supported for at least 12-18 months). I think they learned their lession now, as NW 6.0 support NDMP (apparently). I was struggling with the Client Pak for about 10 months before the size of my systems finally made me go back to NFS-mounted backups and looking at something better like Veritas, and their NDMP support. You won't find too many Legato or Netapp people proudly endorsing using the client pak.. It really was a poor interim product. -Scott On Thu, 19 Oct 2000, Jason Ruiter wrote: > Greetings, > > I'm looking into getting the Networker NetApp clientpak for my Legato > networker installation. Does anyone have experience, good or bad, with this > product? I have a 720 running OnTap 5.3.6R2 > > Thanks > Jason Ruiter > ERIM > 734 623 2562 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Scott T. Mikusko The stars are laughing at us, as we Systems Engineer crawl on and on across this antheap.... Concentric Network Corporation Internet Guerilla -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

1 0

Gigabit cards and HP switches
by Brian Hostetter 19 Oct '00

19 Oct '00

Got a weird problem. I have a 740 and two 760's. Right now the 40 is plugged into a 3com gigabit switch. But when I move it to the new HP procurve switch it does not come up. The really weird thing is I can move either of my 760s over there and they work great. Is there something really different about the 40's and 60's for ethernet config? The 740 does have a default setting in the rc file that looks like this: ifconfig e8 `hostname`-e8 mediatype auto The 760 does not have anything in the rc for ethernet since it is not in service yet. Ideas? --Brian

3 2

Re: Experience with Legato Networker NetApp clientpak?
by dmaloy＠atomaintl.com 19 Oct '00

19 Oct '00

I agree. I installed it on a 740 filer and it was very hit or miss with the backup actually working ea. night. Not good experience, would recommend using NFS which is the reason for my post earlier in the week. Don Maloy Sr. CAD Administrator Atoma Latching Systems 19888 Haggerty Rd Livonia, MI 48152 |--------+-------------------------> | | Scott Mikusko | | | <guerilla@conce| | | ntric.net> | | | | | | 10/19/00 12:36 | | | PM | | | | |--------+-------------------------> >----------------------------------------------------------------------------| | | | To: Jason Ruiter <jruiter(a)erim.org> | | cc: "'toasters(a)mathworks.com'" <toasters(a)mathworks.com>, (bcc: | | Don Maloy/PDD/DORTEC) | | Subject: Re: Experience with Legato Networker NetApp clientpak? | >----------------------------------------------------------------------------| Mainly, bad. It's really a junk product but can come in handy when it actually works properly. Forget about backing up any volumes/filesystems greater than 100Gb. It's very tempermental about with version of ONTAP you use, and has a habit of the na_nsrexec on the filer needing to be restarted a lot. Although when it does work right, you get decent backup rates. This was Legato's half-hearted attempt to get something on the market to support Netapps when they initially decided they weren't going to do NDMP (or were sp far behind in their product development, they knew NDMP woulnd't be supported for at least 12-18 months). I think they learned their lession now, as NW 6.0 support NDMP (apparently). I was struggling with the Client Pak for about 10 months before the size of my systems finally made me go back to NFS-mounted backups and looking at something better like Veritas, and their NDMP support. You won't find too many Legato or Netapp people proudly endorsing using the client pak.. It really was a poor interim product. -Scott On Thu, 19 Oct 2000, Jason Ruiter wrote: > Greetings, > > I'm looking into getting the Networker NetApp clientpak for my Legato > networker installation. Does anyone have experience, good or bad, with this > product? I have a 720 running OnTap 5.3.6R2 > > Thanks > Jason Ruiter > ERIM > 734 623 2562 > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Scott T. Mikusko The stars are laughing at us, as we Systems Engineer crawl on and on across this antheap.... Concentric Network Corporation Internet Guerilla -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

1 0

Using large disks on Filers
by ray.griffith＠bt.com 19 Oct '00

19 Oct '00

All, We have a development environment which supports quite a few projects. In order to support the typical development lifecycle we have a directory structure on our servers mounted from the filer which mean we consume 10 or so quota tree entries per project. These are all on different volumes to separate databases, archives/export areas and software etc. to enable us to manage space allocation/snapshots for each different type of use. The set-up has been working very well for two years or so. What I perceive to be the issue with large disks, is for some of the volumes we will only need one or two disks to provide the required capacity (at 70Gb per disk for example = 140Gb with three disks approx just using simple arithmetic). This is below the optimum for performance on a raid group. The parity disk as a ratio is 1/3 of the volume which is inefficient by a long way. Given there is a limit of 255 quota trees per volume adding any more disks for performance/efficiency is a waste of space as the number of quota trees will be exceeded before the need for space is. As disks get larger the problem gets worse. I can see how this situation would not necessarily arise if you are an ISP but development is a different issue I feel. The way round this may be to have what I have decided to call "virtual volumes". By this I would create a volume with sufficient disks in the raid group to give me both performance and efficiency. This would the be able to support a number of these "virtual volumes" across those disks. Each of those "virtual volumes" would also need to be adjustable in size either up or down and facilitate all other volume characteristics. This would then allow me to have an efficient system and also be able to manage the quota tree, placement and snapshot issues. This would also allow me to make full use of say an F840. It's projected capacity I could never achieve in a clustered environment as the maximum number of shelves per head is still 16. The only way to reach the capacity the filer head can support is using larger disks. Have I missed anything? Is there a better way to resolve this other than the suggestion above? Do you see it as a problem - or am I out on a limb here? Thanks for any input Ray Griffith

2 1

Experience with Legato Networker NetApp clientpak?
by Jason Ruiter 19 Oct '00

19 Oct '00

Greetings, I'm looking into getting the Networker NetApp clientpak for my Legato networker installation. Does anyone have experience, good or bad, with this product? I have a 720 running OnTap 5.3.6R2 Thanks Jason Ruiter ERIM 734 623 2562

2 1

test
by Davinder Gupta 19 Oct '00

19 Oct '00

1 0

Opinions on NetApp clusters
by Brian L. Brush 18 Oct '00

18 Oct '00

At headquarters, my company is using an F230 and an F740 to provide NFS for about 200 Sun boxes and lots of Pea Seas (via Samba, actually--don't ask). We also have a collection of host-attached storage devices on various Sun servers. For some time, we've been migrating our most massive data stores to the F740. Seeking more performance, capacity, and redundancy, we're now considering replacing the F740 with a pair of clustered F760s. We've been using filers for a couple of years and have discussed the options with NetApp and our VAR. I would like to hear some opinions about and experiences with NetApp's clustering solution. Because of the expense and the risks of consolidating most of our data in one place, we want to be sure the configuration will provide the level of protection we need. Is it robust? Does it really have the capabilities claimed by the documentation? Are there any tips or tricks or "gotchas" we should know before we proceed? --Brian L. Brush Senior Systems Administrator Paradyne Corporation

1 0

Backups with DUMP command
by Clawson, Simon 18 Oct '00

18 Oct '00

Hi! I am currently having a problem with Budtool. We have just had a F760 head put in, on an evaluation, to replace our F520. We have Budtool installed and running OK for he F520. However, with the new filer in place, Budtool fails to run. I have restarted the daemons and get an error message "Invalid License Password" I am guessing that this is because the new filer has a different numerical host id. I am told that Legatto are being quite diffiult where Budtool is concerned, and we made a decision to lapse support this year due to the EOL of the tool and the desire to replace it with Veritas. With this in mind, I'd like to be able to use the Dump command for now, until I get a solution for Budtool. Has anyone had experince of multiple tape backups with dump? Can it be done? Can the NetApps control the Jukebox? Any advise would be greatfully recieved? Simon Simon Clawson Renoir Group Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

2 1

RE: Backups with DUMP command
by Cormier, Darleen 18 Oct '00

18 Oct '00

Hi Simon, You are correct in that Budtool fails to run because the new filer has a different host id, however you should be able to get Legato to move the license from one host to another for you. In answer to the question about controlling the robotics from the filer, the answer is no. If the library you are using can be setup in sequential or stacker mode, you will be able to use it, with the native dump and restore utility, but for true robotics control, you do need a 3rd party backup package. I don't know if you are aware of this, but there are several packages that are certified with the filer, including Veritas. The others are Workstation Solutions, www.worksta.com <http://www.worksta.com> , Commvault, www.commvault.com <http://www.commvault.com> , and Syncsort, www.syncsort.com <http://www.syncsort.com> . You might want to check them out, as they all offer different features and benefits, and are cheaper than Veritas. Hope this helps. -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Wednesday, October 18, 2000 3:21 AM To: toasters(a)mathworks.com Subject: Backups with DUMP command Hi! I am currently having a problem with Budtool. We have just had a F760 head put in, on an evaluation, to replace our F520. We have Budtool installed and running OK for he F520. However, with the new filer in place, Budtool fails to run. I have restarted the daemons and get an error message "Invalid License Password" I am guessing that this is because the new filer has a different numerical host id. I am told that Legatto are being quite diffiult where Budtool is concerned, and we made a decision to lapse support this year due to the EOL of the tool and the desire to replace it with Veritas. With this in mind, I'd like to be able to use the Dump command for now, until I get a solution for Budtool. Has anyone had experince of multiple tape backups with dump? Can it be done? Can the NetApps control the Jukebox? Any advise would be greatfully recieved? Simon Simon Clawson Renoir Group Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

Considering NetApp
by David Murphy 18 Oct '00

18 Oct '00

Is there an unofficial NetApp faq available? I'm considering NetApps for the first time (as backend storage for Sun/Solaris webservers), and could really use a brief roadmap/glossary on what modules a filer comprises, how the availability features compare with OS failover, filesystems, snapshots etc. basically the truth, as compared with the marketing blurb ;) Any pointers would be greatly appreciated. -- When asked if it is true that he uses his wheelchair as a weapon he will reply: "That's a malicious rumour. I'll run over anyone who repeats it." Stephen Hawking - [http://www.smh.com.au/news/0001/07/features/features1.html] David Murphy - For PGP public key, send mail with Subject: send-pgp-key

3 2

Getting Total storage?
by jmiddlebrooks＠datalink.com 17 Oct '00

17 Oct '00

sysconfig -r Volume vol0 (root) RAID group 0 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 0a.5 0a 0 5 FC:A 8600/17612800 8683/17783112 data 0a.6 0a 0 6 FC:A 8600/17612800 8683/17783112 data 0a.1 0a 0 1 FC:A 8600/17612800 8683/17783112 data 0a.2 0a 0 2 FC:A 8600/17612800 8683/17783112 data 0a.3 0a 0 3 FC:A 8600/17612800 8683/17783112 data 0a.4 0a 0 4 FC:A 8600/17612800 8683/17783112 Spare disks RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- spare 0a.0 0a 0 0 FC:A 0 8683/17783112 Aspen> df Filesystem kbytes used avail capacity Mounted on /vol/vol0/ 31627472 12681540 18945932 40% /vol/vol0/ /vol/vol0/.snapshot 7906864 366356 7540508 5% /vol/vol0/.snapsh ot Above I have included the sysconfig -r and df commands from my filer which is a F720. From the df I have 31627472KB +7906864KB= 39,534,336,000GB of available storage From the sysconfig -r I have 5 data disks each with 8683 Physical MB so 5*8683MB= 43,415GB of available storage or From the sysconfig -r I have 5 data disk each with 8600 Used MB so 5*8600MB = 43GB of availabe storage WHY IS MY AVAILABLE LOWER THAN IT SHOULD BE? Thanks in advance, Jason Middlebrooks Systems Engineer Datalink Corp. 888-933-9327 x2970 jmiddlebrooks(a)datalink.com jasonmiddlebrooks(a)yahoo.com

4 3

RE: snoop/tcpdump like tool for ontap?
by Labelle, Steven 17 Oct '00

17 Oct '00

Yes, it's called "pktt". See http://now.netapp.com/NOW/download/tools/capconv/ or http://now.netapp.com/NOW/knowledge/docs/NetCache_Appliance/5.0/html/cmdref… te6a.htm#1017371 for an example of how to use it. Steve -----Original Message----- From: Michael Galloway [mailto:mgx@ornl.gov] Sent: Tuesday, October 17, 2000 9:00 AM To: Toaster Mail Exploder Subject: snoop/tcpdump like tool for ontap? good day ... does ontap have a tool like snoop or tcpdump available? -- michael

2 1

Trivia: what do the splodges on the LCD represent?
by Chris Thompson 17 Oct '00

17 Oct '00

During normal operation, the LCD on an F7xx displays each second a number, which I believe to be the number of NFS operations in the last second, followed by a row of 0 to 10 splodges --- at any rate, I have never seen more than 10. The hardware installation guide refers to this as "a bar graph" but doesn't go into details. What is actually being measured here? The number of splodges is correlated with the number, but not very strongly, and the number has a far larger dynamic range. Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

12 15

snoop/tcpdump like tool for ontap?
by Michael Galloway 17 Oct '00

17 Oct '00

good day ... does ontap have a tool like snoop or tcpdump available? -- michael

1 0

Filer Backup w/Networker
by dmaloy＠atomaintl.com 17 Oct '00

17 Oct '00

I have two 740's which I would like to backup. We are currently using Legato Networker for our backup solution and the backup server is a UNIX machine with a locally connected DLT tape library. Within Networker, I have to specify which filesystems to backup and when I specify the volume on the filers, my backup log reports that the backup size was almost triple the size of what the actual data size was, reported by using the "df" command. I have a feeling that it is also backing up the .snapshot directories for ea. vol but not sure. Is there a way to ensure that these directories are not included in the save set? Will a "-.snapshot" line in the client setup fix it? Don Maloy Sr. CAD Administrator Atoma Latching Systems 19888 Haggerty Rd Livonia, MI 48152

2 1

RE: Filer Backup w/Networker
by White, Lance 17 Oct '00

17 Oct '00

Why not backup JUST the snapshot directory? (i.e. .snapshot/nightly.0/) -----Original Message----- From: dmaloy(a)atomaintl.com [mailto:dmaloy@atomaintl.com] Sent: Monday, October 16, 2000 4:41 PM To: toasters(a)mathworks.com Subject: Filer Backup w/Networker I have two 740's which I would like to backup. We are currently using Legato Networker for our backup solution and the backup server is a UNIX machine with a locally connected DLT tape library. Within Networker, I have to specify which filesystems to backup and when I specify the volume on the filers, my backup log reports that the backup size was almost triple the size of what the actual data size was, reported by using the "df" command. I have a feeling that it is also backing up the .snapshot directories for ea. vol but not sure. Is there a way to ensure that these directories are not included in the save set? Will a "-.snapshot" line in the client setup fix it? Don Maloy Sr. CAD Administrator Atoma Latching Systems 19888 Haggerty Rd Livonia, MI 48152

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