[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference decwet::networker

Title:NetWorker
Notice:kits - 12-14, problem reporting - 41.*, basics 1-100
Moderator:DECWET::RANDALL.com::lenox
Created:Thu Oct 10 1996
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:750
Total number of notes:3361

577.0. "Volume default capacity and spanning over two tapes" by NQOS01::alfras1_port21.alf.dec.com::Curle () Mon Apr 14 1997 16:17

Running:

Alpha 4100
NetWorker V4.3
NT V3.51 Service Pack 5
TL812 with 4 TZ88 tapes

We have all the tape devices setup for 'dlt' and we had set the "Volume 
default capacity" to 30 GB.  Well the tape is really 20 GB.  I think this is 
the root of the problem.

We have a full backup to start Friday at 7:00pm for a file and print server. 
The full backup will backup only the F:\

I came in this morning and looked to make sure the backups ran OK and found 
out that during the backup of the F: drive it needed to span to the second 
tape.  The "message." file showed:

Apr 11 20:25:18 server: NetWorker media: (info) suggest mounting JRC_Full.002 
(ALF502) for writing to pool 'FRC Full'
... waiting for the load then the tape loaded on \\.\Tape0
Apr 11 20:32:17 server: NetWorker media: (info) dlt tape JRC_Full.001 will be 
needed.
... JRC_Full.001 is mounted on \\.\Tape1
Apr11 20:32:25 server: NetWorker media: (info) suggest mounting JRC_LTCL.004 
for writing to pool 'JRC LT Clone'
... mounts JRC_LTCL.004 on \\.\Tape2
Apr 11 20:49:55 server: NetWorker media: (warning) \\.\Tape1\ reading: The 
request could not be performed because of an I/O device error.
Apr 11 20:49:55 server: NetWorker media; (info) can not read record 4504 file 
87 on dlt tape JRC_Full.001
... I then start getting alot of error messages.

So I went to the Administrator, 
clicked on Volumes 
selected the JRC_Full.001
Clicked on "Show Save Sets"
37 save sets and I noticed the following:
Client	        Date	     Level   Status     Size   Flags   SSID   Name
jrcn-csdc-is01 4-11-97 7:03p full  brows susp   3138MB   c     160   F:\

and
jrcn-csdc-is02 4-11-97 8:27p   9   brows susp   313mb    C     163  bootstrap

so if you look at the 'message' file when NetWorker was going to write the 
bootstrap the full backup of F:\ was in a brows susp state.  Also 
JRC_Full.001 ran out of space and had to span to JRC_Full.002.

I think that because I had the "volume default capacity" set to 30GB 
NetWorker did not know that the tape was running out and the full backup of 
the F: did not complete when the tape was full.  Does this sound correct?

Well in testing this, I reset the 'volume default capacity' to 20GB and tried 
to mount a tape.  I started seeing \\.\Tape0 Data error (cyclic redundancy 
check) errors and 'no tape label found' messages.

So question 2 is I need to reset the volume default capacity to 20GB but how 
to recover my tapes?  Do I run scanner on each tape?  this could take days.

Also on the TZ88 it should hold 20 GB uncompressed and best case 40 GB 
compressed.  I guess this doesn't matter to the volume default capacity.

Thanks in advanced,
Allen Curle
T.RTitleUserPersonal
Name
DateLines
577.1DECWET::EVANSNSR EngineeringMon Apr 14 1997 16:5626
>I think that because I had the "volume default capacity" set to 30GB 
>NetWorker did not know that the tape was running out and the full backup of 
>the F: did not complete when the tape was full.  Does this sound correct?

  partly correct: NetWorker does not know a tape is running out, because
	it depends upon the device to return an error when there is no more
	tape upon which to write!

>So question 2 is I need to reset the volume default capacity to 20GB but how 
>to recover my tapes?  Do I run scanner on each tape?  this could take days.

  yes, scanner the tape back into the index (scanne -i /dev/...) -HOWEVER-
  resetting the capacity does NOT affect the actual contents of a volume.
  Only relabeling will. do a recover (GUI or command line) and browse for
  known files that are supposed to be on that volume.

>Also on the TZ88 it should hold 20 GB uncompressed and best case 40 GB 
>compressed.  I guess this doesn't matter to the volume default capacity.

  Depends upon what kind of data is being compressed. 

>I guess this doesn't matter to the volume default capacity.

  yes. correct. The hardware does the compression, not NetWorker. NetWorker
  reports how many bytes went down the "pipe" to the device, not how many
  were written to media.
577.2Resetting the volume capacityNQOS01::alfras1_port24.alf.dec.com::CurleMon Apr 14 1997 19:4620
Do you think I need to reset the tape devices to 20GB and try to recover the 
tapes?  Also on JRC_Full.001 I tried scanner and mounting and keep getting 
CRC errors with a label not found.  I had reset the tape from 30GB to 20GB 
and ran recover and asked to recover one file.  The autochanger tried to 
mount the tape but could not because of the CRC errors.  I would hate to 
think I had a bad tape because two weeks ago when we spanned to the second 
tape I also received errors and thought the tape was bad.  Either I have a 
bad batch of $100.00 per tape tapes or I have some other problem.

I am new at NetWorker so I could have set something up incorrectly.

If I look at the Volumes, the index for JRC_Full.001 is listed.  Can I make a 
new tape of JRC_Full.001 from the clone backup or am I just stuck?  Or how 
would you recommend recovering from a bad tape?

Also this is a test server and we were going to production Friday.  I will 
have to postpone the move to I fix this problem.

Thanks in advance,
Allen
577.3DECWET::LENOXPass the popcorn, on with the show.Wed Apr 16 1997 10:1718
Capacity is not a value NSR uses, it is just for the
user's sake.  Do not worry about resetting it unless
you care about the percentage used field being correct.
NetWorker will write a tape until it is full, at which
point it will mark the tape as full.  

When you say you reset the tape from 30GB to 20GB,
what did you do?  The only way that I know to reset the
capacity field is to relabel the tape.  If you relabel a
tape, you no longer have access to the data written on it
before it was relabelled.  This would be bad news.

How is your cloning setup?  If someone was cloning a
a tape (JRC_Full.001), I can see how that can create
problems, since cloning a tape does more than just
clone the tape, savesets that continue onto other tapes
will be cloned as well (could be a timing issue).  
577.4Volume Default CapacityNQOS01::rdodial_port2.32.81.16.in-addr.arpa::CurleTue Apr 22 1997 10:2813
In looking at the TZ88 documentation it states that the TZ88 can store up to 
20 GB of data without compression and 40GB with compression assuming a 2:1 
compression ratio.

You said that NetWorker would write until it hits the end of the tape.  I am 
confused in the option "Volume Default Capacity".  Do I need to set this 
value at 20GB or 40GB?  and if I set this value at 40GB and relabel the tape 
and the compression ratio isn't 2:1 will this mess up NetWorker?  Or on the 
other hand if I set the value to 20GB will I be shortchanging the tape 
capacity?

Thanks,
Allen
577.5this was not the reply I was originally going to enterDECWET::EVANSNSR EngineeringThu Apr 24 1997 17:5415
>You said that NetWorker would write until it hits the end of the tape.

 this is so.

>Do I need to set this value ("Volume Default Capacity") at 20GB or 40GB?

 set it to whatever makes you feel best about the display

>if I set this value at 40GB and relabel the tape will this mess up NetWorker?

  no.

>if I set the value to 20GB will I be shortchanging the tape capacity?

  no.
577.6DECWET::FARLEEInsufficient Virtual um...er....Mon Apr 28 1997 11:5410
To be very clear:
NetWorker will write until it receives an unrecoverable IO error from 
the tape device.

At that point, the tape will be marked full and the next one will continue.

The "volume default capacity" is ONLY used for calculating the %full on the
volume display.  It is only cosmetic.

Kevin
577.7ThanksNQOS01::rdodial_port14.32.81.16.in-addr.arpa::CurleMon May 05 1997 10:292
Thanks for the reply.
Allen