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:spe08 AT co.henrico.va DOT us] 
Sent: Monday, November 02, 2009 4:11 PM
To: WEAVER, Simon (external); Justin Piszcz
Cc: veritas-bu AT mailman.eng.auburn DOT 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.weaver AT astrium.eads DOT net]
Sent: Monday, November 02, 2009 11:08 AM
To: Justin Piszcz; Spearman, David
Cc: veritas-bu AT mailman.eng.auburn DOT 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:jpiszcz AT lucidpixels DOT com]
Sent: Monday, November 02, 2009 4:04 PM
To: Spearman, David
Cc: WEAVER, Simon (external); veritas-bu AT mailman.eng.auburn DOT 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 AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu