toasters April 2001

toasters@lists.teaparty.net

205 participants
286 discussions

RE: snapshot backup
by Clawson, Simon 25 Apr '01

25 Apr '01

I use Veritas NetBackup to do an NDMP dump. I guess I can just backup the path /.snapshot..? -----Original Message----- From: Rick Hulsey [mailto:RHULSEY@wnco.com] Sent: Wednesday April 2001 13:20 To: toasters(a)mathworks.com; simon_clawson Subject: Re: snapshot backup Yes, but be careful if you back this up by mounting the volume and using NFS or CIFS instead of using dump on the filer or some other backup client. If the pathnames to the files that you are backing up once mounted looks something like "/dir/.snapshot/hourly.0/otherdir/filenames" then you will have some additional work to do if you need to restore those files. If, however, you mount or connect to the .snapshot/hourly.0 directory then the pathnames to your file look something like "/dir/otherdir/filenames". The issue is that anything on a filer below .snapshot is going to be read only so you want to make sure that .snapshot is not in the pathname that gets stored on your tapes. >>> "Clawson, Simon" <simon_clawson(a)mentorg.com> 04/25/01 04:32AM >>> Is it possible to backup just the .snapshot and then perform a restore from this data? I am looking for ways to speed up the backups and this seems to be a possible option. It was suggested to me by a colleague as a method of backing up Clearcase VOBS, but would it be viable for the whole filer. Of course I would need to run a full backup at tleast once a month, but this would help me speed up most of my weekly runs. Any ideas/suggestions/views? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

Re: snapshot backup
by Rick Hulsey 25 Apr '01

25 Apr '01

Yes, but be careful if you back this up by mounting the volume and using NFS or CIFS instead of using dump on the filer or some other backup client. If the pathnames to the files that you are backing up once mounted looks something like "/dir/.snapshot/hourly.0/otherdir/filenames" then you will have some additional work to do if you need to restore those files. If, however, you mount or connect to the .snapshot/hourly.0 directory then the pathnames to your file look something like "/dir/otherdir/filenames". The issue is that anything on a filer below .snapshot is going to be read only so you want to make sure that .snapshot is not in the pathname that gets stored on your tapes. >>> "Clawson, Simon" <simon_clawson(a)mentorg.com> 04/25/01 04:32AM >>> Is it possible to backup just the .snapshot and then perform a restore from this data? I am looking for ways to speed up the backups and this seems to be a possible option. It was suggested to me by a colleague as a method of backing up Clearcase VOBS, but would it be viable for the whole filer. Of course I would need to run a full backup at tleast once a month, but this would help me speed up most of my weekly runs. Any ideas/suggestions/views? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

1 0

RE: How would you respond to this
by Collins, Brian 25 Apr '01

25 Apr '01

Um.... for what it is worth, I just ran "vol status -r" on an F85 - looks like RAID4 to me! f85-rtp> vol status -r Volume vol0 (root) RAID group 0 RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 5a.5 5a 0 5 34500/70656000 34732/71132960 data 5a.4 5a 0 4 34500/70656000 34732/71132960 Spare disks for zoned checksum volumes only RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- spare 5a.3 5a 0 3 0 34732/71132960 spare 5a.2 5a 0 2 0 34732/71132960 spare 5a.1 5a 0 1 0 34732/71132960 spare 5a.0 5a 0 0 0 34732/71132960 > -----Original Message----- > From: Mohler, Jeff [mailto:jeff.mohler@netapp.com] > Sent: Thursday, April 19, 2001 7:15 PM > To: 'Mike Sphar'; 'Barry Lustig'; toasters(a)mathworks.com > Subject: RE: How would you respond to this > > > Finally, does the F85 really use RAID 0? If so, it's true > that it's not as > failure proof, but then if the model was designed for RAID 0, > then it's > simply not targeted at the same market as a redundant RAID unit. If > capacity and performance are far more important to you then > redundancy, then > RAID 0 is the way to go. (Though as I said, I'd be surprised > if it really > was RAID 0. If it's not, then a blatant lie like that would > immediately > turn me off to any vendor.) > --- > > Since nobody else has responded..I'll step in. > > The F85 enjoys the FULL and complete feature set of WAFL and > its engineering around RAID4 to do its work quickly, quietly, > and with outstanding performance compared to any other > filesystem or features the competition can throw at us. >

1 0

snapshot backup
by Clawson, Simon 25 Apr '01

25 Apr '01

Is it possible to backup just the .snapshot and then perform a restore from this data? I am looking for ways to speed up the backups and this seems to be a possible option. It was suggested to me by a colleague as a method of backing up Clearcase VOBS, but would it be viable for the whole filer. Of course I would need to run a full backup at tleast once a month, but this would help me speed up most of my weekly runs. Any ideas/suggestions/views? Simon Simon Clawson HDS Team Systems Administrator Mentor Graphics Uk Rivergate London Road Newbury Berkshire RG14 2QB <<Clawson, Simon.vcf>>

2 1

NDMP and network settings
by Scott Mikusko 25 Apr '01

25 Apr '01

Peoples, I recently set up our new NDMP backup system (new ADIC Scalar-1000 tape library, with 2 F760s acting as NDMP hosts with 4 drives attached to each from the unit). Initially I was having trouble getting other filers to backup via the network to the remote drives on the 2 hosts. I was running all my filers on a private 100Mbs Full-Duplex network (utilising the filers' e0 interfaces or quad cards). Funny thing was, I keep seeing really slow and spotty xfer rates and tape writes: small bursts of 65Kb/s then a few seconds of nothing. When I tried backups via dump to local drives, it was 4-6Mb/s, as expected). So, what was causing the painfully slow performance?? On a whim, knowing I had seen something like this before a long time ago with Legato's client pak s/w, I reset the NDMP hosts' ether interfaces to 100Mbs HALF-duplex. As soon as that duplex setting kicked in, my network xfer rates and tape write shot up to the expected 4-6Mb/s rates. Now, I understand that duplex settings can affect network performance, and that in backups I'm essentially streaming data in one direction (which would make half-duplex a sensible option), but as for WHY I needed to set to half-duplex is a mystery. I would think being Full-duplex would be just as well. This duplex issue is, as far as I could tell reading over Netapp and Veritas docs, not address explicity when talking about 3-way backups. While I'm glad I seem to have fixed the problem, the fact that it was a problem puzzles me. So for anyone out there doing 3-way backups or dumps to remote tape drives, had you seen this before? Is anyone running NDMP and remote drives but not using half-duplex network settings? Just curious. -Scott Mikusko

2 1

RE: Repairing
by Mohler, Jeff 25 Apr '01

25 Apr '01

If you are in Hong Kong (good bet here) you can call 800-8008-0800. Please call any of the following offices for support at any time. Europe: 00-800-44-638277 Europe: 31-23-567-9605 Asia: 800-8008-0800 Asia: 65-3170317 Malaysia: 1-800-804289 Taiwan: 0080-14-8246 India: 65 317-0317 Indonesia: 011-803-015-200-0703 You can also open a case via NOW (now.netapp.com) and you will get immediate reponse for assistance, or you can open your own RMA tickets to replace faulty hardware without having to use the phone at all. -----Original Message----- From: Wil Ng [mailto:wilng@asl.com.hk] Sent: Tuesday, April 24, 2001 7:17 PM To: toasters(a)mathworks.com Subject: Repairing Dear all, Its there any repairing service from NetApp. I replace my defective item with my spare parts. It there any formal channel to repair the defective one? and the charge? Wil

2 1

RE: Repairing
by Mohler, Jeff 25 Apr '01

25 Apr '01

You will have to consult with the tech support representatives on your options, and depending on your service agreements many should be available to you. -----Original Message----- From: Wil Ng [mailto:wilng@asl.com.hk] Sent: Tuesday, April 24, 2001 11:19 PM To: Mohler, Jeff; toasters(a)mathworks.com Subject: Re: Repairing Hi Mohler, Thanks for your information! However what if the warranty has expired? Wil "Mohler, Jeff" wrote: > If you are in Hong Kong (good bet here) you can call 800-8008-0800. > > Please call any of the following offices for support at any time. > > Europe: 00-800-44-638277 > Europe: 31-23-567-9605 > Asia: 800-8008-0800 > Asia: 65-3170317 > Malaysia: 1-800-804289 > Taiwan: 0080-14-8246 > India: 65 317-0317 > Indonesia: 011-803-015-200-0703 > > You can also open a case via NOW (now.netapp.com) and you will get immediate reponse for assistance, or you can open your own RMA tickets to replace faulty hardware without having to use the phone at all. > > -----Original Message----- > From: Wil Ng [mailto:wilng@asl.com.hk] > Sent: Tuesday, April 24, 2001 7:17 PM > To: toasters(a)mathworks.com > Subject: Repairing > > Dear all, > > Its there any repairing service from NetApp. I replace my defective item with my > spare parts. It there any formal channel to repair the defective one? and the > charge? > > Wil

1 0

Repairing
by Wil Ng 25 Apr '01

25 Apr '01

Dear all, Its there any repairing service from NetApp. I replace my defective item with my spare parts. It there any formal channel to repair the defective one? and the charge? Wil

1 0

RE: Re: OT - swag (fwd)
by Maglinger, Paul 25 Apr '01

25 Apr '01

So guys, are you going to start some "inane banter" about the "inane banter"? -----Original Message----- From: Jeff Innis [mailto:figaro911@hotmail.com] Sent: Tuesday, April 24, 2001 17:11 To: toasters(a)mathworks.com Subject: Fwd: Re: OT - swag (fwd) Yes, it's quite interesting the crying about not following protocol when trying to unsubscribe, but not a word from the those same folk about polluting the bandwith with 2 days of inane banter( no doubt someone thinks this chatter was interesting). Just perhaps, those sending mail to toasters(a)mathworks.com <mailto:toasters@mathworks.com> to "unsubscribe", aren't clueless about majordomo, or lazy, but in actuality are registering their vote of "enough is enough", and letting the rest of the list know why. Jeff > > From: Ozzie Sabina > > Sender: owner-toasters(a)mathworks.com > > Precedence: bulk > > > > > > +-- "Swank, Steve (OTS-KC)" once said: > > | Can we move on from this topic, please? If you want to send personal > > | e-mails, send them to the person, not the entire list. > > > > I'll second this motion. I don't blame all of the people suddenly > > wanting to get off the list. > > > > Oz > > > _____ Get your FREE download of MSN Explorer at http://explorer.msn.com <http://explorer.msn.com>

2 1

ndmpcopy problems
by Leonard, Roger 24 Apr '01

24 Apr '01

i downloaded and compiled ndmpcopy1.2 and am trying to copy a dir from one 740 (blender) to another 740 (grinder). the syntax i use is ndmpcopy blender:/vol/vol1/home/oldlocal grinder:/vol/vol1 -level 0 it prompts me for a password and it looks like it is doing it. the source filer starts an ndmp dump session and the target filer starts an ndmp restore session and i get this output: Connecting to blender. Connecting to grinder. blender: CONNECT: Connection established. grinder: CONNECT: Connection established. blender: LOG: DUMP: blender: LOG: creating "/vol/vol1/../snapshot_for_backup.52" snapshot. blender: LOG: DUMP: blender: LOG: Using subtree dump blender: LOG: DUMP: blender: LOG: Date of this level 0 dump: Tue Apr 24 11:43:11 2001. blender: LOG: DUMP: blender: LOG: Date of last level 0 dump: the epoch. blender: LOG: DUMP: blender: LOG: Dumping /vol/vol1/home/oldlocal/ to NDMP connection blender: LOG: DUMP: blender: LOG: mapping (Pass I)[regular files] blender: LOG: DUMP: blender: LOG: mapping (Pass II)[directories] blender: LOG: DUMP: blender: LOG: estimated 501871 KB. blender: LOG: DUMP: blender: LOG: dumping (Pass III) [directories] grinder: LOG: RESTORE: grinder: LOG: Tue Apr 24 11:41:57 2001: Begin level 0 restore grinder: LOG: RESTORE: grinder: LOG: Tue Apr 24 11:41:58 2001: Reading directories from tape blender: LOG: DUMP: blender: LOG: dumping (Pass IV) [regular files] grinder: LOG: RESTORE: grinder: LOG: Tue Apr 24 11:42:01 2001: Creating files and directories. grinder: LOG: RESTORE: grinder: LOG: Warning: cannot create directory etc: File exists grinder: LOG: RESTORE: grinder: LOG: Tue Apr 24 11:42:16 2001: Writing data to files. grinder: LOG: RESTORE: grinder: LOG: Tue Apr 24 11:45:02 2001: Restoring NT ACLs (if any). blender: LOG: DUMP: blender: LOG: dumping (Pass V) [ACLs] blender: LOG: DUMP: blender: LOG: 502315 KB blender: LOG: DUMP: blender: LOG: DUMP IS DONE blender: LOG: DUMP: blender: LOG: Deleting "/vol/vol1/../snapshot_for_backup.52" snapshot. grinder: HALT: The operation was successful! Waiting for blender to halt too. The transfer was successful, but the source filer hasn't halted yet. Elapsed time: 0 hours, 4 minutes, 40 seconds. blender: HALT: The operation was successful! The transfer is complete. Elapsed time: 0 hours, 5 minutes, 38 seconds. using df it looks like it copied something to the volume but there is nothing there. i unmounted and remounted and still nothing. what am i missing? also it says it is trying to create etc?? there isn't an etc dir in my source dir. that makes it seem as if it is trying to copy from the root level but it shouldn't be and this is real scary. any help would be appreciated Roger D. Leonard Senior Network Analyst Marconi Communications

2 1

← Newer
1
...
5
6
7
8
9
10
11
...
29
Older →

Jump to page:

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 April 2001