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.
Garrett.Covington at TriZetto.com
pager: 3032046695 at vtext.com
work: 303-323-6886
cell: 303-204-6695
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
veritas-bu-request at mailman.eng.auburn.edu
Sent: Thursday, December 14, 2006 9:54 AM
To: veritas-bu at mailman.eng.auburn.edu
Subject: Veritas-bu Digest, Vol 8, Issue 40
Send Veritas-bu mailing list submissions to
veritas-bu at 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
veritas-bu-request at mailman.eng.auburn.edu
You can reach the person managing the list at
veritas-bu-owner at mailman.eng.auburn.edu
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" <KELCZ at coj.net>
Subject: Re: [Veritas-bu] NBU 6, MP4 Anyone had issues with hot
backup
To: <Tim.Wilkinson at dsto.defence.gov.au>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID: <2F8C7385506D054FBB7F292C0052DEE701E10FD2 at EVS1.coj.net>
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" <Tim.Wilkinson at dsto.defence.gov.au>
Subject: Re: [Veritas-bu] NBU 6, MP4 Anyone had issues with hot
backup
email notifications?
To: "Ed Wilts" <ewilts at ewilts.org>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID:
<B582150A51324B4095331C6AA8DC8D6D88500A at pmtex510.dsto.defence.gov.au>
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:ewilts at ewilts.org]
Sent: Thursday, 14 December 2006 10:29 AM
To: Wilkinson, Tim
Cc: veritas-bu at 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:ewilts at ewilts.org
------------------------------
Message: 2
Date: Thu, 14 Dec 2006 09:14:41 -0500
From: "Paul Keating" <pkeating at bank-banque-canada.ca>
Subject: Re: [Veritas-bu] Queue v. Requeue
To: "Ed Wilts" <ewilts at ewilts.org>, "JAJA \(Jamie Jamison\)"
<jamisonj at zgi.com>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID:
<4A14D0A1A982B04B8DFC50EBDB81D0A206042D5F at BOC-EXMAIL1.bocad.bank-banque-
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:
veritas-bu-bounces at mailman.eng.auburn.edu >
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf > Of Ed
Wilts> Sent: December 13, 2006 11:14 PM> To: JAJA (Jamie Jamison)> Cc:
veritas-bu at 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:ewilts at ewilts.org> >
_______________________________________________> Veritas-bu maillist -
Veritas-bu at 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" <ignacio.depedro at sun.com>
Subject: [Veritas-bu] Upgrade from 5.x to 6.0
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
<5A5BBB1D98C986418829E22AF26431AB01DBA338 at eu-gmp-msg03.europe.stortek.co
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\)" <JMARTI05 at intersil.com>
Subject: [Veritas-bu] NBU 5.1 MP4 Install and DLL Hell
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
<13E204E614D8E04FAF594C9AA9ED0BB705C6E2B2 at PBCOMX02.intersil.corp>
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" <dbrown at worknetinc.com>
Subject: Re: [Veritas-bu] Errors on Exchange Store Restore
To: <veritas-bu at mailman.eng.auburn.edu>
Message-ID:
<250EB352DE794E43AEE1AFD36A6CE8CB0191F40F at wne2k03.worknetinc.local>
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: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Dave
Brown
Sent: Wednesday, December 13, 2006 2:32 PM
To: veritas-bu at 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" <ssesar at mitre.org>
Subject: Re: [Veritas-bu] Errors on Exchange Store Restore
To: Dave Brown <dbrown at worknetinc.com>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID: <45817932.6090506 at mitre.org>
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:* veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] *On Behalf Of *Dave
> Brown
> *Sent:* Wednesday, December 13, 2006 2:32 PM
> *To:* veritas-bu at 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 at 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: ssesar at mitre.org
===================================
-------------- 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" <dbrown at worknetinc.com>
Subject: Re: [Veritas-bu] Errors on Exchange Store Restore
To: "Steven L. Sesar" <ssesar at mitre.org>
Cc: veritas-bu at mailman.eng.auburn.edu
Message-ID:
<250EB352DE794E43AEE1AFD36A6CE8CB0191F411 at wne2k03.worknetinc.local>
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:ssesar at mitre.org]
Sent: Thursday, December 14, 2006 10:18 AM
To: Dave Brown
Cc: veritas-bu at 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: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Dave
Brown
Sent: Wednesday, December 13, 2006 2:32 PM
To: veritas-bu at 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 at 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: ssesar at mitre.org
===================================
-------------- 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" <Brandon.Zermeno at Pulte.com>
Subject: Re: [Veritas-bu] Errors on Exchange Store Restore
To: "Dave Brown" <dbrown at worknetinc.com>,
<veritas-bu at mailman.eng.auburn.edu>
Message-ID:
<731AD0785E5D914DA29E11FDEB4FA9EF0367FD7D at PHEXCHANGE2.Homes.Corpnet.Pult
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: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Dave
Brown
Sent: Thursday, December 14, 2006 9:06 AM
To: veritas-bu at 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: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Dave
Brown
Sent: Wednesday, December 13, 2006 2:32 PM
To: veritas-bu at 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 at mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 8, Issue 40
*****************************************
|
