As a matter of troubleshooting, if you are able, I would stop and restart
the netbackup processes.
/usr/openv/netbackup/bin/admincmd/bprdreq -terminate
/usr/openv/netbackup/bin/bpdbm -terminate
the bpsched should drop after a while.
then when all of the bpps process are dead
initbprd
and you should be good to go.
the media problem seems to indicate a communication error from your media
server to your master server. This request would be from the bptm after it
queries the mediaDB to see if there is a valid media available for the
backup request. bptm then requests a new tape from the media manager
database and tpreq is executed to mount the tape. If there were media
manager problems one may think that stopping and starting ltid and vmd would
have merit as well. I would just to be safe.
/usr/openv/volmgr/bin/stopltid
/usr/openv/volmgr/bin/vmctrldbm -t
then just ltid (with whatever options you start it with) will bring
everything backup up again on your media server.
Are these tapes in a pool defined as scratch?
David
-----Original Message-----
From: veritas-bu-admin AT Eng.Auburn DOT EDU
[mailto:veritas-bu-admin AT Eng.Auburn DOT EDU]On Behalf Of RYAN C. ANDERSON
Sent: Friday, December 08, 2000 10:59 AM
To: Veritas NBU
Subject: Re: [Veritas-bu] bpsched -mainempty?
Yes, there were abnormal terminations of backup jobs--not manually, but
an abnormal error code. Before I hit the 'send' button on my last post,
I forgot to include that 3 jobs returned 205:
205 cannot connect to server backup restore manager
I'm not entirely sure how long they are running as there is only a time,
no date. The mainempty process started at 19:08 and the time that all
the incrementals are scheduled to start at 19:00. Now there is only one
'mainempty' process. Here's the output of 'ps -ef|grep bpsched':
root 16014 1337 0 10:08:08 ? 0:00
/usr/openv/netbackup/bin/bpsched
root 16806 10115 0 10:55:49 pts/7 0:00 grep bpsched
root 9590 1 0 19:08:04 ? 0:07
/usr/openv/netbackup/bin/bpsched -mainempty
I just re-checked the tapes, and the 38 available tapes are in the
correct Pool.
Hope this helps.
Regards,
RCA
"David A. Chapa" wrote:
>
> Did you have any abnormal terminations of backup jobs recently?
>
> Do you know how long these bpsched -mainempty processes have been in the
> process table?
>
> All 38 tapes have the correct residence?
>
> sorry for the 20 questions.
>
> david
>
> -----Original Message-----
> From: veritas-bu-admin AT Eng.Auburn DOT EDU
> [mailto:veritas-bu-admin AT Eng.Auburn DOT EDU]On Behalf Of RYAN C. ANDERSON
> Sent: Friday, December 08, 2000 9:59 AM
> To: Veritas NBU
> Subject: [Veritas-bu] bpsched -mainempty?
>
> Before midnight we had a lot of backups fail and I think its as a result
> of the bpsched process(es). Most of the errors came back as status 96
> (unable to allocate new media for backup, storage unit has none
> available), however, there were 38 new tapes it could pulled out of the
> pool. After midnight I can see that it did pull 2 new tapes and assign
> them, so it worked somewhat last night.
>
> I've called support and looked on the web, but no solid answers yet.
> Currently there are 3 'bpsched -mainempty' processes and one 'bpsched'
> process. How abnormal is this? We are running NBU 3.1.1 w/Solaris 2.6.
>
> RCA
> --
> Ryan C. Anderson | United Defense L.P.
> Unix Administrator | 763.572.6684 (desk)
> ryan_anderson AT udlp DOT com | 612.235.9936 (pager)
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
Ryan C. Anderson | United Defense L.P.
Unix Administrator | 763.572.6684 (desk)
ryan_anderson AT udlp DOT com | 612.235.9936 (pager)
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
