Here is a GREAT link for exchange restores. We could not get any exchange restore to work until following these steps EXACTLY as stated... starting with step 11. Most of the work is done on the exchange admin's side - biggest 'gotcha' is the fact they MUST mount a (new or existing) data store, unmount it, then in properties make it 'overwritable by a restore'. Our exchange guys kept skipping the final step and the restore wouldn't succeed... All good now!
http://seer.support.veritas.com/docs/264924.htm The storage group may be restored to a new storage group (eg, First Storage Group), but the mailboxes must be restored with the EXACT same names! Good Luck. Thanks, Garrett Covington The TriZetto Group, Inc. [EMAIL PROTECTED] pager: [EMAIL PROTECTED] work: 303-323-6886 cell: 303-204-6695 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 14, 2006 9:54 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 8, Issue 40 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: NBU 6, MP4 Anyone had issues with hot backup (Kelczewski, Mike) 2. Re: Queue v. Requeue (Paul Keating) 3. Upgrade from 5.x to 6.0 (De Pedro, Ignacio) 4. NBU 5.1 MP4 Install and DLL Hell (Martin, Jonathan (Contractor)) 5. Re: Errors on Exchange Store Restore (Dave Brown) 6. Re: Errors on Exchange Store Restore (Steven L. Sesar) 7. Re: Errors on Exchange Store Restore (Dave Brown) 8. Re: Errors on Exchange Store Restore (Brandon Zermeno) ---------------------------------------------------------------------- Message: 1 Date: Thu, 14 Dec 2006 08:01:20 -0500 From: "Kelczewski, Mike" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] NBU 6, MP4 Anyone had issues with hot backup To: <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Tim, Check the nbmail.cmd file. MP4 prob. overwrote it or your other cmd files. This has happened to me in the past. Date: Thu, 14 Dec 2006 10:42:39 +1100 From: "Wilkinson, Tim" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] NBU 6, MP4 Anyone had issues with hot backup email notifications? To: "Ed Wilts" <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Sorry, yep, I should have been a bit more specific :) It's on Windows Server 2003 SP1. I haven't tested sending out other emails and it's feasible that something has been done to our mail environment that is causing but because it's happening on 2 separate networks AND occurred after the application of MP4 I'd guess MP4 definitely has something to do with it. Cheers, Tim -----Original Message----- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: Thursday, 14 December 2006 10:29 AM To: Wilkinson, Tim Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 6, MP4 Anyone had issues with hot backup email notifications? On 12/13/2006 4:33 PM, Wilkinson, Tim wrote: > Apologies if this has already been discussed; I've been off for a week > or so and can't see any obvious thread regarding this. > > Since applying MP4, it seems my master no longer sends out > notifications; either scripted ones or hot backup recovery emails. > I've applied MP4 to Masters on 2 different networks, and they both > suffer from the same issue. > > Has anyone else had this issue? We haven't seen this. What platform are you running it on (we're Solaris)? Have you tested sending out other emails from your master? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ------------------------------ Message: 2 Date: Thu, 14 Dec 2006 09:14:41 -0500 From: "Paul Keating" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Queue v. Requeue To: "Ed Wilts" <[EMAIL PROTECTED]>, "JAJA \(Jamie Jamison\)" <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED] canada.ca> Content-Type: text/plain; charset="utf-8" Not sure, Ed. He says he only has one server, so I doubt it's the Master/media thing. So, negating the multiple server/SSO thing, it sounds to me like he hasa STU that has "max drives" defined as more than the number of physicaldrives in the library, or he has multiple STUs defined and the maxnumber of drive in each, added together, exceeds the number of drives inthe library. Paul -- > -----Original Message-----> From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Ed Wilts> Sent: December 13, 2006 11:14 PM> To: JAJA (Jamie Jamison)> Cc: veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] Queue v. Requeue> >> This is a design issue in 5.1 and is caused by the master and media > servers having different views of what drives are really available. > Fixing this type of problem is one of the major features in 6.0. > There's nothing you can do until you upgrade. <snip> > The jobs don't really fail under 5.1. After you upgrade, you > won't see > these at all. The root issue is that under 5.1, the media > servers keep > track of tape drives so the master doesn't really know if there's a > drive available or not. With 6.0, the master keeps track of > all of the > drives across all of your media servers.> > .../Ed> > -- > Ed Wilts, Mounds View, MN, USA> mailto:[EMAIL PROTECTED]> > _______________________________________________> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu> ======================================================================== ============ La version fran?aise suit le texte anglais. ------------------------------------------------------------------------ ------------ This email may contain privileged and/or confidential information, and the Bank ofCanada does not waive any related rights. Any distribution, use, or copying of thisemail or the information it contains by other than the intended recipient isunauthorized. If you received this email in error please delete it immediately fromyour system and notify the sender promptly by email that you have done so. ------------------------------------------------------------------------ ------------ Le pr?sent courriel peut contenir de l'information privil?gi?e ou confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des renseignements qu'il contient par unepersonne autre que le ou les destinataires d?sign?s est interdite. Si vous recevezce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans d?lai ?l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de votreordinateur toute copie du courriel re?u. ------------------------------ Message: 3 Date: Thu, 14 Dec 2006 15:06:11 -0000 From: "De Pedro, Ignacio" <[EMAIL PROTECTED]> Subject: [Veritas-bu] Upgrade from 5.x to 6.0 To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED] m> Content-Type: text/plain; charset="us-ascii" Hi all, When you upgrade from 5.x to 6.0, how many time takes the script in the part of "populating database"? We have a catalog around 25 Gb, in a test, the script was doing "populating database" during two hours and we cancelled before the end. Regards, Nacho -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061214/ 3b61938c/attachment-0001.html ------------------------------ Message: 4 Date: Thu, 14 Dec 2006 10:08:58 -0500 From: "Martin, Jonathan \(Contractor\)" <[EMAIL PROTECTED]> Subject: [Veritas-bu] NBU 5.1 MP4 Install and DLL Hell To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" I'm upgrading all those older clients from 3.4 to 5.1 MP4 and I killed an application. Turns out that removing the 3.4 client, installing 5.1 and then the MP4 patch somehow unregistered the following php library - librnwphp.7.0.1.5.dll! We did a comparison of development and production and in one case found this file had actually been removed somehow. I'm not blaming this on Netbackup, but its undeniable that after my installing NBU 5.1 and then patching to MP4 that this dll was then unregistered causing an app to fail. Anyone else ever see anything similar? I'm a little hesitant to continue with the 60 client's I've got left to upgrade with this kind of potential issue. Then again, it could just be a fluke. You know all those crazy web admin guys. =P -Jonathan ------------------------------ Message: 5 Date: Thu, 14 Dec 2006 10:05:35 -0600 From: "Dave Brown" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Errors on Exchange Store Restore To: <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Update: >From the restore utility console 09:46:24 12/14/2006: Restore Started 09:46:26 (46001.xxx) Restore job id 46001 will require 1 image. 09:46:26 (46001.xxx) Media id 000005 is needed for the restore. 09:46:26 (46001.xxx) Media id 000109 is needed for the restore. 09:46:59 (46001.001) Restoring from image created 9/30/2006 12:16:05 AM 09:47:01 (46001.001) INF - Waiting for mount of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Waiting for positioning of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Beginning restore from server aabkp11 to client aaexc11. 09:47:56 (46001.001) TAR - Microsoft Information Store:\First Storage Group\A-M 09:47:56 (46001.001) (46001.001) ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. 09:47:56 (46001.001) ) >From TAR on Client [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - will be using callback event 9:47:56.239 AM: [1632.8268] <2> ov_log::V_GlobalLogEx: ERR - beds_ese_access::V_OpenForWrite():FS_CreateObj() Failed! (0xFFFFFE30:A communications failure has occurred. ) 9:47:56.239 AM: [1632.8268] <2> tar_base::V_vTarMsgW: ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. ) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data:0 9:50:50.423 AM: [1632.8268] <2> tar_base::V_vTarMsgW: FTL - Unexpected EOF in tar file 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data w/ callback:163615 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for outgoing data:2348 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - WSARecv() called:574588 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::V_vTarMsgW: INF - Commit is set, but no log files are included in this restore request. Log files are required to perform Exchange database recovery!. 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: 1 files 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: file data: 209080650 bytes 104 gigabytes ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Brown Sent: Wednesday, December 13, 2006 2:32 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Errors on Exchange Store Restore Windows 2003 Exchange 2003 Netbackup 4.51 MP6 Getting an exit status 5. Looks like same error that NB60 gives but this is NB51. Also attempted to change location to restore to , as opposed to original location, and put in recovery storage group as you would in NB 60 . Anyone seen this condition in 5.1 ? Dave This message (including any attachments) is intended for the sole use of the individual to whom it is addressed and may contain confidential information. You are hereby notified that any dissemination, distribution, or duplication of this message by someone other than the intended addressee or their designated agent is strictly prohibited. Information included in this message that does not relate to the specified business of Worknet shall be understood as neither given by nor endorsed by Worknet or its employees. Any cost estimates or estimated quotes included in this message are considered non-binding estimates only and must not be considered final costs unless contained within an official proposal document. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061214/ 93932a14/attachment-0001.html ------------------------------ Message: 6 Date: Thu, 14 Dec 2006 11:17:54 -0500 From: "Steven L. Sesar" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Errors on Exchange Store Restore To: Dave Brown <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" .not sure if this applies to you: http://seer.support.veritas.com/docs/266574.htm Dave Brown wrote: > Update: > > From the restore utility console > > 09:46:24 12/14/2006: Restore Started > > 09:46:26 (46001.xxx) Restore job id 46001 will require 1 image. > 09:46:26 (46001.xxx) Media id 000005 is needed for the restore. > 09:46:26 (46001.xxx) Media id 000109 is needed for the restore. > > 09:46:59 (46001.001) Restoring from image created 9/30/2006 12:16:05 AM > 09:47:01 (46001.001) INF - Waiting for mount of media id 000005 on > server aabkp11 for reading. > 09:47:55 (46001.001) INF - Waiting for positioning of media id 000005 > on server aabkp11 for reading. > 09:47:55 (46001.001) INF - Beginning restore from server aabkp11 to > client aaexc11. > 09:47:56 (46001.001) TAR - Microsoft Information Store:\First Storage > Group\A-M > 09:47:56 (46001.001) (46001.001) ERR - unable to create object for > restore: Microsoft Information Store:\First Storage Group\A-M (BEDS > 0xFFFFFE30: A communications failure has occurred. > > 09:47:56 (46001.001) ) > > From TAR on Client > > [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - will be using callback event > 9:47:56.239 AM: [1632.8268] <2> ov_log::V_GlobalLogEx: ERR - > beds_ese_access::V_OpenForWrite():FS_CreateObj() Failed! (0xFFFFFE30:A > communications failure has occurred. > ) > 9:47:56.239 AM: [1632.8268] <2> tar_base::V_vTarMsgW: ERR - unable to > create object for restore: Microsoft Information Store:\First Storage > Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. > ) > 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: send > socket (1900) (TCP 10054: Connection reset by peer) > 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted > to send 1 bytes > 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: send > socket (1900) (TCP 10054: Connection reset by peer) > 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted > to send 1 bytes > 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: send > socket (1900) (TCP 10054: Connection reset by peer) > 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted > to send 1 bytes > 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited > for incoming data:0 > 9:50:50.423 AM: [1632.8268] <2> tar_base::V_vTarMsgW: FTL - Unexpected > EOF in tar file > 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited > for incoming data w/ callback:163615 > 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited > for outgoing data:2348 > 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: send > socket (1900) (TCP 10054: Connection reset by peer) > 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - > WSARecv() called:574588 > 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted > to send 6 bytes > 9:50:50.439 AM: [1632.8268] <2> tar_base::V_vTarMsgW: INF - Commit is > set, but no log files are included in this restore request. Log files > are required to perform Exchange database recovery!. > 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: send > socket (1900) (TCP 10054: Connection reset by peer) > 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted > to send 6 bytes > 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - > restore: 1 files > 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - > restore: file data: 209080650 bytes 104 gigabytes > > > ------------------------------------------------------------------------ > *From:* [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] *On Behalf Of *Dave > Brown > *Sent:* Wednesday, December 13, 2006 2:32 PM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] Errors on Exchange Store Restore > > Windows 2003 > Exchange 2003 > Netbackup 4.51 MP6 > > Getting an exit status 5. > > Looks like same error that NB60 gives but this is NB51. Also > attempted to change location to restore to , as opposed to original > location, and put in recovery storage group as you would in NB 60 . > Anyone seen this condition in 5.1 ? > > Dave > > > This message (including any attachments) is intended for the sole use > of the individual to whom it is addressed and may contain confidential > information. You are hereby notified that any dissemination, > distribution, or duplication of this message by someone other than the > intended addressee or their designated agent is strictly prohibited. > Information included in this message that does not relate to the > specified business of Worknet shall be understood as neither given by > nor endorsed by Worknet or its employees. Any cost estimates or > estimated quotes included in this message are considered non-binding > estimates only and must not be considered final costs unless contained > within an official proposal document. > ------------------------------------------------------------------------ > > _______________________________________________ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- =================================== Steven L. Sesar Lead Operating Systems Programmer/Analyst UNIX Application Services R101 The MITRE Corporation 202 Burlington Road - MS K101 Bedford, MA 01730 tel: (781) 271-7702 fax: (781) 271-2600 mobile: (617) 519-8933 email: [EMAIL PROTECTED] =================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061214/ 557d4ca9/attachment-0001.html ------------------------------ Message: 7 Date: Thu, 14 Dec 2006 10:22:44 -0600 From: "Dave Brown" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Errors on Exchange Store Restore To: "Steven L. Sesar" <[EMAIL PROTECTED]> Cc: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Did not apply as I do full every night on exchange. Did what it suggested anyway but still got same message ________________________________ From: Steven L. Sesar [mailto:[EMAIL PROTECTED] Sent: Thursday, December 14, 2006 10:18 AM To: Dave Brown Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Errors on Exchange Store Restore .not sure if this applies to you: http://seer.support.veritas.com/docs/266574.htm Dave Brown wrote: Update: From the restore utility console 09:46:24 12/14/2006: Restore Started 09:46:26 (46001.xxx) Restore job id 46001 will require 1 image. 09:46:26 (46001.xxx) Media id 000005 is needed for the restore. 09:46:26 (46001.xxx) Media id 000109 is needed for the restore. 09:46:59 (46001.001) Restoring from image created 9/30/2006 12:16:05 AM 09:47:01 (46001.001) INF - Waiting for mount of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Waiting for positioning of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Beginning restore from server aabkp11 to client aaexc11. 09:47:56 (46001.001) TAR - Microsoft Information Store:\First Storage Group\A-M 09:47:56 (46001.001) (46001.001) ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. 09:47:56 (46001.001) ) From TAR on Client [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - will be using callback event 9:47:56.239 AM: [1632.8268] <2> ov_log::V_GlobalLogEx: ERR - beds_ese_access::V_OpenForWrite():FS_CreateObj() Failed! (0xFFFFFE30:A communications failure has occurred. ) 9:47:56.239 AM: [1632.8268] <2> tar_base::V_vTarMsgW: ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. ) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data:0 9:50:50.423 AM: [1632.8268] <2> tar_base::V_vTarMsgW: FTL - Unexpected EOF in tar file 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data w/ callback:163615 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for outgoing data:2348 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - WSARecv() called:574588 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::V_vTarMsgW: INF - Commit is set, but no log files are included in this restore request. Log files are required to perform Exchange database recovery!. 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: 1 files 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: file data: 209080650 bytes 104 gigabytes ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Brown Sent: Wednesday, December 13, 2006 2:32 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Errors on Exchange Store Restore Windows 2003 Exchange 2003 Netbackup 4.51 MP6 Getting an exit status 5. Looks like same error that NB60 gives but this is NB51. Also attempted to change location to restore to , as opposed to original location, and put in recovery storage group as you would in NB 60 . Anyone seen this condition in 5.1 ? Dave This message (including any attachments) is intended for the sole use of the individual to whom it is addressed and may contain confidential information. You are hereby notified that any dissemination, distribution, or duplication of this message by someone other than the intended addressee or their designated agent is strictly prohibited. Information included in this message that does not relate to the specified business of Worknet shall be understood as neither given by nor endorsed by Worknet or its employees. Any cost estimates or estimated quotes included in this message are considered non-binding estimates only and must not be considered final costs unless contained within an official proposal document. ________________________________ _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- =================================== Steven L. Sesar Lead Operating Systems Programmer/Analyst UNIX Application Services R101 The MITRE Corporation 202 Burlington Road - MS K101 Bedford, MA 01730 tel: (781) 271-7702 fax: (781) 271-2600 mobile: (617) 519-8933 email: [EMAIL PROTECTED] =================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061214/ ec05712e/attachment-0001.html ------------------------------ Message: 8 Date: Thu, 14 Dec 2006 09:53:34 -0700 From: "Brandon Zermeno" <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] Errors on Exchange Store Restore To: "Dave Brown" <[EMAIL PROTECTED]>, <veritas-bu@mailman.eng.auburn.edu> Message-ID: <[EMAIL PROTECTED] e.com> Content-Type: text/plain; charset="us-ascii" This could be a lot of things. I seem to remember having similar issues that were resolved with a newer MP. Also might be a name resolution issues. Are you doing a restore to the original servers recovery storage group or to an alt server? Also try running the restore from the client if you are getting failures pushing from the master. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Brown Sent: Thursday, December 14, 2006 9:06 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Errors on Exchange Store Restore Update: >From the restore utility console 09:46:24 12/14/2006: Restore Started 09:46:26 (46001.xxx) Restore job id 46001 will require 1 image. 09:46:26 (46001.xxx) Media id 000005 is needed for the restore. 09:46:26 (46001.xxx) Media id 000109 is needed for the restore. 09:46:59 (46001.001) Restoring from image created 9/30/2006 12:16:05 AM 09:47:01 (46001.001) INF - Waiting for mount of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Waiting for positioning of media id 000005 on server aabkp11 for reading. 09:47:55 (46001.001) INF - Beginning restore from server aabkp11 to client aaexc11. 09:47:56 (46001.001) TAR - Microsoft Information Store:\First Storage Group\A-M 09:47:56 (46001.001) (46001.001) ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. 09:47:56 (46001.001) ) >From TAR on Client [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - will be using callback event 9:47:56.239 AM: [1632.8268] <2> ov_log::V_GlobalLogEx: ERR - beds_ese_access::V_OpenForWrite():FS_CreateObj() Failed! (0xFFFFFE30:A communications failure has occurred. ) 9:47:56.239 AM: [1632.8268] <2> tar_base::V_vTarMsgW: ERR - unable to create object for restore: Microsoft Information Store:\First Storage Group\A-M (BEDS 0xFFFFFE30: A communications failure has occurred. ) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 1 bytes 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data:0 9:50:50.423 AM: [1632.8268] <2> tar_base::V_vTarMsgW: FTL - Unexpected EOF in tar file 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for incoming data w/ callback:163615 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for outgoing data:2348 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - WSARecv() called:574588 9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::V_vTarMsgW: INF - Commit is set, but no log files are included in this restore request. Log files are required to perform Exchange database recovery!. 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket (1900) (TCP 10054: Connection reset by peer) 9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to send 6 bytes 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: 1 files 9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore: file data: 209080650 bytes 104 gigabytes ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Brown Sent: Wednesday, December 13, 2006 2:32 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Errors on Exchange Store Restore Windows 2003 Exchange 2003 Netbackup 4.51 MP6 Getting an exit status 5. Looks like same error that NB60 gives but this is NB51. Also attempted to change location to restore to , as opposed to original location, and put in recovery storage group as you would in NB 60 . Anyone seen this condition in 5.1 ? Dave This message (including any attachments) is intended for the sole use of the individual to whom it is addressed and may contain confidential information. You are hereby notified that any dissemination, distribution, or duplication of this message by someone other than the intended addressee or their designated agent is strictly prohibited. Information included in this message that does not relate to the specified business of Worknet shall be understood as neither given by nor endorsed by Worknet or its employees. Any cost estimates or estimated quotes included in this message are considered non-binding estimates only and must not be considered final costs unless contained within an official proposal document. CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited. If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20061214/ 86f4682a/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 8, Issue 40 ***************************************** _______________________________________________ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
