Re: [Veritas-bu] VMware Consolidated Backup

2006-09-29 Thread smpt








I know that it isn’t
as difficult as you may imagine. 

The master must have
drives and must be in the same SAN with the vmware system.

There are some scripts
from vmware that are running as bpstart_notify.

 

You must take the system
state of the virtual systems with regular netbackup backup.

 

We have it in our lab
and it is working fine 

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of DLew97
Sent: Thursday, September 28, 2006
8:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] VMware
Consolidated Backup



 




Hi,





 





I am running ESX 3.0 and am currently running backups per client. 
I would like to look into backing up the vmdk files using VMware Consolidated
Backup option.  Does anyone have any information that they can share with
me?  Is there anything I need to do on the Master/Media servers? On the
clients? 





 






-- 
DLew97 








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


[Veritas-bu] General Thank You

2006-09-29 Thread Hindle, Greg
Title: General Thank You






I just want to say thanks to all who have helped me and others on the list. I ask questions from time to time looking for answer and to confirm what I am thinking is the right path others would take. I don’t always say thanks to each person who responds so consider this a general thank you to everyone who are here helping others.


Greg 


>>> This e-mail and any attachments are confidential, may contain legal,
professional or other privileged information, and are intended solely for the
addressee.  If you are not the intended recipient, do not use the information
in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2

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


[Veritas-bu] Stuck tapes survey

2006-09-29 Thread Hindle, Greg
Title: Stuck tapes survey






I am just curious how many of you remotely handle tapes that get stuck in a drive. Job fails, or the drive goes down etc. I'm sure most use robtest but was wondering if any other methods are used. 


Greg 


>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1

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


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread WEAVER, Simon
Title: Message



Greg
Well on my old ADIC Scalar 100 I can safely say over 10 times a
WEEK !
 
Library was ok at the same, but developed alot of faults. Failed
to respond to NBU, ended up manually opening the library, physicall removing the
tape and placing into its original slot.
 
In some cases, placing in any slot and running an inventory.
RobTest was not very good on this occasion!
 
Luckily those days are gone :-) Never
again!
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator 
EADS Astrium
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]

  
  -Original Message-From: Hindle, Greg
  [mailto:[EMAIL PROTECTED] Sent: 29 September 2006
  13:29To: NB List MailSubject: [Veritas-bu] Stuck tapes
  survey
  I am just curious how many of you remotely handle
  tapes that get stuck in a drive. Job fails, or the drive goes down etc. I'm
  sure most use robtest but was wondering if any other methods are used.
  
  Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1


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 Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Bob Stump
Title: Stuck tapes survey

Sometimes I have had to remotely logon to the media server and use the "mt" command to rewind and eject the tape. Then I was able to use robtest to place it back into its proper slot. This happens when the robotic control host does not have access to the tape drive.>>> "Hindle, Greg" <[EMAIL PROTECTED]> 9/29/2006 8:28 AM >>>

I am just curious how many of you remotely handle tapes that get stuck in a drive. Job fails, or the drive goes down etc. I'm sure most use robtest but was wondering if any other methods are used. 
Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1

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


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread WEAVER, Simon
Title: Message



I just use the Tape Library GUI and place
back in the slot and just update the inventory manually.
Although, I must admit I have only ever had
1 tape stuck in a drive, and that was due to a heating problem .. or should
I say "lack" or cooling problem :-)
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows Domain
Administrator 
EADS Astrium Limited,
B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]

  
  -Original Message-From: Bob Stump
  [mailto:[EMAIL PROTECTED] Sent: 29 September 2006
  13:41To: Greg Hindle;
  veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Stuck
  tapes surveySometimes I have had to remotely logon to the
  media server and use the "mt" command to rewind and eject the tape. Then I was
  able to use robtest to place it back into its proper slot. This happens when
  the robotic control host does not have access to the tape
  drive.>>> "Hindle, Greg"
  <[EMAIL PROTECTED]> 9/29/2006 8:28 AM >>>
  
  I am just curious how many of you remotely handle tapes
  that get stuck in a drive. Job fails, or the drive goes down etc. I'm sure
  most use robtest but was wondering if any other methods are used.
  
  Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1


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 Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Paul Keating
Title: Message



we 
have the library web console for out STK L700's in production, and our SL500 in 
the lab.
I've 
tried many times to unload a drive with it, though I've never been able to get 
it to actually unload/unmount.
 
most 
times I use robtest.if I can't get it out with robtest, I'll do a "mt -f 
/dev/rmt/#cbn rewoffl".
if 
that doesn't work, like I occasionally get a "device name does not exist", then 
I'll issue the same command from another server zoned to the same drive, (a DR 
box, for example).
 
If 
none of that works, I will press the unload button on the drive..that works 
99.9% of the time, but then sometimes the drive disappears from one or more 
servers, untill I power cycle the drive.
 
Paul
 
 
-- 

  
  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, 
  GregSent: September 29, 2006 8:29 AMTo: NB List 
  MailSubject: [Veritas-bu] Stuck tapes survey
  I am just curious how many of you remotely handle 
  tapes that get stuck in a drive. Job fails, or the drive goes down etc. I'm 
  sure most use robtest but was wondering if any other methods are used. 
  
  Greg 



La version française suit le texte anglais.



This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your 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 une
personne autre que le ou les destinataires désignés est interdite Si vous 
recevez
ce 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 
votre
ordinateur toute copie du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Jeff Lightner
Title: Stuck tapes survey








Assuming robtest works that’s how we
do it.  

 

I have seen occasions where physical
intervention was required so we had to have an operator or someone power cycle
the drive (or even fish the tape out).  No matter whether it is robtest or any
other way its important to verify the NBU inventory is still OK.  If you put it
in a different slot than original it won’t be and some failures cause NBU
to think the tape is “offsite” (i.e. not in the robot).   One thing
I like about robtest is the “s d” will show not only which drive
the tape is in but also the slot from which it originally came.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg
Sent: Friday, September 29, 2006
8:29 AM
To: NB List Mail
Subject: [Veritas-bu] Stuck tapes
survey



 

I
am just curious how many of you remotely handle tapes that get stuck in a
drive. Job fails, or the drive goes down etc. I'm sure most use robtest but was
wondering if any other methods are used. 

 

Greg


>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1




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


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Paul Keating
Exactly...
But sometimes it just don't work.
;o)

-- 


> -Original Message-
> From: Justin Piszcz [mailto:[EMAIL PROTECTED] 
> Sent: September 29, 2006 9:12 AM
> 
> Paul, using robtest you should be able to unmount a tape.
> 
> 1) run robtest
> 2) type: unload d1
> 3) type: m d1 s50
> 
> to move the tape in d1 to slot 50 (assuming s50 wsa empty)
> 
> Should work, I would not use the mt commands unless the 
> robtest cmds fail.

La version française suit le texte anglais.



This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your 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 une
personne autre que le ou les destinataires désignés est interdite Si vous 
recevez
ce 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 
votre
ordinateur toute copie du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Jeff Lightner
Title: Stuck tapes survey








That was so damn simple it’s never
occurred to me.  I always end up doing physical intervention if the master can’t
talk to it.  Hopefully I’ll remember this next time.  (Knock on wood –
haven’t had to do this in 3-4 months after having many issues for a few
before that.)   FYI:  On some HP-UX st also exists and may be better to use.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump
Sent: Friday, September 29, 2006
8:41 AM
To: Greg Hindle;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Stuck
tapes survey



 

Sometimes I have
had to remotely logon to the media server and use the "mt" command to
rewind and eject the tape. Then I was able to use robtest to place it back into
its proper slot. This happens when the robotic control host does not have access
to the tape drive.

>>> "Hindle, Greg" <[EMAIL PROTECTED]>
9/29/2006 8:28 AM >>>



I am just curious how many of you remotely
handle tapes that get stuck in a drive. Job fails, or the drive goes down etc.
I'm sure most use robtest but was wondering if any other methods are used. 

 

Greg 

>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1






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


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread WEAVER, Simon

Justin
Would tend to agree - Try telling that to my ADIC :-)

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Sent: 29 September 2006 14:12
To: Paul Keating
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Stuck tapes survey


Paul, using robtest you should be able to unmount a tape.

1) run robtest
2) type: unload d1
3) type: m d1 s50

to move the tape in d1 to slot 50 (assuming s50 wsa empty)

Should work, I would not use the mt commands unless the robtest cmds fail.

Justin.

On Fri, 29 Sep 2006, Paul Keating wrote:

> we have the library web console for out STK L700's in production, and 
> our SL500 in the lab. I've tried many times to unload a drive with it, 
> though I've never been able to get it to actually unload/unmount.
>
> most times I use robtest.if I can't get it out with robtest, I'll 
> do a "mt -f /dev/rmt/#cbn rewoffl". if that doesn't work, like I 
> occasionally get a "device name does not exist", then I'll issue the 
> same command from another server zoned to the same drive, (a DR box, 
> for example).
>
> If none of that works, I will press the unload button on the 
> drive..that works 99.9% of the time, but then sometimes the drive 
> disappears from one or more servers, untill I power cycle the drive.
>
> Paul
>
>
> --
>
>   -Original Message-
>   From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> Hindle, Greg
>   Sent: September 29, 2006 8:29 AM
>   To: NB List Mail
>   Subject: [Veritas-bu] Stuck tapes survey
>
>
>
>   I am just curious how many of you remotely handle tapes that get 
> stuck in a drive. Job fails, or the drive goes down etc. I'm sure most 
> use robtest but was wondering if any other methods are used.
>
>
>   Greg
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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 Astrium 
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Justin Piszcz
Paul, using robtest you should be able to unmount a tape.

1) run robtest
2) type: unload d1
3) type: m d1 s50

to move the tape in d1 to slot 50 (assuming s50 wsa empty)

Should work, I would not use the mt commands unless the robtest cmds fail.

Justin.

On Fri, 29 Sep 2006, Paul Keating wrote:

> we have the library web console for out STK L700's in production, and
> our SL500 in the lab.
> I've tried many times to unload a drive with it, though I've never been
> able to get it to actually unload/unmount.
>
> most times I use robtest.if I can't get it out with robtest, I'll do
> a "mt -f /dev/rmt/#cbn rewoffl".
> if that doesn't work, like I occasionally get a "device name does not
> exist", then I'll issue the same command from another server zoned to
> the same drive, (a DR box, for example).
>
> If none of that works, I will press the unload button on the
> drive..that works 99.9% of the time, but then sometimes the drive
> disappears from one or more servers, untill I power cycle the drive.
>
> Paul
>
>
> -- 
>
>   -Original Message-
>   From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hindle,
> Greg
>   Sent: September 29, 2006 8:29 AM
>   To: NB List Mail
>   Subject: [Veritas-bu] Stuck tapes survey
>
>
>
>   I am just curious how many of you remotely handle tapes that get
> stuck in a drive. Job fails, or the drive goes down etc. I'm sure most
> use robtest but was wondering if any other methods are used.
>
>
>   Greg
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] NBU Advanced Reporter

2006-09-29 Thread WEAVER, Simon
Title: Message



All,
Could I have some advice; Wanted to know if anyone has 
used the Veritas (Or Symantec) Advanced Reported 
application.
 
Currently run Win2k3 NBU 5.1 MP2; Wanted to know if anyone 
had any exposure to this.
 
Other products I am assessing are BU visual and 
StorageConsole.
 
Thank you.
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA 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 Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Thomas Schulz/DE/ConSors ist außer Haus.

2006-09-29 Thread Thomas . Schulz
Ich werde ab  29.09.2006 nicht im Büro sein. Ich kehre zurück am
05.10.2006.

Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten.


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


Re: [Veritas-bu] NBU Advanced Reporter

2006-09-29 Thread WEAVER, Simon
Title: Message



Thanks. Waiting to get a trial-key, and I like BackupVisual,
but wanted to get some ideas why people are not using the veritas
solution.
 
Seems costly as well !
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator 
EADS Astrium
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]

  
  -Original Message-From: Hürlimann,
  Flavio [mailto:[EMAIL PROTECTED] Sent: 29 September
  2006 15:37To: WEAVER, Simon;
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] NBU
  Advanced Reporter
  Hi Simon 
  Have a try with the NBAR and install it,
  but try also backupVISUAL (www.backupvisual.com) - We are happy with that ;-) 
  Yours Sincerely  / Mit
  freundlichen GrüssenFlavio Huerlimann IT Specialist Storage 
  sunrise TDC Switzerland AG Information Technology Thurgauerstrasse 60 CH-8050 Zürich Switzerland 
  Phone:  +41 58 777 74
  96 Mobile:
      +41 76 777 74 96
  Fax  +41 58 777 76
  46 Mail:      
  [EMAIL PROTECTED]
  Web:   
  www.sunrise.ch
  Privileged/Confidential Information may be contained in this message.
  If you are not the addressee indicated in this message (or responsible for
  delivery of the message to such person), you may not copy or deliver this
  message to anyone. In such case, you should destroy this message and kindly
  notify the sender by reply E-mail. Please advise immediately if you or your
  employer does not consent to Internet E-mail for messages of this kind.
  Opinions, conclusions and other information in this message that do not relate
  to the official business of my firm shall be understood as neither given nor
  endorsed by it.
   
  From:
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of
  WEAVER, Simon
  Sent: Freitag, 29. September 2006
  16:16 To:
  'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] NBU Advanced Reporter
  
  All, Could I have some advice; Wanted to know if
  anyone has used the Veritas (Or Symantec) Advanced Reported
  application.   Currently run Win2k3 NBU 5.1 MP2; Wanted to know if anyone had any
  exposure to this.   Other
  products I am assessing are BU visual and StorageConsole.
    Thank you.   
  Regards 
  Simon Weaver
  3rd Line Technical
  Support Windows
  Domain Administrator 
  EADS Astrium Limited, B23AA 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 Astrium Limited. Nothing in this email shall bind Astrium
  Limited in any contract or obligation. 
  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 Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] NBU Advanced Reporter

2006-09-29 Thread Hürlimann , Flavio
Title: RE: [Veritas-bu] NBU Advanced Reporter






Hi Simon


Have a try with the NBAR and install it, but try also backupVISUAL (www.backupvisual.com) - We are happy with that ;-)



Yours Sincerely  / Mit freundlichen Grüssen

Flavio Huerlimann

IT Specialist Storage


sunrise

TDC Switzerland AG

Information Technology

Thurgauerstrasse 60 

CH-8050 Zürich

Switzerland


Phone:  +41 58 777 74 96

Mobile:     +41 76 777 74 96

Fax  +41 58 777 76 46

Mail:       [EMAIL PROTECTED] 

Web:    www.sunrise.ch

Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply E-mail. Please advise immediately if you or your employer does not consent to Internet E-mail for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it.





From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of WEAVER, Simon

Sent: Freitag, 29. September 2006 16:16

To: 'veritas-bu@mailman.eng.auburn.edu'

Subject: [Veritas-bu] NBU Advanced Reporter



All,

Could I have some advice; Wanted to know if anyone has used the Veritas (Or Symantec) Advanced Reported application.

 

Currently run Win2k3 NBU 5.1 MP2; Wanted to know if anyone had any exposure to this.

 

Other products I am assessing are BU visual and StorageConsole.

 

Thank you.

 


Regards


Simon Weaver

3rd Line Technical Support

Windows Domain Administrator 


EADS Astrium Limited, B23AA 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 Astrium Limited.

Nothing in this email shall bind Astrium Limited in any contract or obligation.


Astrium Limited, Registered in England and Wales No. 2449259

Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England

    



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


Re: [Veritas-bu] NBU Advanced Reporter

2006-09-29 Thread ckstehman

We are using Aptare, and it has served
us well!

=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]





"WEAVER, Simon"
<[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
09/29/2006 10:42 AM




To
"'Hürlimann, Flavio'" <[EMAIL PROTECTED]>,
veritas-bu@mailman.eng.auburn.edu


cc



Subject
Re: [Veritas-bu] NBU Advanced Reporter








Thanks. Waiting to get a
trial-key, and I like BackupVisual, but wanted to get some ideas why people
are not using the veritas solution.
 
Seems costly as well !
 
 
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 
EADS Astrium Limited, B23AA
IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Hürlimann, Flavio [mailto:[EMAIL PROTECTED] 
Sent: 29 September 2006 15:37
To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NBU Advanced Reporter

Hi Simon 
Have a try with the NBAR and install it, but
try also backupVISUAL (www.backupvisual.com)
- We are happy with that ;-) 

Yours Sincerely  / Mit freundlichen
Grüssen

Flavio Huerlimann 
IT Specialist Storage 
sunrise

TDC Switzerland AG 
Information Technology 
Thurgauerstrasse 60 
CH-8050 Zürich 
Switzerland 
Phone:  +41 58 777 74 96

Mobile:         +41 76 777 74 96

Fax          +41 58 777 76 46

Mail:           [EMAIL PROTECTED]

Web:    www.sunrise.ch

Privileged/Confidential Information may be contained in this message. If
you are not the addressee indicated in this message (or responsible for
delivery of the message to such person), you may not copy or deliver this
message to anyone. In such case, you should destroy this message and kindly
notify the sender by reply E-mail. Please advise immediately if you or
your employer does not consent to Internet E-mail for messages of this
kind. Opinions, conclusions and other information in this message that
do not relate to the official business of my firm shall be understood as
neither given nor endorsed by it.



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of WEAVER, Simon
Sent: Freitag, 29. September 2006 16:16

To: 'veritas-bu@mailman.eng.auburn.edu' 
Subject: [Veritas-bu] NBU Advanced Reporter 

All, 
Could I have some advice; Wanted to know if anyone has used the Veritas
(Or Symantec) Advanced Reported application. 
  
Currently run Win2k3 NBU 5.1 MP2; Wanted to know if anyone had any exposure
to this. 
  
Other products I am assessing are BU visual and StorageConsole.

  
Thank you. 
  
Regards 
Simon Weaver 
3rd Line Technical Support 
Windows Domain Administrator 
EADS Astrium Limited, B23AA 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 Astrium
Limited. 
Nothing in this email shall bind Astrium Limited in any contract or obligation.

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 Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This Email is intended solely for the use of the person(s) to which it is addressed.  If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited.  If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies.  PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication.  PHI will not accept any liability in respect of such communications.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng

[Veritas-bu] Clustered Master servers

2006-09-29 Thread Bobby Williams
Masters are Solaris 9, NB5.1MP4

If master servers are clustered with Veritas cluster, how does NetBackup deal 
with shared tape drives that both masters connect to?

Do we have to get SSO licenses so they can share the drives?  

Is there a cluster aware add on that I will have to get?

Please don't give your opinion, I am seeking info from folks that are using 
clustered Sun masters.  (not meaning to be rude, but to many erroneous opions 
can be harmful.)

Thanks.

Bobby

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


Re: [Veritas-bu] Client Hostnames

2006-09-29 Thread Hillman, Eric
Thanks for all of your replies.  This has been a very interesting and
helpful thread.  I may have found one issues when using aliases however.
Can anyone confirm that you CANNOT use an alias of the server name when
backing up an Exchange server/cluster?  From what I'm reading, the
netbackup client needs to reference the Exchange application using the
actual hostname used when installing Exchange in order to successfully
access the specified storage groups.  This would mean that the actual
hostname of the box needs to be added to the Netbackup Policy and not a
"-backup" hostname.  Hopefully, this would be the only case that an
alias cannot be used.  Thanks!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Rock
Sent: Thursday, September 28, 2006 11:19 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Client Hostnames

* Bobby Williams <[EMAIL PROTECTED]> [2006-09-28 05:47]:
>  
> About the FQN's, we don't use them.  Why type all of those extra
characters?
> Our DR strategy is to carry our offsite tapes to one of our other 
> sites and do our recovery.  Without using FQN's, we just bring a 
> development box back up as a lost production box and put it in the
domain of the DR site.

Depends on environment.  We have a shared NBU infrastructure that backs
up multiple client environments, therefore we have the potential problem
of two different clients with the same short name.

--
David Rock
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Client Hostnames

2006-09-29 Thread Paul Keating
There's a difference between a second node name and an alias.

An alias is a DNS (or other) entry that points to another "name"

F'rinstance...

I have a master server with hostname "master" but the network interfaces
are called master-eth0 and master-eth1


In DNS I have
192.168.100.1   master-eth0
192.168.100.2   master-eth1

I also have an alias for "master" that points to master-eth0

All of my backup clients need to have master-eth0 and master-eth1 listed
as their backup servers...not "master".

This is because, when the client sees a backup request, it comes from
192.168.100.1, and then it performs reverse DNS lookup, and the name
resolves to "master-eth0"...so this must be the name it has in it's
bp.conf. we have no IPs in DNS that reverse to master, so while it is
the hostname of the machine, (and the hostname of the DR standby master)
it doesn't correlate to any IPsmakes it very portable for us if we
need to move to new hardware. We can have 10 backup masters all running
with the same "hostname" of "master", but the name doesn't exist on the
network, or in any naming scheme, except as an "alias" or a pointer in
DNS, so that we don't have to type in the "-eth0" when telnetting to the
machine, or launching the java GUI.

I can also take the catalog backup from this machine and restore it on
another machine with the same hostname.quite convenient.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Hillman, Eric
> Sent: September 29, 2006 12:44 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Client Hostnames
> 
> 
> Thanks for all of your replies.  This has been a very interesting and
> helpful thread.  I may have found one issues when using 
> aliases however.
> Can anyone confirm that you CANNOT use an alias of the server 
> name when
> backing up an Exchange server/cluster?  From what I'm reading, the
> netbackup client needs to reference the Exchange application using the
> actual hostname used when installing Exchange in order to successfully
> access the specified storage groups.  This would mean that the actual
> hostname of the box needs to be added to the Netbackup Policy 
> and not a
> "-backup" hostname.  Hopefully, this would be the only case that an
> alias cannot be used.  Thanks!
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of David
> Rock
> Sent: Thursday, September 28, 2006 11:19 AM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Client Hostnames
> 
> * Bobby Williams <[EMAIL PROTECTED]> [2006-09-28 05:47]:
> >  
> > About the FQN's, we don't use them.  Why type all of those extra
> characters?
> > Our DR strategy is to carry our offsite tapes to one of our other 
> > sites and do our recovery.  Without using FQN's, we just bring a 
> > development box back up as a lost production box and put it in the
> domain of the DR site.
> 
> Depends on environment.  We have a shared NBU infrastructure 
> that backs
> up multiple client environments, therefore we have the 
> potential problem
> of two different clients with the same short name.
> 
> --
> David Rock
> [EMAIL PROTECTED]
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
> 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.
> ___
> 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 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your 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 o

Re: [Veritas-bu] Client Hostnames

2006-09-29 Thread Martin, Jonathan \(Contractor\)
Hrm... Never noticed this before.  I setup a test pointing
IMAGINARYSERVER1 to my Exchange Cluster here and Whalla - did not work.
Error 71 "None of the files on the list exist."  I guess you do need the
actual host (or cluster) name to backup exchange.  Not really an issue
for us currently using HOSTS files, but you could probably get around
anything with HOSTS files or static DNS.

-Jonathan 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hillman,
Eric
Sent: Friday, September 29, 2006 12:44 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Client Hostnames

Thanks for all of your replies.  This has been a very interesting and
helpful thread.  I may have found one issues when using aliases however.
Can anyone confirm that you CANNOT use an alias of the server name when
backing up an Exchange server/cluster?  From what I'm reading, the
netbackup client needs to reference the Exchange application using the
actual hostname used when installing Exchange in order to successfully
access the specified storage groups.  This would mean that the actual
hostname of the box needs to be added to the Netbackup Policy and not a
"-backup" hostname.  Hopefully, this would be the only case that an
alias cannot be used.  Thanks!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Rock
Sent: Thursday, September 28, 2006 11:19 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Client Hostnames

* Bobby Williams <[EMAIL PROTECTED]> [2006-09-28 05:47]:
>  
> About the FQN's, we don't use them.  Why type all of those extra
characters?
> Our DR strategy is to carry our offsite tapes to one of our other 
> sites and do our recovery.  Without using FQN's, we just bring a 
> development box back up as a lost production box and put it in the
domain of the DR site.

Depends on environment.  We have a shared NBU infrastructure that backs
up multiple client environments, therefore we have the potential problem
of two different clients with the same short name.

--
David Rock
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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.
___
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] Stuck tapes survey

2006-09-29 Thread Dave Brown
Title: Stuck tapes survey







I have management card in my libraries.  I
simply go to its web page and tell robot to unload the drive



Dave 











From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Friday, September 29, 2006
8:20 AM
To: Bob Stump; Greg Hindle;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Stuck tapes
survey



 

That was so damn simple it’s never
occurred to me.  I always end up doing physical intervention if the master
can’t talk to it.  Hopefully I’ll remember this next
time.  (Knock on wood – haven’t had to do this in 3-4 months
after having many issues for a few before that.)   FYI:  On some
HP-UX st also exists and may be better to use.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump
Sent: Friday, September 29, 2006
8:41 AM
To: Greg Hindle;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Stuck
tapes survey



 

Sometimes I have
had to remotely logon to the media server and use the "mt" command to
rewind and eject the tape. Then I was able to use robtest to place it back into
its proper slot. This happens when the robotic control host does not have
access to the tape drive.

>>> "Hindle, Greg" <[EMAIL PROTECTED]>
9/29/2006 8:28 AM >>>



I am just curious how many of you remotely
handle tapes that get stuck in a drive. Job fails, or the drive goes down etc.
I'm sure most use robtest but was wondering if any other methods are used. 

 

Greg 

>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1



 
 
 

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


Re: [Veritas-bu] Stuck tapes survey

2006-09-29 Thread Paul Keating
Title: Message



 
I have 
that as well.
 
if it 
works, I don't consider the tape truely stuck, just 
stubborn. ;o)
 
Paul
 
-- 

  
  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Dave 
  BrownSent: September 29, 2006 1:41 PMTo: 
  veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Stuck 
  tapes survey
  
  
  I have management 
  card in my libraries.  I simply go to its web page and tell robot to 
  unload the drive
  
  Dave 
  


La version française suit le texte anglais.



This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your 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 une
personne autre que le ou les destinataires désignés est interdite Si vous 
recevez
ce 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 
votre
ordinateur toute copie du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Thomas Schulz/DE/ConSors ist außer Haus.

2006-09-29 Thread Thomas . Schulz
Ich werde ab  29.09.2006 nicht im Büro sein. Ich kehre zurück am
05.10.2006.

Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten.


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


[Veritas-bu] Script to check if bpsched is running

2006-09-29 Thread Cynthia Christensen


Does anyone have a script to verify that bpsched is running and have it send you an email if it isn't (or another suggestion as to how to detect bpsched not running)?  Last night bpsched died so no scheduled jobs kicked off.  I'm on NetBackup 5.1 MP3.  
 
Thanks,
Cindy
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Script to check if bpsched is running

2006-09-29 Thread Steven L. Sesar




bpps -a |grep -i bpsched



Cynthia Christensen wrote:

  
  
  Does anyone have a script to verify that bpsched is running and
have it send you an email if it isn't (or another suggestion as to how
to detect bpsched not running)?  Last night bpsched died so no
scheduled jobs kicked off.  I'm on NetBackup 5.1 MP3.  
   
  Thanks,
  Cindy
  

___
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]

=== 



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


[Veritas-bu] How do I make only one duplicate of a backup image using bpduplicate?

2006-09-29 Thread Steve Kirkpatrick
Hello,

I have NetBackup 6.0MP3 running on Solaris (in case it matters).

I am trying to figure out how to duplicate my Full backup images, but only 
once.  On the NetBackup server, I had to set "Maximum backup copies" to 3 in 
order to write out DSSU-based backups to both a Full pool (on-site) and a 
Duplicate pool (off-site).  

I have another set of Full backups that does not use the DSSU, they are written 
directly to the Full pool.  Now, when I periodically run bpduplicate to 
duplicate these backup images to the Duplicate pool, it does it twice on 
successive runs.  The first time it creates copy 2 and the 2nd time it creates 
copy 3.  Is there an easy way to tell it I only what one copy of the backup 
image?

I have some ideas on how I can script around this but I was hoping there was an 
easy way built into the product.  Maybe I am missing an option?

Any pointers would be appreciated.

Thanks,
Steve.

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


Re: [Veritas-bu] Client Hostnames

2006-09-29 Thread David Rock
* Hillman, Eric <[EMAIL PROTECTED]> [2006-09-29 12:44]:
> Thanks for all of your replies.  This has been a very interesting and
> helpful thread.  I may have found one issues when using aliases however.
> Can anyone confirm that you CANNOT use an alias of the server name when
> backing up an Exchange server/cluster?  From what I'm reading, the
> netbackup client needs to reference the Exchange application using the
> actual hostname used when installing Exchange in order to successfully
> access the specified storage groups.  This would mean that the actual
> hostname of the box needs to be added to the Netbackup Policy and not a
> "-backup" hostname.  Hopefully, this would be the only case that an
> alias cannot be used.  Thanks!

I can confirm that Exchange gets very unhappy when the client name does
not match the actual hostname.

-- 
David Rock
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Can´t backup up all Microsoft Info rmation Stores!

2006-09-29 Thread Juan Jose Reale

   Hello to all!  

I am trying to backup up all database Exchange 2000 (Microsoft Information 
Store:\)  but  
I only got  backup of some of those storage groups  and  I got the following 
message error: 

failure reading file: Microsoft Information Store:\ EDC First Storage Group\EDC 
Mailbox Store II  (BEDS 0XFE7A) 
failure reading file: Microsoft Information Store:\ EDCEM First Storage 
Group\EDCEM  Mailbox Store I  (BEDS 0XFE7A)
failure reading file: Microsoft Information Store:\ EDCEM Second Storage 
Group\EDCEM  Mailbox Store V  (BEDS 0XFE7A)

What does that mean?  

The Master Server Netbackup 5.1 (M2) is running on the server AIX 5.2  
meanwhile the media server Exchange 2000 is running on the server Windows 2000. 
  

If anyone has seen similar issues or has any suggestions with how to fix this 
problem,  your input would be greatly appreciated..  

Thanks in advance
Regards
Juan Reale



This communication is for use by the intended recipient and contains 
information that may be privileged, confidential or copyrighted under law. If 
you are not the intended recipient, you are hereby formally notified that any 
use, copying or distribution of this e-Mail, in whole or in part, is strictly 
prohibited. Please notify the sender by return e-Mail and delete this e-Mail 
from your system. Unless explicitly and conspicuously stated in the subject 
matter of the above e-Mail, this e-Mail does not constitute a contract offer, a 
contract amendment, or an acceptance of a contract offer. This e-Mail does not 
constitute consent to the use of sender's contact information for direct 
marketing purposes or for transfers of data to third parties.

This email has been scanned for all viruses by the MessageLabs service.

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


Re: [Veritas-bu] How do I make only one duplicate of a backup imageusing bpduplicate?

2006-09-29 Thread Paul Keating
When you run bpduplicate, it doesn't consider how many copies exist.
It will do just as you ask and create a new copy, as long it doesn't
exceed the "max backup copies".

The simple answer is, if you don't want another copy, don't run it
again.

Vault is a little more intelligent. You specify a target volume pool,
and if a copy already exists *in that pool*, it won't make another.

bpduplicate is the manual way of duplicating, that circumvents the
"artificial intelligence" of Vault.

Cheers,
Paul
-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Steve Kirkpatrick
> Sent: September 29, 2006 3:31 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] How do I make only one duplicate of a 
> backup imageusing bpduplicate?
> 
> 
> Hello,
> 
> I have NetBackup 6.0MP3 running on Solaris (in case it matters).
> 
> I am trying to figure out how to duplicate my Full backup 
> images, but only once.  On the NetBackup server, I had to set 
> "Maximum backup copies" to 3 in order to write out DSSU-based 
> backups to both a Full pool (on-site) and a Duplicate pool 
> (off-site).  
> 
> I have another set of Full backups that does not use the 
> DSSU, they are written directly to the Full pool.  Now, when 
> I periodically run bpduplicate to duplicate these backup 
> images to the Duplicate pool, it does it twice on successive 
> runs.  The first time it creates copy 2 and the 2nd time it 
> creates copy 3.  Is there an easy way to tell it I only what 
> one copy of the backup image?

La version française suit le texte anglais.



This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your 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 une
personne autre que le ou les destinataires désignés est interdite Si vous 
recevez
ce 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 
votre
ordinateur toute copie du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Can´t backup up all Microsoft Info rmation Stores!

2006-09-29 Thread Martin, Jonathan \(Contractor\)

Are the information stores themselves damaged?  The only time I've ever gotten 
anything like this I had to have my exchange admin run eseutil on the databases 
and logs to fix them up.  It was associated with data corruption and a disk 
failure.  I would try and move mailboxes in/out of these storage groups or 
check with users who have data on them because my first idea is that your 
information stores themselves are having issues.

-Jonathan


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juan Jose Reale
Sent: Friday, September 29, 2006 4:05 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Can´t backup up all Microsoft Information Stores!


   Hello to all!  

I am trying to backup up all database Exchange 2000 (Microsoft Information 
Store:\)  but I only got  backup of some of those storage groups  and  I got 
the following message error: 

failure reading file: Microsoft Information Store:\ EDC First Storage Group\EDC 
Mailbox Store II  (BEDS 0XFE7A) failure reading file: Microsoft Information 
Store:\ EDCEM First Storage Group\EDCEM  Mailbox Store I  (BEDS 0XFE7A) 
failure reading file: Microsoft Information Store:\ EDCEM Second Storage 
Group\EDCEM  Mailbox Store V  (BEDS 0XFE7A)

What does that mean?  

The Master Server Netbackup 5.1 (M2) is running on the server AIX 5.2  
meanwhile the media server Exchange 2000 is running on the server Windows 2000. 
  

If anyone has seen similar issues or has any suggestions with how to fix this 
problem,  your input would be greatly appreciated..  

Thanks in advance
Regards
Juan Reale



This communication is for use by the intended recipient and contains 
information that may be privileged, confidential or copyrighted under law. If 
you are not the intended recipient, you are hereby formally notified that any 
use, copying or distribution of this e-Mail, in whole or in part, is strictly 
prohibited. Please notify the sender by return e-Mail and delete this e-Mail 
from your system. Unless explicitly and conspicuously stated in the subject 
matter of the above e-Mail, this e-Mail does not constitute a contract offer, a 
contract amendment, or an acceptance of a contract offer. This e-Mail does not 
constitute consent to the use of sender's contact information for direct 
marketing purposes or for transfers of data to third parties.

This email has been scanned for all viruses by the MessageLabs service.

___
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] Can´t backup up all Microsoft Info rmation Stores!

2006-09-29 Thread Len Boyle
Hello Juan, 

You need to look in the event logs on the exchange server. This should have 
more detailed error logs on the problem. That is exchange error logs not 
netbackup logs. You might also look at system or hardware error messages also. 
With the exchange error logs, you can check support.microsoft.com for the 
procedures to correct the problem. You will need an exchange admin person. 

Most likely it is a problem with the exchange data store. Sometimes the 
exchange store can be stopped and started to clean things up. Some times you 
have to do a restore. Some times it can be a problem with the data path. But as 
you say some of the data bases were handled, this most likely is not the case. 

len

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juan Jose Reale
Sent: Friday, September 29, 2006 4:05 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Can´t backup up all Microsoft Information Stores!


   Hello to all!  

I am trying to backup up all database Exchange 2000 (Microsoft Information 
Store:\)  but  
I only got  backup of some of those storage groups  and  I got the following 
message error: 

failure reading file: Microsoft Information Store:\ EDC First Storage Group\EDC 
Mailbox Store II  (BEDS 0XFE7A) 
failure reading file: Microsoft Information Store:\ EDCEM First Storage 
Group\EDCEM  Mailbox Store I  (BEDS 0XFE7A)
failure reading file: Microsoft Information Store:\ EDCEM Second Storage 
Group\EDCEM  Mailbox Store V  (BEDS 0XFE7A)

What does that mean?  

The Master Server Netbackup 5.1 (M2) is running on the server AIX 5.2  
meanwhile the media server Exchange 2000 is running on the server Windows 2000. 
  

If anyone has seen similar issues or has any suggestions with how to fix this 
problem,  your input would be greatly appreciated..  

Thanks in advance
Regards
Juan Reale



This communication is for use by the intended recipient and contains 
information that may be privileged, confidential or copyrighted under law. If 
you are not the intended recipient, you are hereby formally notified that any 
use, copying or distribution of this e-Mail, in whole or in part, is strictly 
prohibited. Please notify the sender by return e-Mail and delete this e-Mail 
from your system. Unless explicitly and conspicuously stated in the subject 
matter of the above e-Mail, this e-Mail does not constitute a contract offer, a 
contract amendment, or an acceptance of a contract offer. This e-Mail does not 
constitute consent to the use of sender's contact information for direct 
marketing purposes or for transfers of data to third parties.

This email has been scanned for all viruses by the MessageLabs service.

___
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] NBU Advanced Reporter

2006-09-29 Thread John_Trainer

Simon,  I looked at all those and
others including CommandCentral Service and Bocada.  Save yourself
time, just buy the Aptare StorageConsole.

Besides NBAR requires a separate license
and if that meets your needs then just upgrade to NBU6 and use the free
NOM (aka CCS lite)

John T.  






"WEAVER, Simon"
<[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
09/29/2006 07:16 AM




To
"'veritas-bu@mailman.eng.auburn.edu'"



cc



Subject
[Veritas-bu] NBU Advanced Reporter








All,
Could I have some advice;
Wanted to know if anyone has used the Veritas (Or Symantec) Advanced Reported
application.
 
Currently run Win2k3 NBU
5.1 MP2; Wanted to know if anyone had any exposure to this.
 
Other products I am assessing
are BU visual and StorageConsole.
 
Thank you.
 
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 
EADS Astrium Limited, B23AA
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 Astrium
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


==
Confidentiality Notice: The information contained in and transmitted with this communication is strictly confidential, is intended only for the use of the intended recipient, and is the property of Countrywide Financial Corporation or its affiliates and subsidiaries.  If you are not the intended recipient, you are hereby notified that any use of the information contained in or transmitted with the communication or dissemination, distribution, or copying of this communication is strictly prohibited by law.  If you have received this communication in error, please immediately return this communication to the sender and delete the original message and any copy of it in your possession.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Interesting Error with NBU 5.1MP5 and Oracle

2006-09-29 Thread Jared Still
Though no errors were raised, there is definitely an error condition.The server is 5.1 MP5 on Windows 2003 Enterprise Server.The client is RH Linux ES 4, Oracle 9.2.0.6 with the NBU 
5.1 MP5 client.While investigating some backup issues, I found the following interestingcondition in a log file.  Though the template seen in the log clearly shows that database DB01 is to be backed up, database DB02 was the one that was 
actually backed up.This has been verified with bplist, and the fact that the controlfile autobackfilename inludes the DBID from DB01.   Both databases are on the sameserver, but the passwords for the NBU account is different on each. It appears
as if the NBU software is picking up the wrong database and password fromit's own data.  Losing track of pointers.Also, both databases have backups scheduled at the same time.Interesting, no?
I've opened a support case for this, but just wondered if anyone elsehas ever seen anything like this.-- Jared StillCertifiable Oracle DBA and Part Time Perl Evangelist
Log File - abbreviated for space.INF - Begin progress logging for process: (19550)
INF - Using policy ORA_ordb02_full to perform a server directed Standard backup.INF - Starting Oracle Recovery Manager.
INF - Using: /u01/app/oracle/product/9.2.0/apps9i/bin/rman 
INF - Connection info: target 'nbu/[EMAIL PROTECTED]' nocatalogINF - Start of Recovery Manager input.
INF - # -
INF - # RMAN command sectionINF - # -
INF - RUN {INF - ALLOCATE CHANNEL ch00 
INF - TYPE 'SBT_TAPE';INF - SEND 'NB_ORA_CLIENT=ordb02,NB_ORA_SERV=rsysnbu,NB_ORA_POLICY=ORA_ordb02_agile_full,NB_ORA_PC_SCHED=Full';
INF - BACKUP
INF - INCREMENTAL LEVEL=0INF - FORMAT 'bk_%d_u%u_s%s_p%p_t%t'
INF - DATABASE;INF - RELEASE CHANNEL ch00;
INF - # Backup Archived LogsINF - sql 'alter system archive log current';
...INF - }
INF - End of Recovery Manager input.
INF - Start of Recovery Manager output.INF - Recovery Manager: Release 9.2.0.6.0 - 64bit Production
INF - connected to target database: DB02 (DBID=2182868868)INF - using target database controlfile instead of recovery catalog
INF - allocated channel: ch00
INF - channel ch00: starting incremental level 0 datafile backupsetINF - input datafile fno=00018 name=/u01/oradata/DB02/perfstat01.dbf
INF - input datafile fno=2 name=/u01/oradata/DB02/undotbs01.dbf
INF - input datafile fno=1 name=/u01/oradata/DB02/system01.dbf
INF - input datafile fno=7 name=/u01/oradata/DB02/xdb01.dbfINF - input datafile fno=3 name=/u01/oradata/DB02/drsys01.dbf
INF - input datafile fno=6 name=/u01/oradata/DB02/users01.dbf
INF - input datafile fno=4 name=/u01/oradata/DB02/indx01.dbfINF - input datafile fno=5 name=/u01/oradata/DB02/tools01.dbf
INF - piece handle=bk_DB02_ulvhu9u3c_s703_p1_t602208364 comment=API Version 2.0,MMS Version 
5.0.0.0INF - channel ch00: backup set complete, elapsed time: 00:10:06
INF - Starting Control File and SPFILE Autobackup at 27-SEP-06INF - piece handle=c-2182868868-20060927-00 comment=API Version 
2.0,MMS Version 5.0.0.0INF - Finished Control File and SPFILE Autobackup at 27-SEP-06
INF - released channel: ch00
...INF - archive log filename=/u01/oradata/DB02/archive/DB02_0001_001867.arc recid=1860 stamp=602146512
INF - archive log filename=/u01/oradata/DB02/archive/DB02_0001_001875.arc recid=1868 stamp=602209040
INF - archive log filename=/u01/oradata/DB02/archive/DB02_0001_001876.arc recid=1869 stamp=602209041INF - Starting Control File and SPFILE Autobackup at 27-SEP-06
INF - piece handle=c-2182868868-20060927-01 comment=API Version 2.0,MMS Version 5.0.0.0
INF - Finished Control File and SPFILE Autobackup at 27-SEP-06
INF - piece handle=bk_DB02_um5hu9utm_s709_p1_t602209206 comment=API Version 2.0,MMS Version 5.0.0.0
INF - End of Recovery Manager output.INF - End Oracle Recovery Manager.

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


[Veritas-bu] Thomas Schulz/DE/ConSors ist außer Haus.

2006-09-29 Thread Thomas . Schulz
Ich werde ab  29.09.2006 nicht im Büro sein. Ich kehre zurück am
05.10.2006.

Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten.


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