Hi,
There is a technote for this. I know that the indexing has the same speed as
the mailbox backup. And it seems to be normal.
http://seer.entsupport.symantec.com/docs/317302.htm
stefanos
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
Len,
The library is a HP/Compaq MSL6000. There is no virtual environment of any
sort involved. I'm not aware that there was the option on this library to
set up different barcode rules. The fact that NBU sees the full barcode
label properly seems to point me to NBU having something funny in
Most libraries give you the option to control how it send the barcodes
out.
First 6, last 6, all 8 ...
Look at your library config and see how it is sending out the barcodes.
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On
Has anyone seen an issue with a vault profile where for every image to be
duplicated a new tape is loaded? We have multiple vault policies set up and
they write all images in each batch to the same tape until the tape is full,
then it loads a new tape. We created a new profile the same way as
Judy,
The library is sending all 8. When I look at the media manager I can see
the barcode showing all 8 characters. The media ID it is assigning for the
LT is taking the first 6 while the ARF tapes is taking the last 6.
I checked barcode rules in vmadm and don't have anything of use. There
Yes, all the full polices are set to the same retention.
From: ken_zuf...@goodyear.com [mailto:ken_zuf...@goodyear.com]
Sent: Tuesday, December 01, 2009 11:51 AM
To: Michitsch, John
Subject: Re: [Veritas-bu] vault duplication issue
Are all the retentions for the policies the same? The only
Does anyone have a quick eject script the logic of which goes something like
this:
1. Eject any tapes in the OFFSITE volume pool if it is in the tape library
2. Ignore tapes in a drive (vmquery slot number =0)
3. And email the list of tapes to me with a report title and
if your robot is down but the drives are up, all your drive states for that
robot will be AVR
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Carlos Alberto
Lima dos Santos
Sent: Friday, November 27, 2009 2:17 PM
To:
The quick answer is nope.
You could offline all the drives on that robot - that'd be a pretty
simple looping script.
You could also put both your physical VTL drives in a storage unit
group with failover as the priority method and have the backup jobs
fail to the physical library automatically.
I think your second step is in error - a tape in a drive doesn't update
the vmquery slot number.
I'd do something like this...
for tape in `vmquery -rn 0 -l | awk '$11~/Offsite/ {print $1}`
do
eject routine (lots of lines)
done
I actually do something much like this for offsite
If slot=0 then it is in a drive; I did a vmquery on a tape that was in a drive
and that's what came back
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Tuesday, December 01, 2009 3:55 PM
To: Reynolds, Susan K.; Veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] quick
On Tue, Dec 01, 2009 at 03:57:37PM -0800, Reynolds, Susan K. wrote:
If slot=0 then it is in a drive; I did a vmquery on a tape that was in a
drive and that's what came back
I've never seen that.
Here's a tape that's in a drive for me at the moment, and the robot slot
is not reported as zero.
Dear NetBackup experts,
I have a problem with creating SRT for BMR Currently, I have a backup
for AIX which has OS level 5300-07 (output of oslevel -r command).
To be precise, here is the info I got from the backed-up OS:
ben...@root/oslevel -r
5300-07
ben...@root/oslevel -s
5300-07-00-
13 matches
Mail list logo