Dave Please confirm the Disk Storage Units are hosted on the correct media servers as before the crash? To me (and I could very much be mistaken here!) it sounds like the Media Server or Master does not have permission to use it !
Also, is it not best practice to have a folder for each DSU rather than root (ie: Instead of G:\ being the DSU, something like G:\DSU_Backups) Simon -----Original Message----- From: Spearman, David [mailto:sp...@co.henrico.va.us] Sent: Monday, November 02, 2009 4:11 PM To: WEAVER, Simon (external); Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] One last problem with master server failure To be precise, all of them are behaving the same way. I'm a bit confused by the technote since I point the stu directly at the rrot of the drives. -----Original Message----- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Monday, November 02, 2009 11:08 AM To: Justin Piszcz; Spearman, David Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] One last problem with master server failure Justin Apologies - I see you sent the same Technote Did not realise this. Simon -----Original Message----- From: Justin Piszcz [mailto:jpis...@lucidpixels.com] Sent: Monday, November 02, 2009 4:04 PM To: Spearman, David Cc: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] One last problem with master server failure On Mon, 2 Nov 2009, Spearman, David wrote: > Still looking into that. All the disks are present, I can read/write > to them. The quick and dirty messages are > > 11/2/2009 9:51:54 AM - begin Restore > 11/2/2009 9:51:55 AM - restoring image exch1.hcg.local_1256724002 > 11/2/2009 9:51:55 AM - requesting resource Fibre Transport > 11/2/2009 9:51:55 AM - Info nbjm(pid=2836) NBU status: 800, EMM > status: Fibre Transport resources are not available > 11/2/2009 9:51:55 AM - Info nbjm(pid=2836) NBU status: 800, EMM > status: Fibre Transport resources are not available > 11/2/2009 9:52:19 AM - connecting > 11/2/2009 9:52:28 AM - connected; connect time: 00:00:09 > 11/2/2009 9:52:28 AM - started process bptm (2544) > 11/2/2009 9:52:30 AM - Critical bptm(pid=2544) sts_get_lsu_prop_byname > on LSU G:\ failed: 2060013 no more entries ^^ http://seer.entsupport.symantec.com/docs/290907.htm Troubleshooting: This error is noticed when both the Disk Storage Unit and destination path on disk are deleted (in this example - C:\Disk_STU) prior to the retention period of the image being reached. The error condition is reported when the NetBackup tries to delete fragments on the storage unit and finds the DSU directory missing. Resolution: Manually create an empty directory in the storage unit path on the appropriate media server as per the error message seen in the Detailed Job Status page. The subsequent Image Cleanup that is initiated by NetBackup will exit successfully without the above error message. Then, the storage unit folder can be deleted after this cleanup has exited. > 11/2/2009 9:52:30 AM - started process bptm (1388) > 11/2/2009 9:52:31 AM - Critical bptm(pid=2544) Invalid storage device: > G:\ no more entries > 11/2/2009 9:52:31 AM - Critical bptm(pid=2544) failure to open disk at > path G:\: plug-in reports error 2060013 > 11/2/2009 9:52:34 AM - Error bptm(pid=1388) The following files/folders were not restored: > 11/2/2009 9:52:35 AM - Error bptm(pid=1388) UTF - /Microsoft Exchange > Public Folders/IT/AdminCalendar/Marshall - doctor at 8:00 followed by > STEP meeting > <000000001A447390AA6611CD9BC800AA002FC45A0900913F8E1F0AAF9344BC7D5CEF1 > 8D176E40000002CAFF90000925558732876534DAC88398A4B5693E9000D44DBC2F0000 > 0> > 11/2/2009 9:52:37 AM - restored image exch1.hcg.local_1256724002 - > (media open error(83)); restore time 00:00:42 > 11/2/2009 9:52:37 AM - end Restore; elapsed time: 00:00:43 the restore > failed to recover the requested files(5) > 11/2/2009 9:52:41 AM - Error bpbrm(pid=1576) client restore EXIT > STATUS 83: media open error This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu