Hello Allen,
The simplest thing to try is to create a different policy for each path.
Then you have one path one return code. And if the backup for /vol/vol3 fails, the retry is only for /vol/vol3 and not /vol/vol1-3.
You can limit how many jobs will run on a netapp with the maxjob per client setting.
Len
What is missing in netbackup is a maxjob per volume setting.
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu]
On Behalf Of Allen Jasewicz
Sent: Wednesday, November 10, 2010 3:26 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] how to find which stream did not back up?
I have multiple NDMP policies that have the “NEW_STREAM” directive in the file list. I have been playing around with several of the nbu commands to script a way to identify which stream did not process. The policy set up is similar to
this:
HOST FILES
Netapp NEW_STREAM
/vol/vol1
/vol/vol2
/vol/vol3
NEW_STREAM
/vol/vol4
/vol/vol5
I have a script that reports on the nights activities, however if something happens the job will finish with a status code of “1”. It might have failed after running the first stream vol1, vol2, and vol3 and the second stream vol4 and
vol5 will be missed or vice versa. The backupid may be is similar to netapp_11109897 which will provide all the stats I can ask for as it regards to whole job without identifying the stats on each stream. I am currently playing with bpflist and at best it
seems clunky, otherwise I have found that I need to visit each backup in question in the backup and restore GUI to see what was backed up, also not optimal. Has anyone come up with a way, efficient or otherwise, to script out which stream completed? From
that I can extrapolate what did not succeed. I am running on UNIX
Yazaki North America, Inc. - Confidentiality & Security Notice
This email is intended only for the person or entity to which it is addressed and may contain confidential, proprietary and/or privileged material. Any review, distribution,
reliance on, or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this message in error, please immediately notify the sender and delete it and all copies of it from your system.
Visitors are prohibited from taking pictures or video at anytime in YNA or its affiliated company facilities unless prior authorization is obtained from facilities management.
Thank you.