Hello.
I'm interested in what could cause this since I've seen the samething lately
and have not modified the script. It doesn't happed to the same tapes, but
appears to be random.
I'm using NBU 3.2 with Solaris 2.6. I have a L11000 library.
Tim
>From: "Conner, Neil" <neil AT mbari DOT org>
>To: "'Eric.Martens AT Sun DOT COM'" <Eric.Martens AT sun DOT com>,
>"netbackup_interest AT sun DOT com" <netbackup_interest AT sun DOT com>,
>
>veritas-bu AT mailman.eng.auburn DOT edu
>Subject: RE: [Veritas-bu] available_media status DBBACKUP
>Date: Thu, 24 May 2001 10:58:26 -0700
>
>Have you modified the available_media script? A little while ago, someone
>posted a modification to speed it up, but the mod occassionally causes
>errors in output...
>
>-Neil
>
>-----Original Message-----
>From: eric martens [mailto:eric.martens AT Sun DOT COM]
>Sent: Wednesday, May 23, 2001 1:47 PM
>To: netbackup_interest AT sun DOT com; veritas-bu AT mailman.eng.auburn DOT edu
>Subject: [Veritas-bu] available_media status DBBACKUP
>
>
>Hi there,
>
>IHAC
>NBU: 3.2
>S.O: 2.8
>Jukebox: L3500
>Slave server
>
>
>About 2 weeks ago after running available_media I've noticed an increase
>in the number of tapes with the status DBBACKUP, I've had this problem
>before and after that latest Jumbo patch is seems to have gone away till
>now. The
>script seems to be working well on both the master and another Slave
>server
>
>I have not taken off any Server Media, and have not changed the bp.conf,
>and have no other errors messages.
>
>If I do a detailed report on the tapes in question the status shows 0x0
>Which means it is assigned to Enterprise NetBackup regular backups.
>
>Which contradicts the available_media reports status of DBBACKUP.
>I've have already made the recommended updates to the available_media
>script, by inserting the sleep command, etc. All changes seem to have no
>effect. Since my two other servers available_media reports come back
>clean by using the identical script, I'm thinking that the problem may
>be
>somewhere in the Media Manager volDB for that particular slave server.
>Another
>common factor is that it occurs in selected pools. Any advice would be
>great.
>
>--
>
>Thanks,
>
>_________________________________________________________________________
>
> _/_/_/ _/ _/ _/ _/ | Eric Martens
> _/ _/ _/ _/_/ _/ | eric.martens AT west.sun DOT com
> _/_/_/ _/ _/ _/ _/ _/ | Systems Administrator
> _/ _/ _/ _/ _/_/ | San Diego ESP Lab Support
> _/_/_/ _/_/_/ _/ _/ | 858-625-5182
> M I C R O S Y S T E M S , I N C | ext.52182
> | Eastgate Technology Park
> "What can we .com for you today?" | San Diego, Ca. 92121
>_________________________________________________________________________
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>_______________________________________________
>Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
|
