No - doesn't prevent new jobs other than those schedule via Netbackup
(sets "tries" to 0).
 
Hmm.  I know this has been addressed - kill bpsched?
 
Anybody?
 
-M

________________________________

From: Geyer, Gregory [mailto:Gregory.Geyer at Avnet.com] 
Sent: Friday, August 25, 2006 9:00 AM
To: Donaldson, Mark - Broomfield, CO
Subject: RE: [Veritas-bu] waiting....


Mark,
 
Does your nice_shutdown prevent new jobs from coming in?  Unfortunately
we use and external scheduler (Control-M) and even more unfortunately
the DBAs don't use that...So its usually a fight to kill new bpscheds
coming in.
 
I've shutdown bprd through bpadm but that appears to also affect normal
5.1 master to media server communication.   Still, if you have a better
method than the bp.kill_all or the netbackup shutdown (with running kill
-9s on those bptm/bpscheds that won't shut down) then I'd like to review
if you don't mind.
 
Gracias,
 
Greg

________________________________

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
Mark.Donaldson at cexp.com
Sent: Wednesday, August 23, 2006 6:19 PM
To: stumpb at michigan.gov; simon.weaver at astrium.eads.net;
veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] waiting....


You can make this a lot cleaner by adding a pre-shutdown job that
cancels all running backup jobs and waits for them to go away.  If
there's no active jobs, the daemons drop pretty quick.  I wrote a
utility called "nice_shutdown" that does this.
 
Kill -9 will stray tapes in drives and lead to all sorts of other happy
problems.
 
-M

________________________________

From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Bob
Stump
Sent: Wednesday, August 23, 2006 5:49 AM
To: Simon WEAVER; veritas-bu at mailman.eng.auburn.edu
Subject: [Veritas-bu] waiting....


The question is when I attempt to shutdown NetBackup I get 57 lines of:
Waiting for active bpsched/bptm processes to terminate

How can I tell which bpsched/bptm process that it is waiting on.
How can I tell if the bpched/bptm process it is waiting on will
eventually terminate via the shutdown.
 
It's kind of like the question "How many licks does it take to get to
the center of a Tootsie Roll pop"? no one knows. 
No one knows the answer to this question because we all get impatient
and just start doing a mass kill -9 on any bpsched/bptm we see.
 
I am asking this to see if there may be a better way than 
# kill -9 `bpps | awk '{print $2}'`
 
The cleanup after the kill gets annoying and also is very time
consuming.
logging onto the ACSLS server and doing dismounts of the tapedrives.
yuk...
 


>>> "WEAVER, Simon" <simon.weaver at astrium.eads.net> 8/23/2006 1:36 AM
>>>

Bob
not sure what you are after, but what about stopping all services /
processes or rebooting perhaps??
Was there any more info to add to the message? Or am I missing
something?
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: Simon.Weaver at Astrium-eads.net
<mailto:Simon.Weaver at Astrium-eads.net> 

        -----Original Message-----
        From: Bob Stump [mailto:stumpb at michigan.gov] 
        Sent: 22 August 2006 17:30
        To: veritas-bu at mailman.eng.auburn.edu
        Subject: [Veritas-bu] waiting....
        
        
        What is actually happening and how can you tell if it is
actually waiting or forever hung?
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        Waiting for active bpsched/bptm processes to terminate
        

This email is for the intended addressee only.
If you have received it in error then you must not use, retain,
disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of
Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
        
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060825/a39ec6f8/attachment-0001.html