I have found that if you run bprdreq -rereadconfig; bpschedreq -read_stunits; bpschedreq -read_stu_config in a loop of about 50, it works every time. I don't know what the optimum number of iterations is, but 50 works and 10 doesn't (most of the time).
Regards, Patrick Whelan NetBackup Specialist Architect & Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Layne (Contractor) Sent: 02 August 2006 16:26 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Jobs won't go active If you created a new stu on these, did you restart netbackup? Usually that will happen on a new storage unit if you don't stop and restart NBU. You can also try the following commands if you can't stop NBU right now. Sometimes it will work and sometimes you just have to restart NBU. bprdreq -rereadconfig bpschedreq -read_stunits bpschedreq -read_stu_config -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Forester, Jack L Sent: Wednesday, August 02, 2006 10:11 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Jobs won't go active I've recently added a few new SAN media servers to my environment NBU 5.1MP5) and we are trying to run some test backups from these servers. The job gets submitted and shows up queued in the activity monitor and stays that way. I left one like that overnight, and it was still queued this morning. The media servers are HPUX with a Solaris master. I've checked bpsched, bprd, and bpcd logs on the master server as well as the bprd and bpcd logs on the media server. Nothing is screaming out as to why jobs from these new media servers will not go active. Other jobs to other media servers are going active almost immediately. What other things should I look into? I've checked name resolution, traceroutes in both directions, and have a support call open with Symantec. These new servers are supposed to go live this weekend. Argh! Jack L. Forester, Jr. UNIX Systems Administrator, Stf Lockheed Martin Information Technology (304) 625-3946 _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu