Both you and Scott Jacobson (in a direct e-mail) are in agreement on this - I defer to the strength of your arguments.
As to how I came to this conclusion - frankly, I'm not sure. It was many moons ago and I don't remember the circumstances. Simon, I recommend you just ignore my previous posting on this. -M -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Koelbel, Karl Sent: Thursday, June 08, 2006 9:41 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(( Hi Mark, Not to be contrary, only to understand, (and certainly not to confuse the original post): I have used this method repeatedly where media servers no longer exist. The volume database that resides on the Media server contains only volume and mount information. I think we agree that this is separate entirely from any restore records (netbackup catalog). The only thing that is required is to tell the Master server to send instructions to itself to mount the tape rather than the media server. The media server need not exist at all for this to happen! Working this way is very beneficial to disaster recovery, where you may be recreating and restoring your environment without media servers previously in service, so it seems natural that the failover is implemented to address this. As you mention, there is an appropriate way to decomission a media server, which involves moving all of the media records to the master's media database and basically removing it from the GDM, as documented by Veritas. I've had experience with servers who were not removed in the proper manner, and those that still exist in some capacity within the environemnt. This is the method I used to restore successfully in both cases. Is there a particular configuration of Media Servers or another process unique to your environment that prevents this from working? If so I'd definitely like to be prepared for the possibility in my own and would appreciate your insight. Cheers, -karl -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, June 08, 2006 11:17 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 2, Issue 34 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Veritas-bu digest..." Today's Topics: 1. Re: Inventory failed: unable to open robotic path (201) (Pero, Greg) 2. EDM (legato) media format (Bob Stump) 3. Re: HELP - Does things get any worse than this :-(( ([EMAIL PROTECTED]) ---------------------------------------------------------------------- Message: 1 Date: Thu, 8 Jun 2006 08:14:56 -0700 From: "Pero, Greg" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Inventory failed: unable to open robotic path (201) To: "Johnny Oestergaard" <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Thanks - I have a support call into them but have yet to speak to anyone. Greg Pero NetSys Systems Engineer Senior Downey Savings (949) 509-4488 - office [EMAIL PROTECTED] - pager/text message (714) 200-3420 - cell [EMAIL PROTECTED] ________________________________ From: Johnny Oestergaard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 8:31 PM To: Pero, Greg Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Inventory failed: unable to open robotic path (201) The error "inventory failed: unable to open robotic path" is very generic in that it basicly can be anything. First thing I would try is to update the driver for the library from the vendor. And after that try to check if Veritas has a driver for your library. /johnny ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pero, Greg Sent: 7. juni 2006 22:40 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inventory failed: unable to open robotic path (201) I have a single W3k server as the master connected via Adaptec 39160 SCSI adapter to a Qualstar 46120 Robotic tape library. If the server reboots for whatever reason - it appears Netbackup loses the path to the Robot. The OS itself appears to be fine - the Robot, tape drives and scsi adapters all appear in Device Manager. When I run "Configure Storage Devices" in Netbackup - it recognizes the tape drives (as stand-alone) but not the Robot itself. If I go into Device Manager and blow away the tape drives and Robot and reboot - Netbackup will then see the robot when I run "Configure Storage Devices". I assume this is related to the SCSI path changing and Netbackup not being able to handle it. If I run "tpconfig - l" it reports 6 tape drives with a status of "up" and it reports the tape library with a status of "-". Is there a work around for this - or any way to configure it so that the SCSI path does not change? Thanks, Greg Greg Pero NetSys Systems Engineer Senior Downey Savings (949) 509-4488 - office [EMAIL PROTECTED] - pager/text message (714) 200-3420 - cell [EMAIL PROTECTED] This message and any attachments are for the intended recipient(s) only and may contain privileged, confidential and/or proprietary information about Downey Savings or its customers, which Downey Savings does not intend to disclose to the public. If you received this message by mistake, please notify the sender by reply e-mail and delete the message and attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060608/ 3f6bf42b/attachment-0001.html ------------------------------ Message: 2 Date: Thu, 08 Jun 2006 11:16:10 -0400 From: "Bob Stump" <[EMAIL PROTECTED]> Subject: [Veritas-bu] EDM (legato) media format To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" I have 500 tapes that were used in an EDM (now legato) system. The tapes are hcart and were used by STK 9940_B tape drives. I want to use them in NetBackup. I have checked "allow media overwrite" for ALL available types listed in the GUI. (ANSI,TAR,DBR,RS-MTF_1,CPIO,AOS/VS MTF BE-MTF-1 ) Hopefully the EDM format is one of them. Can anyone confirm the type? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060608/ c177ee69/attachment-0001.html ------------------------------ Message: 3 Date: Thu, 8 Jun 2006 09:16:23 -0600 From: <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(( To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED] exp.com> Content-Type: text/plain; charset="us-ascii" All these suggestions assume that whatever original media server backed up the files is still available (the bpmedia -movedb & FORCE_RESTORE...) choices. If the media server was destroyed and the media database on it was destroyed with it (without transferring it first to another live media server) then these are not going to work. You might be able to use "bpmedialist -h <old_media_server>" to see if any tapes were still assigned to the media server pre-destruction. If they were, you might then be able to import these media on a different media server to recreate the info. Losing faith in Netbackup as a product is understandable in times of stress, but there is a process to destroying a media server and preserving its data. Maybe v6.0 will change all this since the databases are becoming centralized. -M -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Abdelrahman, Karim Sent: Thursday, June 08, 2006 9:03 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(( Simon, What you need to do is the following: 1. Bring down Netbackup Daemons 2. cd /usr/openv/netbackup 3. vi bp.conf 4. add the folowing line: FORCE_RESTORE_MEDIA_SERVER = old_media_server current_media server None:"Please replace the media server with your media server names" 5. Save 6. Bring up the Daemons 7. Start restore again Thanks, -Karim -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, June 08, 2006 10:14 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 2, Issue 32 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Veritas-bu digest..." Today's Topics: 1. Re: HELP - Does things get any worse than this :-(( (((((((((((( (WEAVER, Simon) 2. Re: HELP - Does things get any worse than this :-(((((((((((((( ([EMAIL PROTECTED]) 3. Re: HELP - Does things get any worse than this :-(( (((((((((((( (WEAVER, Simon) 4. Re: MS Windows Java console and firewall - what ports - resolution (Jim McD) 5. How to only stop new disk to tape jobs from starting (Hillman, Eric) ---------------------------------------------------------------------- Message: 1 Date: Thu, 8 Jun 2006 07:54:47 +0100 From: "WEAVER, Simon" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(( (((((((((((( To: "'Falk, Martin SZ/HZA-ITDS2'" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Martin Did not work - same error message :-( Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B32AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] -----Original Message----- From: Falk, Martin SZ/HZA-ITDS2 [mailto:[EMAIL PROTECTED] Sent: 08 June 2006 07:43 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: AW: [Veritas-bu] HELP - Does things get any worse than this :-(((((((((((((( Hello Simon, go to Master Server properties -> Restore Failover and enter the old Media Server name and the name of the media server that should do the rerstore. Regards Martin _____ Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von WEAVER, Simon Gesendet: Donnerstag, 8. Juni 2006 07:59 An: veritas-bu@mailman.eng.auburn.edu Betreff: [Veritas-bu] HELP - Does things get any worse than this :-(((((((((((((( Guys I just CANNOT believe how unlucky this site is!!! I attempted a restore from one of my Servers IP Addresses, that was being BACKED UP by the OLD Media Server that was destroyed. Backup, Archive, Restore tool can SEE the Data, and I have specified the source and destination client as being different (Destination now being SERVER001) however when performing the restore it shows the following in activity monitor.... Activity Monitor shows.... 08/06/2006 06:43:48 - begin Restore 08/06/2006 06:43:51 - 1 images required 08/06/2006 06:43:51 - media 0234L3 required 08/06/2006 06:43:51 - media 0236L3 required 08/06/2006 06:44:26 - restored image 194.35.68.208_1148074371 - (cannot connect to server backup restore manager(205)) 08/06/2006 06:44:26 - end Restore; elapsed time: 00:00:38 the restore failed to recover the requested files(5) I came in early to do this, as I feared something like this may happen when I was in bed last night!! Im starting to lose faith in not only Veritas, but also the people surrounding me! Any help or quick answers would be appreciated. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B32AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] 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 EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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 EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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/20060608/ 9ce35bca/attachment-0001.html ------------------------------ Message: 2 Date: Thu, 8 Jun 2006 11:54:59 +0200 From: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(((((((((((((( To: "WEAVER, Simon" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=iso-8859-1 Hi Simon You could try bpimage -newserver <newserver name> -id <tape_id> bpmedia -movedb -m <tape_id> -newserver <newserver name> Regards Michael On Thu, 8 Jun 2006 06:58:38 +0100 , WEAVER, Simon wrote > Guys > I just CANNOT believe how unlucky this site is!!! > ? > I attempted a restore from one of my Servers IP Addresses, that was being BACKED UP by the OLD Media Server that was destroyed. > ? > Backup, Archive, Restore tool can SEE the Data, and I have specified the source and destination client as being different (Destination now being SERVER001) however when performing the restore it shows the following in activity monitor.... > ? > Activity Monitor shows.... > 08/06/2006 06:43:48 - begin Restore > 08/06/2006 06:43:51 - 1 images required > 08/06/2006 06:43:51 - media 0234L3 required > 08/06/2006 06:43:51 - media 0236L3 required > 08/06/2006 06:44:26 - restored image 194.35.68.208_1148074371 - (cannot connect to server backup restore manager(205)) > 08/06/2006 06:44:26 - end Restore; elapsed time: 00:00:38 the restore > failed to recover the requested files(5) ? > I came in early to do this, as I feared something like this may happen when I was in bed last night!! > ? > Im starting to lose faith in not only Veritas, but also the people surrounding me! > ? > Any help or quick answers would be appreciated. > Regards > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > EADS Astrium Limited, B32AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > Email: [EMAIL PROTECTED] > ? 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 EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England > -- Cybercity Webhosting (http://www.cybercity.dk) ------------------------------ Message: 3 Date: Thu, 8 Jun 2006 11:14:01 +0100 From: "WEAVER, Simon" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(( (((((((((((( To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Ive tried that, and that failed, HOWEVER thanks to Martin and a change in the DB ownership of the tapes I may have just cracked it, but running a consistency check on the DB at the moment! So will let you know later! Thanks everyone Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B32AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 08 June 2006 10:55 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HELP - Does things get any worse than this :-(((((((((((((( Hi Simon You could try bpimage -newserver <newserver name> -id <tape_id> bpmedia -movedb -m <tape_id> -newserver <newserver name> Regards Michael On Thu, 8 Jun 2006 06:58:38 +0100 , WEAVER, Simon wrote > Guys > I just CANNOT believe how unlucky this site is!!! > ? > I attempted a restore from one of my Servers IP Addresses, that was > being BACKED UP by the OLD Media Server that was destroyed. > ? > Backup, Archive, Restore tool can SEE the Data, and I have specified > the source and destination client as being different (Destination now being SERVER001) however when performing the restore it shows the following in activity monitor.... > ? > Activity Monitor shows.... > 08/06/2006 06:43:48 - begin Restore > 08/06/2006 06:43:51 - 1 images required > 08/06/2006 06:43:51 - media 0234L3 required > 08/06/2006 06:43:51 - media 0236L3 required > 08/06/2006 06:44:26 - restored image 194.35.68.208_1148074371 - > (cannot connect to server backup restore manager(205)) > 08/06/2006 06:44:26 - end Restore; elapsed time: 00:00:38 > the restore failed to recover the requested files(5) > ? > I came in early to do this, as I feared something like this may happen > when I was in bed last night!! > ? > Im starting to lose faith in not only Veritas, but also the people surrounding me! > ? > Any help or quick answers would be appreciated. > Regards > Simon Weaver > 3rd Line Technical Support > Windows Domain Administrator > EADS Astrium Limited, B32AA IM (DCS) > Anchorage Road, Portsmouth, PO3 5PU > Email: [EMAIL PROTECTED] > ? 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 EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England > -- Cybercity Webhosting (http://www.cybercity.dk) 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 EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ------------------------------ Message: 4 Date: Thu, 8 Jun 2006 20:23:20 +1000 From: "Jim McD" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] MS Windows Java console and firewall - what ports - resolution To: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Most of those in the listed, its in the manual what it not documented that well is ........... On you desktop go to C:\Program Files\Veritas\java or where the desktop client is installed in there lives files with names of the format hostname.vrtsnbuj Change the line SET NBJAVA_CONNECT_OPTION= to have the value 1 the default is zero it should look like this SET NBJAVA_CONNECT_OPTION=1 Do this to all files hostname.vrtsnbuj Test impact on conectivity to other master servers - there should be none. Netbackup appears to grab any of these files irrespective of which host its connected to. If you have a specific match to the master you are connecting and set it as above. It may not work cause its a different .vrtsnbuj ........very dodgy....another example of rainforest software. On 6/5/06, Jim McD <[EMAIL PROTECTED]> wrote: > > Hi > > I'm getting conflicting information from different sources regarding which > ports to open to permit the MS Windows console to connect to a 5.1 master > server. Are all the following really necessary? > > NetBackup Services Registered Ports > bpcd 13782 > bpdbm 13721 > bprd 13720 > vnetd 13724 > vopied 13783 > bpjava-msvc 13722 > I assume this is IP & UDP, somebody from Symantec also mention ICMP ? > Any changes needed on the master server? > > Regards Jim > -- Regards Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060608/ 0f8e6bd8/attachment-0001.html ------------------------------ Message: 5 Date: Thu, 8 Jun 2006 10:13:55 -0400 From: "Hillman, Eric" <[EMAIL PROTECTED]> Subject: [Veritas-bu] How to only stop new disk to tape jobs from starting To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" We use disk staging in NBU 5.0 MP5. Our backups to disk were greatly delayed last night and are now contending with the disk to tape jobs. We've manually killed all duplication jobs, but new ones keep starting based on the schedule we set. Does anyone know of a way besides stopping bprd to stop only the Duplication jobs from starting? Thanks! -Eric THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this message and any attachment is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and permanently delete it from your computer and destroy any printout thereof. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060608/ a6a175d6/attachment.html ------------------------------ _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu End of Veritas-bu Digest, Vol 2, Issue 32 ***************************************** _______________________________________________ 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 End of Veritas-bu Digest, Vol 2, Issue 34 ***************************************** This message may contain privileged and/or confidential information. If you have received this e-mail in error or are not the intended recipient, you may not use, copy, disseminate or distribute it; do not open any attachments, delete it immediately from your system and notify the sender promptly by e-mail that you have done so. Thank you. _______________________________________________ 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