toasters

toasters@lists.teaparty.net

13531 discussions

Re: ClearCase VOBs on NetApp
by Keith Brown 18 Dec '98

18 Dec '98

Hi Nick... >I have been speaking to engineers at Network Applications who assured me >that it is possible to create the WHOLE of a ClearCase VOB (including >the db) on a NetApp filer (and any other NFS filer for that matter). I'm afraid I'm not terribly familiar with the ClearCase application myself, but an extensive amount of work on ClearCase interoperability with filer based network storage has been undertaken here at NetApp. So... I just thought I'd call your attention to: http://www.netapp.com/technology/level3/atria.html which documents some of this work. Keith

1 0

Re: 5.x Restore cannot read 4.x dumps
by grdodson＠lexmark.com 18 Dec '98

18 Dec '98

Below is a dialog with our F630 running 5.1.2P1 trying to read a tape written with 4.x. We were able to recover data from this tape using a filer running 4.3R4D2. range> mt -f rst0l diag 1 Fri Dec 18 12:59:45 EST [tape_admin]: Tape driver diagnostic messages enabled. range> mt -f rst0l status Tape drive: Digital DLT7000 Status: ready, write protected Format: 81633 bpi 40 GB (w/comp) fileno = 0 blockno = 0 resid = 0 range> restore tvf rst0l Fri Dec 18 13:00:12 EST [isp_main]: Tape (6.4):cmdblk 0xfffffc0000be7088 op 0x8 block 54272 no error (20 0, 0) RESTORE: Tape Block size should be 10240, not 64512. Fri Dec 18 13:00:12 EST [isp_main]: Tape block was shorter than byte count. Requested = 4096, Read = -50176 Fri Dec 18 13:00:12 EST [isp_main]: Tape (6.4) no sense data. RESTORE: Could not initialize media. range> restore tvfb rst0l 64512 RESTORE: No buffers available. We now have a VERY strong suspicion that tapes written with 4.x cannot be read with 5.1.2P1. Graydon Dodson grdodson(a)lexmark.com Lexmark International Inc. ----- Begin Included Message ----- From stephen%netapp.com(a)interlock.lexmark.com Thu Dec 17 20:24:43 1998 From: stephen%netapp.com(a)interlock.lexmark.com (Stephen Manley) Subject: Re: 5.x Restore cannot read 4.x dumps To: grdodson(a)sol.lpdev.prtdev.lexmark.com Date: Thu, 17 Dec 1998 17:23:54 -0800 (PST) Cc: toasters%mathworks.com(a)interlock.lexmark.com > > > Anyone having problems restoring their dump tapes? We pulled a couple of > old archive tapes (6 mo. old level 0 dumps) to restore some files and were > unable to read them. Kept getting buffer size or buffer allocation errors. > Placed a call to Tech. Sup. waiting for a callback (and waiting, > and waiting, and waiting...). > > While waiting we tried some experiments. The tapes were written on an > F330 running 4.x NFS & CIFS enabled (so we cannot use a sun to restore them). > We discovered that we could read recent tapes written by either an F630 or > F330 on a F630 running 5.1.2P1 with NFS & CIFS. > > I strongly suspect that a filer running 5.1.2P1 cannot read tapes written > with 4.x. This has a less than pleasant affect on our backup & archive strategy. > > Can anyone confirm this? > What's the exact error message? You should be able to restore 4.x tapes on 5.1 systems, and 5.1 tapes on 4.x systems (obviously ACLs disappear) Stephen Manley FS Recovery Superfan ----- End Included Message -----

2 1

Re: 5.x Restore cannot read 4.x dumps
by stephen＠netapp.com 18 Dec '98

18 Dec '98

[Note: I am snipping out the information that is not relevant to the problem. I'm not trying to trick anybody ;)] Executive summary: restore tvfb rst0l 10 will work on 5.1.2P1. > Below is a dialog with our F630 running 5.1.2P1 trying to read a tape written > with 4.x. We were able to recover data from this tape using a filer running > 4.3R4D2. > > > range> restore tvf rst0l > RESTORE: Tape Block size should be 10240, not 64512. > Fri Dec 18 13:00:12 EST [isp_main]: Tape block was shorter than byte count. Requested = 4096, Read = -50176 > RESTORE: Could not initialize media. > range> restore tvfb rst0l 64512 > RESTORE: No buffers available. Ok. This is actually a very simple problem. In every release before 5.1, dump's default tape record size (think 'b' option) was 10KB. In 5.1, we changed this to 63KB. Most people _thought_ the default was always 63KB. It wasn't. So, now, in 5.1, restore _also_ defaults to thinking the tape record size is 63KB. We figured people would get bitten by this change, so we added the error message (which is obviously not effective) RESTORE: Tape Block size should be x, not y. So, if you run your restore as: restore tvfb rst0l 10 you'll be happy with the results. Now, how do I know the error message didn't work? 1) It prints out the tape record sizes in bytes, rather than 1KB blocks. That's fine, except that the command line wants the numbers in 1KB blocks. This will be changed for the next release. I apologize for this. Anyway, in your second test, restore is saying it can't grab 64512*1024 bytes. This isn't particularly surprising. Since most people don't use a 64MB tape record size, restore can't really hande that. Again, this is our fault for printing out the wrong increment. 2) You seem to have chosen to use the number that restore said was a bad record size (i.e. 63KB). We need to make sure people try to use the 10KB. We'll try to re-examine how to make that part of the message clearer as soon as we can. In summary, dump/restore should be both _forward_ and _backward_ compatible, as well as ufsrestore compatible. If this ever changes, we will make sure everybody knows this. Thanks for your patience, Stephen Manley FS Recovery Tenor

1 0

Re: 5.x Restore cannot read 4.x dumps
by Fred Ab 18 Dec '98

18 Dec '98

---} We now have a VERY strong suspicion that tapes written with 4.x cannot be read ---}with 5.1.2P1. I have a F220 running 4.3.3 and a F540 running 5.0.1. I just wrote a tape on the F220 using dump on a local attached DLT-4000 using compression. I then took the tape out and put it in a DLT-7000 that is locally attached to the F540. I had no problem doing a listing of the tape: america> mt -f nrst1a rewind america> restore tvf nrst1a Verify tape and initialize maps Tape block size is 63 Dump date: Fri Dec 11 23:52:14 CST 1998 Dumped from: the epoch Level 0 dump of /etc on mach5svr:snapshot_for_dump.116 Label: none Extract directories from tape Initialize symbol table. dir 2 . leaf 1106080 ./messages leaf 100277 ./rc dir 100263 ./crash I then went to a Sun Solaris 2.6 node and did a remote restore of a single file from the same tape. Therefore, it isn't true that "5.x Restore cannot read 4.x dumps" however there still might be a problem with 5.1.2P1 reading the 4.x version. I am very interested in the resolution of your problem because I plan on upgrading the 4.3.3 to one of the newer 5.x releases next week. One that is "Y2K Compatible" and I'm wondering now if I'll see the same problem. Fred. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ Fred Abounader Vantis (AMD's PLD Subsidiary) ~ ~ email: fred.abounader(a)vantis.com Mailstop 546 ~ ~ voice: (512)-602-1644 5300 E. Ben White Blvd. ~ ~ FAX: (512)-602-4148 Austin, TX 78741 ~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

1 0

Re: ClearCase VOBs on NetApp
by Scott Miller 18 Dec '98

18 Dec '98

On Dec 18, 9:50am, Nick Thompson wrote: > Subject: ClearCase VOBs on NetApp > I have been speaking to engineers at Network Applications who assured me you mean Network Appliance, right? > that it is possible to create the WHOLE of a ClearCase VOB (including > the db) on a NetApp filer (and any other NFS filer for that matter). > Since Rational told me this was not possible, I got curious and tried it > anyway. It worked! Has anybody else here tried this configuration? Had > any problems? Not the VOB itself. Text pools, DO pools, etc work great on a NetApp, but the VOB (I always thought) needed to be on disk that was physicially local to the VOB server. take a look at http://www.netapp.com/technology/level3/atria.html for NetApp's version of how to use their filers with Atria. > According to the ClearCase docs, if you can snapshot a complete VOB (as > on a Toaster) then it is not necessary to lock it prior to backup You still want to lock the VOB, take the snapshot, then unlock the VOB before the backup. Since a VOB is a database, if you don't lock it you might get an inconsistant copy of the VOB in the snapshot. > (though some disk may be lost to empty containers if you restore from > it). Anybody tried/trust this or would you advise against it? Our backups work kind of like this. We lock all the VOBS, make a snapshot using Veritas FileSysteM snapshots, unlock the VOB, then backup the snapshot. Same concept, same benefits: backup doesn't lock the VOB for very long, which means developers aren't impacted. -Skottie -- ----- Scott Miller | Walt Disney Feature Animation skottie(a)fa.disney.com | Digital Studio Technology

1 0

Re: Routing Anomaly..
by Keith Brown 18 Dec '98

18 Dec '98

> >Im assuming that the default route on the filer is being used to send out >traffic destined for 151.142.223.0/24. Not on a good day it won't! :-) The filer's networking code should be more than sharp enough to see that it has an interface directly connected to your 151.142.223.0 network and route packets targeted to this network to said interface accordingly. In fact, a "netstat -r" on the console should show you an explicit zero-metric route for each network, directing traffic to the interface on which that network is to be found (look for gateway targets that look like "link#1", "link#2" in the "Gateway" column). >What should I do to make the e1a interface active to the 151.142.223.0/24 >network? I read your e-mail twice and can't spot a configuration mistake. Everything looked fine in fact. Is it possible that there is a more fundamental problem? A bad cable connecting the filer to the switch? A VLAN configuration within the switch that is preventing the filer's port from communicating with the Sun ports? A complete examination of the routing tables on filer, Suns and Cisco might reveal something peculiar. As an act of desperation, bringing the filer up without the FDDI interface configured (such that it is no more than a single Ethernet interface system connected via a switch to three other single Ethernet interface systems) might also be an experiment worthy of a shot. Keith

2 2

5.x Restore cannot read 4.x dumps
by grdodson＠lexmark.com 18 Dec '98

18 Dec '98

Anyone having problems restoring their dump tapes? We pulled a couple of old archive tapes (6 mo. old level 0 dumps) to restore some files and were unable to read them. Kept getting buffer size or buffer allocation errors. Placed a call to Tech. Sup. waiting for a callback (and waiting, and waiting, and waiting...). While waiting we tried some experiments. The tapes were written on an F330 running 4.x NFS & CIFS enabled (so we cannot use a sun to restore them). We discovered that we could read recent tapes written by either an F630 or F330 on a F630 running 5.1.2P1 with NFS & CIFS. I strongly suspect that a filer running 5.1.2P1 cannot read tapes written with 4.x. This has a less than pleasant affect on our backup & archive strategy. Can anyone confirm this? Thanks. Graydon Dodson grdodson(a)lexmark.com Lexmark International Inc.

3 2

ClearCase VOBs on NetApp
by Nick Thompson 18 Dec '98

18 Dec '98

Hi, We are just starting to deploy ClearCase... I have been speaking to engineers at Network Applications who assured me that it is possible to create the WHOLE of a ClearCase VOB (including the db) on a NetApp filer (and any other NFS filer for that matter). Since Rational told me this was not possible, I got curious and tried it anyway. It worked! Has anybody else here tried this configuration? Had any problems? According to the ClearCase docs, if you can snapshot a complete VOB (as on a Toaster) then it is not necessary to lock it prior to backup (though some disk may be lost to empty containers if you restore from it). Anybody tried/trust this or would you advise against it? Potentially this could make our backup scheme MUCH simpler. Thanks, -- _ _______ __ __ Nick Thompson | Lucent Technologies / \/ / / __\/ // /\ Lucent Technologies | (Bell Labs Innovations) / / / /__/ _ / / Microelectronics House | nickthompson(a)lucent.com /_/\_/_/____/_/\\_\/ Kings Ride, Ascot | Tel: +44 1344 865951 \_\/\\_\____\_\/ \_\ Berkshire SL5 8AD | Fax: +44 1344 865959

1 0

Routing Anomaly..
by Jeff Mohler 17 Dec '98

17 Dec '98

I have a newbie question about my 760. I have a FDDI interface, and a quad Ethernet interface. FDDI Interface is 10.16.2.25/24 with a default route on the box to 10.16.2.1 e1a Interface is 151.142.223.30/24 plugged into a 10/100 switch, the switch holds three Sun servers on the same network, and a Cisco router at .1. Problem is, that I cannot ping any 151.142.223 address from the Filer, and the Sun servers also cannot ping the Filer. Im assuming that the default route on the filer is being used to send out traffic destined for 151.142.223.0/24. I have routed off in the filer config. What should I do to make the e1a interface active to the 151.142.223.0/24 network? Thanks in advance.

1 0

Re: NT and UID
by Mark Muhlestein 14 Dec '98

14 Dec '98

Good point. And in that case you should definitely keep the UIDs consistent. Mark -----Original Message----- From: Allison, Bridget <bridget.allison(a)netapp.com> To: Muhlestein, Mark <mmm(a)netapp.com>; Patrick.Day.B(a)bayer.com <Patrick.Day.B(a)bayer.com> Cc: toasters(a)mathworks.com <toasters(a)mathworks.com> Date: Monday, December 14, 1998 10:00 AM Subject: RE: NT and UID >>If you are only using NT clients it doesn't matter too much what you use >>for UIDs. > >... unless you're using user level quotas when you still need a unique >UID for each user, right? I think Patrick is only using SSAM because >he's using quotas. >

1 0

RE: NT and UID
by Allison, Bridget 14 Dec '98

14 Dec '98

>If you are only using NT clients it doesn't matter too much what you use >for UIDs. ... unless you're using user level quotas when you still need a unique UID for each user, right? I think Patrick is only using SSAM because he's using quotas.

1 0

Re: NT and UID
by Mark Muhlestein 14 Dec '98

14 Dec '98

If you are only using NT clients it doesn't matter too much what you use for UIDs. If you want, you can just map all NT users to the same UID, since the files will all have NT security and what matters is the ACL. However, if you do have UNIX users accessing the data you will want to have a consistent mapping for the UIDs. I agree that is how SSAM should work. We'll look into fixing it. Mark -----Original Message----- From: Patrick.Day.B(a)bayer.com <Patrick.Day.B(a)bayer.com> To: - (052)toasters(a)mathworks.com <toasters(a)mathworks.com> Date: Monday, December 14, 1998 8:54 AM Subject: NT and UID >I have a question about the use of UID entries in the passwd and group files in >regards to an NT environment. We are installing a NetFiler 740 with Ontap >5.1.2 and only use NTFS (no mixed or NFS) permissions. We also have enable >quotas. I am using the Secure Share AccountMigrator to pull in and merge two >separate NT domains. The SSAM arbitrarily/sequentially assigns UID's on the >initial merge. However, i was wanting to use the SSAM as an accont update >utility as well. When we make changes to the account database on a daily >basis, we can simply merge and save using the SSAM. When i have experimented, >i found that a user's UID may change from update to update. I can't find >anything wrong with this, but wanted to know if anyone else is doing the same >and whether or not they have encountered any problems. > >Thanx! >W. Patrick Day >System Adminstrator >Bayer Corporation >Clayton, NC >

1 0

NT and UID
by Patrick.Day.B＠bayer.com 14 Dec '98

14 Dec '98

I have a question about the use of UID entries in the passwd and group files in regards to an NT environment. We are installing a NetFiler 740 with Ontap 5.1.2 and only use NTFS (no mixed or NFS) permissions. We also have enable quotas. I am using the Secure Share AccountMigrator to pull in and merge two separate NT domains. The SSAM arbitrarily/sequentially assigns UID's on the initial merge. However, i was wanting to use the SSAM as an accont update utility as well. When we make changes to the account database on a daily basis, we can simply merge and save using the SSAM. When i have experimented, i found that a user's UID may change from update to update. I can't find anything wrong with this, but wanted to know if anyone else is doing the same and whether or not they have encountered any problems. Thanx! W. Patrick Day System Adminstrator Bayer Corporation Clayton, NC

1 0

None
by Michael Massee 11 Dec '98

11 Dec '98

1 0

Re: Proposed List - Cache Toasters
by jrg＠acm.org 08 Dec '98

08 Dec '98

On Tue 8 Dec, 1998, mds(a)ns.gbnet.net (Mark D Simmons) wrote: >A very worthy idea! However, one that's already been addressed: > >netcache-users(a)gbnet.net indeed, usual stuff - email netcache-users-request(a)gbnet.net with 'subscribe' in the message body to join (it's run using Majordomo). There's also a rudimentary archive at <URL:http://www.gbnet.net/lists/netcache-users/> James.

1 0

Re: Proposed List - Cache Toasters
by mds＠ns.gbnet.net 08 Dec '98

08 Dec '98

A very worthy idea! However, one that's already been addressed: netcache-users(a)gbnet.net netcache-users Discussion list for NetCache users I'm sure the administrator of the list will be along shortly to explain how to join it and what it's all about. It's been running for a while and receives the patronage of Peter Danzig no less! *drumroll fades*

1 0

Proposed List - Cache Toasters
by Nigel Metheringham 08 Dec '98

08 Dec '98

Since the toasters list appears successful and has been very useful to us, I would like to propose a new list for discussion of NetApp Caches. In a very similar way to the current toasters list, the new list would be independent of NetApp. Hopefully it would similarly attract some participation from NetApp people and be the basis for users to self support one another, gripe where needed, and bounce ideas off walls to see how they look. Planet uses a number of NetApp caches here at our Leeds UK site. We run a couple of mailing lists already and I am happy to add this one to our set. Alternatively if there are good reasons to host elsewhere then I'm willing to listen. I'd also be proposing that the list be mirrored into an web archiving service such as findmail.com. I'd like an expression of support or otherwise to see if its worth starting up the list. If any comments can be sent to the address cache-toasters(a)theplanet.net then I will collect these together in a few days and summarise to the lists. The reply address on this mail is set to the above address. Please note that this is not the list address and should it come into being it probably won't have that address. Comments, flames, praise etc back to me at the cache-toasters address. One last thing.... we really would need a cool name! Any puns on make-cache-fast will not be entertained :-) 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 ] [ We're recruiting http://www.theplanet.net/profile/recruit.htm ]

2 1

Re: dump 'ignore dir' option?
by sirbruce＠ix.netcom.com 08 Dec '98

08 Dec '98

On 12/07/98 21:30:17 you wrote: > >Is there any easy way of telling 'dump' to ignore one or more >directories? It seems like every filer I archive has at least one >HUGE directory full of unvital compressed files that causes the dump >to span tapes. Simple solution would be to move that directory to it's own toplevel directory and/or quota tree (/logs is a good name). In fact, you could do that for all your filers, or put the all the logs on the same filer. Point the old directories to the new one via symlink if need be. Bruce

1 0

dump 'ignore dir' option?
by Dave Cole 08 Dec '98

08 Dec '98

Is there any easy way of telling 'dump' to ignore one or more directories? It seems like every filer I archive has at least one HUGE directory full of unvital compressed files that causes the dump to span tapes. ---------------------------------------------------------------- Dave Cole (DC1110) | dacole(a)netcom.ca Systems Administrator |* dacole(a)rik.net * | office/~dacole/ Netcom Canada |* www.rik.net/~dacole/ * 905 King Street West, Toronto, M6K 3G9 | phone - 416.341.5801 Toronto, Ontario, Canada, Earth, Sol | fax - 416.341.5725

1 0

input request
by Patrick.Day.B＠bayer.com 03 Dec '98

03 Dec '98

I am having trouble with my tape changer and am curious as to if anyone else has this problem. I have a netfiler 740 (w/ Ontap 5.1.2) with a Quantum PowerStore L500 Library (DLT7000). It refuses to change tapes when I run the appropriate DUMP command. If anyone has experienced this and/or has a solution, any input would be appreciated. Thanx W. Patrick Day Sys Admin Bayer Corporation patrick.day.b(a)bayer.com

3 5

SNMP and Quota trees
by Ketil Kirkerud Elgethun 26 Nov '98

26 Nov '98

We're using MRTG with our filers, and a smallish problem has cropped up : When querying for quotas, we really do not want to know the user quotas, just the tree quotas. This is easy if we feed MRTG with the index number of the tree, but one of our filers has, in addition to 2 quota trees, 65000 users. We do not want to sift through 65K entries just to find what interests us - is there any way to just query for quota _trees_ ? Does anyone have an elegant solution ? (yes, we _can_ use /etc/quotas, yes, it's possible to do an 'rsh filer quota qtree', but we'd rather use SNMP, if at all possible) -- ---Ketil Kirkerud Elgethun, SOL System

1 0

None
by Bam 25 Nov '98

25 Nov '98

subscribe ************************************************* Bam Gobets Technical Support Engineer 1-888-4NetApp x3527 "I'll get right on that with thinking." -Officer Barbrady, South Park Police Dept. **************************************************

1 0

Re: snapshot and df does not match?
by sirbruce＠ix.netcom.com 25 Nov '98

25 Nov '98

On 11/17/98 09:26:50 you wrote: > >Hi All, > >Eventhough my snap list shows less than 100%, Why my df command shows >130%? > >Is there any hidden files that I need to delete? >How does this sanp list matches with df's capacity? The percentages in snap list have always been a little confusing. I think they give you the amount of space the snapshot takes up relative to the total disk space used on the filer, and the total disk space available on the filer. Neither of which would relate to the space you've chosen to reserve for snapshots. I could be wrong, though; I don't have a man page handy and frankly, I've always pretty much ignored the values in snap list as they didn't really contain any useful information to me. All the 130% means is that you've exceeded your snapshot reserve. You have a couple of choices: 1. If you think this is typical and don't mind the space usage, increase your snapshot reserve. 2. If you think this is typical and DO mind the space usage, you will need to change your snapshot schedule to exclude, for example, the weekly snapshots. 3. If you think this is not typical, and you simply had a bunch of stuff deleted this week, you can either live with it for a day or two until it's deleted "naturally", or delete it manually yourself. There are some other things you could do too, but those are the main options. Bruce

3 2

FW:
by Barden, Des [HAL02:8883:EXCH] 24 Nov '98

24 Nov '98

subscribe Des Barden Team Leader Unix/LAN IS Regional Services (Harlow) Esn: 742-5856 > -----Original Message----- > From: Barden, Des [HAL02:8883:EXCH] > Sent: 24 November 1998 10:03 > To: 'toasters(a)mathworks.com' > Subject: > > Subscribe > > > Des Barden > Team Leader Unix/LAN > IS Regional Services (Harlow) > Esn: 742-5856 >

1 0

RE: F630 grinds to a halt daily after update to 5.1.2?
by Matt Stein 23 Nov '98

23 Nov '98

> Netapp's given me 5.1.2P1 in hopes of it fixing things. Luckily for us, > the box needed it's nightly reboot *after* getting that on there. I'll > let you all know if this fixed things. Nope, 5.1.2P1 also has this problem. We're downgrading back to 5.0.1D4. They've been no help yet on the core files, so I think that's our best bet. -- mat.

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