Re: [Veritas-bu] 6.0 MP4 Bug

2007-01-22 Thread Rob Worman
Hello Richard-

When your vault job failed, what was the status code?

I know that there was a problem in 6.0 where the scheduler
was incorrectly restarting a partially successful vault
job, e.g. a vault job that exited with a status 306 because
not all of the images were successfully duplicated.

I'm pretty sure 6.0 MP4 includes this fix.
( but it sounds like you might prefer the bug! :-/ )

HTH
rob

On Mon, Jan 22, 2007 at 03:48:08PM +1300 or thereabouts, Mansell, Richard wrote:
 
We have only installed MP4 on our master server so far but have noticed
today that the vault job no longer retries if it fails the first time. Has
anyone else seen this?
 
Regards
 
Richard
 
**
 
This electronic email and any files transmitted with it are intended
 
solely for the use of the individual or entity to whom they are
 
addressed.
 
 
 
The views expressed in this message are those of the individual
 
sender and may not necessarily reflect the views of the Christchurch
 
City Council.
 
 
 
If you are not the correct recipient of this email please advise the
 
sender and delete.
 
 
 
Christchurch City Council
 
http://www.ccc.govt.nz
 
**
 
 

 ___
 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


Re: [Veritas-bu] 6.0 MP4 Bug

2007-01-22 Thread Mansell, Richard
Hi Rob

Thanks for that, the vault job did indeed return status 306. If the
normal behaviour now is not to retry then I do prefer the bug! 

Depending on how you interpret them, the MP4 release notes kind of imply
that they should retry now when they weren't before:-

Etrack Incident = ET630777
Associated Primary Etracks = ET630772

Description: 
   A change was made to the Policy Execution Manager to auto retry Vault
jobs
   on Status codes EC_vc_EjectFailed (287), EC_vc_EjectPartialSuccess
(288),
   and EC_vc_PartialSuccess (306).  If one image failed to duplicate,
Vault
   would return a status 306.  Also changed the parent job (nbgenjob) to
   validate the image for a Vault job that returned an error status 306,
287,
   or 288.  

I am confused!

-Original Message-
From: Rob Worman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 23 January 2007 1:02 pm
To: Mansell, Richard
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.0 MP4 Bug

Hello Richard-

When your vault job failed, what was the status code?

I know that there was a problem in 6.0 where the scheduler was
incorrectly restarting a partially successful vault job, e.g. a vault
job that exited with a status 306 because not all of the images were
successfully duplicated.

I'm pretty sure 6.0 MP4 includes this fix.
( but it sounds like you might prefer the bug! :-/ )

HTH
rob

On Mon, Jan 22, 2007 at 03:48:08PM +1300 or thereabouts, Mansell,
Richard wrote:
 
We have only installed MP4 on our master server so far but have
noticed
today that the vault job no longer retries if it fails the first
time. Has
anyone else seen this?
 
Regards
 
Richard
 


**
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are
addressed.

The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] 6.0 MP4 Bug

2007-01-21 Thread Wilkinson, Tim
This may well be what the issue is with our environment at the moment.
A_L_D backups seems to fail, although explicitly listing each drive
seems to work fine. I'll hopefully be implementing the fix v soon.
 
Cheers,
 
Tim



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Saturday, 20 January 2007 4:36 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] 6.0 MP4 Bug



I found a bug in MP4. If a w2k3sp1 server has DFS enabled, the system
state (or in 2003 speak shadow copy components) does not backup. 

The bug didn't exist on MP3. Veritas has a fix. I still can't believe
that this got threw. Maybe they need to buy a couple more QA servers. 

Ug. 

Karl
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] 6.0 MP4 Bug

2007-01-21 Thread Mansell, Richard
 
We have only installed MP4 on our master server so far but have noticed
today that the vault job no longer retries if it fails the first time.
Has anyone else seen this?
 
Regards
 
Richard

**
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are
addressed.

The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] 6.0 MP4 Bug

2007-01-19 Thread Karl . Rossing
I found a bug in MP4. If a w2k3sp1 server has DFS enabled, the system 
state (or in 2003 speak shadow copy components) does not backup.

The bug didn't exist on MP3. Veritas has a fix. I still can't believe that 
this got threw. Maybe they need to buy a couple more QA servers. 

Ug.

Karl___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu