[Veritas-bu] NB 6 and VSP on Windows

[Wilkinson, Tim]

Hi,
 
I'm a bit of a 
newbie to Netbackup (but learning shed-loads rather rapidly) and have a question 
about VSP for open file backups. I've had some people who use this and others 
who don't although I've not had any reasons for either case.
I'm wondering if 
it's generally a good idea on things like Windows file servers (where especially 
pst files are often open), DHCP and DDNS servers (non Active Directory DDNS). On 
Windows 2003, it seems VSS is better for open file backups (although this may be 
wrong).
What are the cons 
with using VSP?
 
Cheers,

  - 
  Tim Wilkinson I.T. Support Officer Science 
  Corporate Information Systems Defence 
  Science & Technology Organisation Department of Defence 
  Tel: (02) 96921484 Fax: (02) 96921562 Email: [EMAIL PROTECTED] 
 

[Veritas-bu] NB 6 and VSP on Windows

[Wilkinson, Tim]

Hi,
 
I'm a bit of a 
newbie to Netbackup (but learning shed-loads rather rapidly) and have a question 
about VSP for open file backups. I've had some people who use this and others 
who don't although I've not had any reasons for either case.
I'm wondering if 
it's generally a good idea on things like Windows file servers (where especially 
pst files are often open), DHCP and DDNS servers (non Active Directory DDNS). On 
Windows 2003, it seems VSS is better for open file backups (although this may be 
wrong).
What are the cons 
with using VSP?
 
Cheers,

  - 
  Tim Wilkinson I.T. Support Officer Science 
  Corporate Information Systems Defence 
  Science & Technology Organisation Department of Defence 
  Tel: (02) 96921484 Fax: (02) 96921562 Email: [EMAIL PROTECTED] 
 

[Veritas-bu] NetBackup IRC Channel ...

[Wilkinson, Alex]

Is there one ?

 -aW

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

[Veritas-bu] Re: Help! All Tapes From Scratch Gone - All jobs failed :(

[bob944]

> I have had this happen to me on multiple occasions. I have had
> no good explanation for this NBU behavior from Symantec/VERITAS. My 

Jeez, how hard is it to key in "frozen media" at support.veritas.com?
And the first one listed is... ta-da!... "How to troubleshoot frozen
media on Unix and Windows."  Just tryin' to help.  :-)

> best guess:
> NBU is unable to verify status or information from the robot for
> what ever the reason may be. Due to the lack of information it
> chooses to freeze the available media until an admin sorts things out 

It's not "lack of information," it's "errors."  NetBackup tried to use
the tape and a Bad Thing caused the operation to *fail*.  I'd suggest
troubleshooting the Bad Thing.

> I have a script that executes early in the morning daily to try and
> unfreeze all frozen media because I have lost multiple backups due to
> this problem. There are many reasons for frozen media. I choose not to
> investigate unless a media id shows up on the script output more than
> once.

Amazing.  So, in your environment, it's considered more cost-effective
to risk losing data or fail another backup than to throw out a $50 tape?
Sorry, that's a rude way to put it but it definitely seems like our
levels of risk tolerance in the "no do-overs" disaster-recovery world
are different.

IF everything has been running normally
   IF a tape failed last night in three drives
  THEN duplicate any data already on the tape
   throw the freakin' tape away
   ELSE
   IF a drive is down because three tapes failed using it
  THEN fix the drive
   up the drive
   ELSE
   IF a boatload of your tapes are frozen
  THEN put the tapes in right-side up
   turn off the write-protect tab
   back out yesterday's configuration change
   fix your fibre or SCSI
  IOW, your OS, drives or media are broken or misconfigured--
   fix the root cause so this never happens again

Here's my really easy rule:  on the first occurrence of a media error, I
toss the tape.  I think my time and my data are worth it.

Personally, I can't imagine being in a recovery scenario--whether it's a
user file or a full DR scenario--and saying "Hey, it took five tries to
get past that write error, but I finally got the backup to finish; beats
me why I can't restore it.  Must be stupid NetBackup's fault."


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

RE: [Veritas-bu] Does backup data *always* pass through the Master server?

[David Chapa]

There used to be a very nice functional overview in Appendix A of the
Troubleshooting Guide...but the docs have been reorganized since then.

But it should be there...

Kate is right - only meta data it sent back to the master server, the
functional overview shows you other process interaction between master
and media which is very helpful.

David Chapa

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greenberg,
Katherine A
Sent: Wednesday, May 03, 2006 6:40 AM
To: Richard Hellier; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Does backup data *always* pass through the
Master server?

No, only META DATA will go to the Master server. Are you using the
MUST_USE_LOCAL_DRIVE directive in bp.conf or setting the policy to only
use the STU for the specific media server?



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Richard
Hellier
Sent: Wednesday, May 03, 2006 8:31 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Does backup data *always* pass through the Master
server?


Hi -- a question on data 'routing' in NetBackup:

If a machine is a N/B media server and is backing itself up, does the
data 'short-circuit' straight from disks -> tape/whatever or does it
pass across to the master server and then back?

Thanks

Richard.

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

-
This e-mail may contain confidential or privileged information.  If
you think you have received this
e-mail in error, please advise the sender by reply
e-mail and then delete this e-mail immediately.  Thank you.  Aetna


___
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

[Veritas-bu] NBU setup questions

[Jeffrey Dykzeul]

I am setting up a new NBU v6 environment and have some questions. I will
describe the environment, indicate what we have accomplished so far, and
then pose some questions about our next steps.

The components of the environment are

  Public network with a mix of Gbit & 100Mb hosts, both UNIX and
Windows.
  SAN with Brocade switches and EMC storage.
  ADIC i2000 tape library with 1 public network connection (for
management functions) and
multiple LT03 tape drives each connected to the SAN.
  1 Solaris master server with a public network attachment and a SAN
connection. Robotic
control of the tape library is performed through the SAN
connection. I will refer to
this machine as MASTER.
  2 Solaris media servers, each with a public network attachment and a
SAN connection. Both
function as file servers using SAN disks for storage. I will
refer to these machines as
MEDIA_S1 and MEDIA_S2.
  2 Windows media servers, each with a public network attachment and a
SAN connection. Both
function as file servers using SAN disks for storage. I will
refer to these machines as
MEDIA_W1 and MEDIA_W2.
  1 NDMP host with a public network attachment and a SAN connection. It
functions as a file
server using SAN disks for storage. I will refer to this
machine as NDMP_CLIENT.
The machine is an EMC Celerra Datamover.
  Multiple UNIX & Windows clients on the public network.

So far we have

  Configured MASTER so that it can see and write to the LT03 tape
drives using
native utilities, such as ufsdump and tar.
  Installed NetBackup 6.0 enterprise server software on MASTER.
  Configured NBU on MASTER so that is sees the ADIC robotics and the
LT03
tape drives.
  On MASTER created a policy for backing up MASTER and tested running a
full backup
successfully.
  On MASTER created a policy for backup up UNIX clients, added one
client and tested running
a full backup successfully.
  Configured MEDIA_S1 so that it can see and write to the LT03 tape
drives using native utilities,
such as ufsdump and tar.

The relationship of MASTER to traditional clients is easy and I have done
this before, so there are no questions in that regard. But I have never
dealt with separate media servers or with NDMP in a NetBackup environment,
so I have several questions.

The next step I want to accomplish is to install NBU on MEDIA_S1. Questions
related to this are

  1) I believe that I need to install the NBU media server software
directly on MEDIA_S1 from a
CD distribution. Is this correct? I don't push software from
MASTER to MEDIA_S1
like software gets pushed to machines which are just clients?
  2) Do I need to configure NBU on MEDIA_S1 just like I did on MASTER
in terms of seeing
the ADIC robotics and LT03 tape drives?
  3) MEDIA_S1 will only backup itself. What needs to be done on which
machines in order to
accomplish this? Do I create a policy to do this on MEDIA_S1 or
on MASTER?
Which machine actually initiates and controls the backup of
MEDIA_S1? Is
MASTER involved at all, and if so, how?

Next I want to set up backups for NDMP_CLIENT. Questions related to this
are:

  4) I don't believe that I need to install anything on NDMP_CLIENT, is
this correct?
My understanding of NDMP hosts is that they come with an NDMP
module to
which the backup server interfaces.
  5) Do I need to install any software on MASTER to specifically deal
with NDMP_CLIENT,
or is it sufficient to create a policy for it with the client
configured as being an NDMP host?
  6) Is there some sort of username/pw for NDMP_CLIENT which must be
configured into
MASTER?


Thanks in advance for any help, I'm sure I'll have many more questions.
Feel free to send email to me directly if you want to expound at length. If
you know of anything like a "NetBackup for Dummies" document on the web,
send me the link.


Jeff Dykzeul
[EMAIL PROTECTED]

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

Re: [Veritas-bu] can SAN media server restore clients?

[Darren Dunham]

> As I understand it the SAN Media Server license is only to allow a
> server on the SAN to backup and restore itself.

Right.

> An SSO license allows
> a media server to backup and restore other servers.   We use SSO for the
> purpose you indicate here with no problems.

But that's what a media server does normally.

SSO allows multiple servers to access a single tape device.  Those could
be SAN media servers or normal media servers.  SSO isn't needed if you
don't share drives.

-- 
Darren Dunham   [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper?   San Francisco, CA bay area
 < This line left intentionally blank to confuse you. >
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

RE: [Veritas-bu] can SAN media server restore clients?

[Bob Stump]

The point is that as of 5.1 MP5 a SAN media server can now restore to ANY client.
 
>>> "Jeff Lightner" <[EMAIL PROTECTED]> 5/3/2006 3:15 PM >>>


As I understand it the SAN Media Server license is only to allow a server on the SAN to backup and restore itself.   An SSO license allows a media server to backup and restore other servers.   We use SSO for the purpose you indicate here with no problems.
 




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob StumpSent: Wednesday, May 03, 2006 2:29 PMTo: Marianne Berg; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] can SAN media server restore clients?
 

NetBackup 5.1_MP5 fixes include:

Etrack Incident = ET522055 Description: Restore to an alternate client (not a master or media server) by a SAN media server failed with an error status 159: The licensed features for this system did not permit the backup of a remote client (). To avoid this issue, make sure that the license key is entered properly. SAN media server licensing should be enforced for backup but not for restore to allow maximum flexibility for device recovery and data restoration. >>> "Marianne van den Berg" <[EMAIL PROTECTED]> 4/28/2006 3:55 PM >>>


Hi Bob

 

I don't think there's a way of knowing for sure without trying!

 

PLEASE try and let the list know - my gut-feel says it should work as long as all the necessary SERVER entries are in place. Just make sure you have all the necessary logs in place before you start:

bprd on the master, bpbrm on the media server, bpcd on the client.

 

GOOD LUCK and please let us know!

 

Marianne


-Original Message- From: Bob Stump [mailto:[EMAIL PROTECTED] Sent: Thu 2006/04/27 09:20 To: veritas-bu@mailman.eng.auburn.edu Cc: Subject: [Veritas-bu] can SAN media server restore clients?
can a licensed SAN media server be used to restore data to a client other than itself?

Re: [Veritas-bu] can SAN media server restore clients?

[Jack Forester, Jr.]

An SSO license allows multiple media servers to share drives, like in a 
SAN environment.  To have a media server backup clients other than 
itself, you need a full media server license.


Jeff Lightner wrote:


As I understand it the SAN Media Server license is only to allow a
server on the SAN to backup and restore itself.   An SSO license allows
a media server to backup and restore other servers.   We use SSO for the
purpose you indicate here with no problems.





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump
Sent: Wednesday, May 03, 2006 2:29 PM
To: Marianne Berg; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] can SAN media server restore clients?



NetBackup 5.1_MP5 fixes include:

Etrack Incident = ET522055 

Description: 
Restore to an alternate client (not a master or media server) by a SAN 
media server failed with an error status 159: 

The licensed features for this system did not permit the backup of a 
remote client (). To avoid this issue, make sure that the 
license key is entered properly. 

SAN media server licensing should be enforced for backup but not for 
restore to allow maximum flexibility for device recovery and data 
restoration. 




 


"Marianne van den Berg" <[EMAIL PROTECTED]> 4/28/2006 3:55
   


PM >>>

Hi Bob



I don't think there's a way of knowing for sure without trying!



PLEASE try and let the list know - my gut-feel says it should work as
long as all the necessary SERVER entries are in place. Just make sure
you have all the necessary logs in place before you start:

bprd on the master, bpbrm on the media server, bpcd on the client.



GOOD LUCK and please let us know!



Marianne

	-Original Message- 
	From: Bob Stump [mailto:[EMAIL PROTECTED] 
	Sent: Thu 2006/04/27 09:20 
	To: veritas-bu@mailman.eng.auburn.edu 
	Cc: 
	Subject: [Veritas-bu] can SAN media server restore clients?


can a licensed SAN media server be used to restore data to a
client other than itself?


 




--
Jack L. Forester, Jr.
UNIX Systems Administrator, Stf
Lockheed Martin Information Technology
(304) 625-3946

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

RE: [Veritas-bu] can SAN media server restore clients?

[Jeff Lightner]

As I understand it the SAN Media Server
license is only to allow a server on the SAN to backup and restore itself.   An
SSO license allows a media server to backup and restore other servers.   We use
SSO for the purpose you indicate here with no problems.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump
Sent: Wednesday, May 03, 2006 2:29
PM
To: Marianne Berg;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] can SAN
media server restore clients?



 



NetBackup 5.1_MP5
fixes include:





Etrack Incident = ET522055 

Description: 
Restore to an alternate client (not a master or media server) by a SAN 
media server failed with an error status 159: 

The licensed features for this system did not permit the backup of a 
remote client (). To avoid this issue, make sure that the 
license key is entered properly. 

SAN media server licensing should be enforced for backup but not for 
restore to allow maximum flexibility for device recovery and data 
restoration. 



>>> "Marianne van den Berg"
<[EMAIL PROTECTED]> 4/28/2006 3:55 PM >>>







Hi Bob





 





I don't think there's a way of knowing for sure without trying!





 





PLEASE try and let the list know - my gut-feel says it should work
as long as all the necessary SERVER entries are in place. Just make sure you
have all the necessary logs in place before you start:





bprd on the master, bpbrm on the media server, bpcd on the client.





 





GOOD LUCK and please let us know!





 





Marianne







-Original
Message- 
From: Bob Stump
[mailto:[EMAIL PROTECTED] 
Sent: Thu 2006/04/27 09:20 
To:
veritas-bu@mailman.eng.auburn.edu 
Cc: 
Subject: [Veritas-bu] can SAN
media server restore clients?



can a licensed SAN media server be
used to restore data to a client other than itself?

RE: [Veritas-bu] can SAN media server restore clients?

[Bob Stump]

NetBackup 5.1_MP5 fixes include:
Etrack Incident = ET522055 Description: Restore to an alternate client (not a master or media server) by a SAN media server failed with an error status 159: The licensed features for this system did not permit the backup of a remote client (). To avoid this issue, make sure that the license key is entered properly. SAN media server licensing should be enforced for backup but not for restore to allow maximum flexibility for device recovery and data restoration. >>> "Marianne van den Berg" <[EMAIL PROTECTED]> 4/28/2006 3:55 PM >>>

Hi Bob
 
I don't think there's a way of knowing for sure without trying!
 
PLEASE try and let the list know - my gut-feel says it should work as long as all the necessary SERVER entries are in place. Just make sure you have all the necessary logs in place before you start:
bprd on the master, bpbrm on the media server, bpcd on the client.
 
GOOD LUCK and please let us know!
 
Marianne

-Original Message- From: Bob Stump [mailto:[EMAIL PROTECTED] Sent: Thu 2006/04/27 09:20 To: veritas-bu@mailman.eng.auburn.edu Cc: Subject: [Veritas-bu] can SAN media server restore clients?can a licensed SAN media server be used to restore data to a client other than itself?

RE: [Veritas-bu] Internal label not matching external label

[Martin, Jonathan \(Contractor\)]

There is also a vmphyinv command that will mount and scan the tape for
its media ID.  Might want to look into options for it.  As w/ Bobby
Below - anything in your Media Pool that has an incorrect Barcode vs
Media ID is improperly labeled.

-Jonathan   

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby
Williams
Sent: Wednesday, May 03, 2006 1:32 PM
To: Hindle, Greg; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Internal label not matching external label

This will work, but it will take a while.

Mount each tape that you "suspect" manually into a tape drive.  Run
vmoprcmd on the command line or look at the device monitor in the gui.
It will show both the recorded id and the label.





From: "Hindle, Greg" <[EMAIL PROTECTED]>
Date: 2006/05/03 Wed PM 12:02:53 EDT
To: 
Subject: [Veritas-bu] Internal label not matching external label

Nbu 5.0 mp6 Solaris 9

What is the best way to determine if you have tapes where the internal
label is not matching the external label? I had someone mis label about
19 tapes and I am trying to figure the easiest way to figure what these
tape labels are. Any ideas?

Thanks!


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


Bobby Williams
2205 Peterson Drive
Chattanooga, TN  37421 

___
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] Internal label not matching external label

[Bobby Williams]

This will work, but it will take a while.

Mount each tape that you "suspect" manually into a tape drive.  Run vmoprcmd on 
the command line or look at the device monitor in the gui.  It will show both 
the recorded id and the label.





From: "Hindle, Greg" <[EMAIL PROTECTED]>
Date: 2006/05/03 Wed PM 12:02:53 EDT
To: 
Subject: [Veritas-bu] Internal label not matching external label

Nbu 5.0 mp6 Solaris 9

What is the best way to determine if you have tapes where the internal
label is not matching the external label? I had someone mis label about
19 tapes and I am trying to figure the easiest way to figure what these
tape labels are. Any ideas?

Thanks!


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


Bobby Williams
2205 Peterson Drive
Chattanooga, TN  37421 

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

RE: [Veritas-bu] Help! All Tapes From Scratch Gone - All jobs failed :(

[Jorgensen, Bill]

I have had this happen to me on multiple occasions. I have had no good
explanation for this NBU behavior from Symantec/VERITAS. My best guess:
NBU is unable to verify status or information from the robot for what
ever the reason may be. Due to the lack of information it chooses to
freeze the available media until an admin sorts things out for it. Like
I said, a guess.

I have a script that executes early in the morning daily to try and
unfreeze all frozen media because I have lost multiple backups due to
this problem. There are many reasons for frozen media. I choose not to
investigate unless a media id shows up on the script output more than
once.

Good luck,

Bill

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brooks,
Jason
Sent: Tuesday, May 02, 2006 6:37 AM
To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Help! All Tapes From Scratch Gone - All jobs
failed :(

I just dealt with a very similar issue last week.  I had the drives in
my ADIC i2K bouncing; I could bring them back.  But when a backup would
run, it would error on tapes with a robot error and freeze them.
Unfreezing (about which I queried this group last week) worked and
brought them back.  I opened up a case with Veritas and all the tech did
was confirm some things.  Ran the "Configure Storage Devices" wizard and
there were no changes, but that seemed to make things happy.  I'm
looking to upgrade the drives on my HBAs - NBU 6 is evidently quite
rough on the drivers.

A couple of things I did before the case was run both Drive and Robot
diagnostics.  All seemed well there, as long as the drive didn't fail.

Hope all that might help,

Jason 

> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, 
> Simon
> Sent: Tuesday, May 02, 2006 1:55 AM
> To: 'veritas-bu@mailman.eng.auburn.edu'
> Subject: [Veritas-bu] Help! All Tapes From Scratch Gone - All jobs 
> failed :(
> 
> Morning
> Just come in, to find every job, bar one policy failed with status 96 
> - On Friday I kicked off a full backup, which worked fine.
>  
> When a 2nd Policy started to run on Saturday 9:51 (which is a SAN 
> Media Server), it appears to have gobbled up ALL tapes in the Scratch 
> Pool.
>  
> Therefore EVERY single job failed as no tapes were available.
>  
> Media List shows the tapes are in a frozen state. I have unfrozen them

> (as none were even written to), and they are now back in the Scratch.
>  
> I am going to try another backup again to see what happens, but 
> wondered if anyone has seen this, or any advice!?!?
>  
> Thanks alot !
>  
> 
> Regards
> 
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
> 
> EADS Astrium Limited, B32AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
> 
> Email: [EMAIL PROTECTED]
> 
> 
>  
> This email is for the intended addressee only.
> If you have received it in error then you must not use, retain, 
> disseminate or otherwise deal with it.
> Please notify the sender by return email.
> The views of the author may not necessarily constitute the views of 
> EADS Astrium Limited.
> Nothing in this email shall bind EADS Astrium Limited in any contract 
> or obligation.
> 
> EADS Astrium Limited, Registered in England and Wales No. 
> 2449259 Registered Office: Gunnels Wood Road, Stevenage, 
> Hertfordshire, SG1 2AS, England
>   
> 

___
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

[Veritas-bu] Internal label not matching external label

[Hindle, Greg]

Title: Internal label not matching external label






Nbu 5.0 mp6 Solaris 9


What is the best way to determine if you have tapes where the internal label is not matching the external label? I had someone mis label about 19 tapes and I am trying to figure the easiest way to figure what these tape labels are. Any ideas?

Thanks!



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

RE: [Veritas-bu] Using scratch pool with mixed libraries

[Kathryn Hemness]

Hi Mark,

I changed the configuration of one of my storage unit names for hcart3
and the backup duplications using LTO3 tapes worked without problems.

Thanks for the great advice.

--kathy


On Tue, 2 May 2006 [EMAIL PROTECTED] wrote:

> Date: Tue, 2 May 2006 09:52:37 -0600
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Using scratch pool with mixed libraries
>
> You said you configured the duplication script to use a pool containing
> only LTO3 media.  This isn't the way media is selected.
>
> It's all about the storage unit.  You'll have to specify a destination
> storage unit that is defined to use LTO3 carts, then the duplication
> will write to the appropriate media type.
>
> -M
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Kathryn
> Hemness
> Sent: Tuesday, May 02, 2006 8:09 AM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Using scratch pool with mixed libraries
>
> Greetings --
>
> All of my backups are written to disk storage units and then I use
> scripts to duplicate the images to tape.
>
> Originally, my libray had 4 LTO2 tapedrives and I've added 2 LTO3
> drives.
> I can successfully duplicate backup images to LTO2 tapes with the LTO3
> drives configured as HCART3, but I haven't been able to force NetBackup
> to use LTO3 tapes on the drives when the drives are configured as
> HCART3.
>
> I've configured the duplication scripts to use a pool containing only
> LTO3 media, but NetBackup insists on pulling tapes from the scratch pool
> containing
> LTO2 media.
>
> Is there anyone here using a scratch pool with a single library
> containing multiple types of tape drives and media?
>
>
> --kathy
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

--kathy

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

Re: [Veritas-bu] Authentication Access To NBU Admin Console [recommendations please]

[Wayne T Smith]

Wilkinson, Alex wrote, in part,  on 5/3/2006 9:01 AM:

... The Manual is crap ! ...
  


Well, kind of a harsh characterization.  There is a lot of 
documentation.  And keep in mind that it must describe a product that 
has roots in the stone ages and is otherwise as counter-intuitive to use 
as anything I've seen.   However, I am particularly fond of passages 
that refer you to another manual for more information ... when no more 
information exists.


(the following has nothing to do with authenticated access to the Admin 
Console)


My most recent escapade in these areas has been to try to understand how 
to do a True Image Restore (v5.1).  The manuals offer obtuse 
information, while the GUI program provides a hard-to-use interface, 
that, in my experience, yields restores that either don't have the 
expected results or appear to be impossible to specify.  Just last week, 
2 of my users tried to do various True Image Restores.  In each case, a 
full and an incremental would have to be used to accomplish the 
mission.  In one case, only the incremental was restored, in another 
only the full, and in another, both, but not a True Image restore.  It's 
just hard to use.  I did find a note at the support site (267173) that 
is a pretty good explanation of TIR.  It basically said for TIR, you o 2 
restores, one for full, then a second for incremental.  That fit what 
I'd seen from my two users, but then one of my users managed what 
appears to be a True Image restore in just one step using the command 
line menu program "bp".


However, I don't know if that was to be a good restore, since in the 
middle of the restore of the "full backup"  we needed to halt the 
process. The NetBackup Admin Console "offered" a suspend" and so we took 
it.  However, when we resumed the restore job, the "full backup" restore 
step failed to resume successfully.  this was followed by a successful 
incremental restore and a restore job status code of 1 (some files not 
restored).  It's just hard to use.  How to "complete" the True Image 
restore?  I have no idea besides cleaning out the directories and trying 
the whole thing again.  It's just hard to use.  

My idea of a good "true image" restore is one where I specify a date and 
maybe whether NetBackup is to leave or discard newer files ... and 
NetBackup restores the directory to the exact state found at the backup.  


cheers, wayne


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

RE: [Veritas-bu] FQDNs or Not ? [recommendations please]

[WEAVER, Simon]

Title: Message



Well our servers are backed up by IP or Client Name - 
looking at activity it does not show the FQDN - but I guess it would show this 
in the log files perhaps??
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B32AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: 
  [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 03 May 2006 
  14:43To: David RockCc: 
  veritas-bu@mailman.eng.auburn.edu; 
  [EMAIL PROTECTED]Subject: Re: [Veritas-bu] 
  FQDNs or Not ? [recommendations please]Here's my two cents, I recommend using DNS all the way. 
   We use DNS with short names aliased to the FQDN.  I do not 
  recommend using HOST files. They are a 
  nightmare to administer. =Carl Stehman Pepco Holdings, 
  Inc.202-331-6619Pager 301-765-2703[EMAIL PROTECTED] 
  
  


  David Rock 
<[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 
05/02/2006 02:31 PM 

  
  

  Please respond 
  toDavid Rock 
  <[EMAIL PROTECTED]>
  

  
  

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

  cc

  

  Subject
Re: [Veritas-bu] FQDNs or Not ? 
  [recommendations please]

  
  

* Rockey Reed <[EMAIL PROTECTED]> [2006-05-01 
  05:37]:> > -Original Message-> > From: 
  [EMAIL PROTECTED]> > 
  [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts> 
  > Yes.  Not just for for NetBackup, but in general, use FQDN 
  whenever> > possible.> >  > In this area I 
  cannot help but to disagree with Ed, for whom I have> great respect. 
   The use of FQDN is used too often to mask a poor DNS> 
  configuration.  With NBU you need full forward and reverse lookup. 
   When> either is missing a short term solution would be the use of 
  /etc/hosts> files until your network team can fix the DNS by adding the 
  servers IP> address to both zones.This sounds like an argument 
  FOR using DNS, not against it. :-)Don't forget, the question was about 
  using FQDN, _not_ using DNS.  Whichway you implement it doesn't 
  really matter (although generally that DOESmean using 
  DNS).Basically, using FQDN is a good idea because it creates 
  genuinelyunique client names in NetBackup.  Without this, you run a 
  real risk ofhaving two client short names that are the same.  You 
  might not see thisin a single-company, single-site environment, but it is 
  a real danger inmulti-customer or multi-site environments.  How many 
  exchange1 serversare out there, I wonder?Imagine in an outsourcing 
  situation where you have to tell client B thatthe name of their server 
  will have to change because client A got therefirst (exchange servers 
  don't like having a NBU client name that isdifferent from their real 
  name).The ONLY downside I have come across when using FQDN is when you 
  workheavily in the CLI.  It does get tiresome when typing a long FQDN 
  on thecommandline to do a bplist or some other activity, but knowing 
  theclients are unique helps a lot.  This can also be mitigated quite 
  a bitwith scripting and other looping activities off of bpplclients, 
  anyway.-- David 
  Rock[EMAIL PROTECTED]___Veritas-bu 
  maillist  - 
   Veritas-bu@mailman.eng.auburn.eduhttp://mailman.eng.auburn.edu/mailman/listinfo/veritas-buThis 
  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. 


This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.

EADS Astrium Limited, Registered in England and Wales No. 2449

Re: [Veritas-bu] FQDNs or Not ? [recommendations please]

[ckstehman]

Here's my two cents, I recommend using
DNS all the way.  We use DNS with short names aliased to the FQDN.
 I do not recommend using HOST files.
They are a nightmare to administer.


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





David Rock <[EMAIL PROTECTED]>

Sent by: [EMAIL PROTECTED]
05/02/2006 02:31 PM



Please respond to
David Rock <[EMAIL PROTECTED]>





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


cc



Subject
Re: [Veritas-bu] FQDNs or Not ? [recommendations
please]








* Rockey Reed <[EMAIL PROTECTED]> [2006-05-01
05:37]:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
Ed Wilts
> > Yes.  Not just for for NetBackup, but in general, use FQDN
whenever
> > possible.
> >  
> In this area I cannot help but to disagree with Ed, for whom I have
> great respect.  The use of FQDN is used too often to mask a poor
DNS
> configuration.  With NBU you need full forward and reverse lookup.
 When
> either is missing a short term solution would be the use of /etc/hosts
> files until your network team can fix the DNS by adding the servers
IP
> address to both zones.

This sounds like an argument FOR using DNS, not against it. :-)

Don't forget, the question was about using FQDN, _not_ using DNS.  Which
way you implement it doesn't really matter (although generally that DOES
mean using DNS).

Basically, using FQDN is a good idea because it creates genuinely
unique client names in NetBackup.  Without this, you run a real risk
of
having two client short names that are the same.  You might not see
this
in a single-company, single-site environment, but it is a real danger in
multi-customer or multi-site environments.  How many exchange1 servers
are out there, I wonder?
Imagine in an outsourcing situation where you have to tell client B that
the name of their server will have to change because client A got there
first (exchange servers don't like having a NBU client name that is
different from their real name).

The ONLY downside I have come across when using FQDN is when you work
heavily in the CLI.  It does get tiresome when typing a long FQDN
on the
commandline to do a bplist or some other activity, but knowing the
clients are unique helps a lot.  This can also be mitigated quite
a bit
with scripting and other looping activities off of bpplclients, anyway.

-- 
David Rock
[EMAIL PROTECTED]
___
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.

RE: [Veritas-bu] Authentication Access To NBU Admin Console [recommendations please]

[Greenberg, Katherine A]

You can't lock down the Admin console that I'm aware of 

We deployed the java console with limited rights to our NOC people.  

We gave them these rights (/usr/openv/java/auth.conf)

NOC ADMIN=AM+REP+DM+MM JBP=BU
* ADMIN=JBP JBP=BU


~Kate



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Wilkinson,
Alex
Sent: Wednesday, May 03, 2006 9:16 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Authentication Access To NBU Admin Console
[recommendations please]


0n Wed, May 03, 2006 at 10:31:05PM +0930, Wilkinson, Alex wrote: 

>Hi all,
>
>I have read through the NB Sys Admin Manual for UNIX to learn how
to set up
>authentication. The Manual is crap ! It gives people absolutely no
background
>whatsoever on the options available.
>
>I am kinda stuck here. Can anyone recommend where I can read up on
this stuff ?
>And can anyone recommend 'best practices' for securing the NB
console on both
>Unix and Windows Server 2003.
>
>Cheers

Okay, It would have helped if I looked at Volume II. :( However, I am
still very interested with what other people are doing.

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

-
This e-mail may contain confidential or privileged information.  If
you think you have received this
e-mail in error, please advise the sender by reply
e-mail and then delete this e-mail immediately.  Thank you.  Aetna


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

[Veritas-bu] Authentication Access To NBU Admin Console [recommendations please]

[Wilkinson, Alex]

Hi all,

I have read through the NB Sys Admin Manual for UNIX to learn how to set up
authentication. The Manual is crap ! It gives people absolutely no background
whatsoever on the options available.

I am kinda stuck here. Can anyone recommend where I can read up on this stuff ?
And can anyone recommend 'best practices' for securing the NB console on both
Unix and Windows Server 2003.

Cheers

 -aW

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

Re: [Veritas-bu] Authentication Access To NBU Admin Console [recommendations please]

[Wilkinson, Alex]

0n Wed, May 03, 2006 at 10:31:05PM +0930, Wilkinson, Alex wrote: 

>Hi all,
>
>I have read through the NB Sys Admin Manual for UNIX to learn how to set up
>authentication. The Manual is crap ! It gives people absolutely no 
background
>whatsoever on the options available.
>
>I am kinda stuck here. Can anyone recommend where I can read up on this 
stuff ?
>And can anyone recommend 'best practices' for securing the NB console on 
both
>Unix and Windows Server 2003.
>
>Cheers

Okay, It would have helped if I looked at Volume II. :(
However, I am still very interested with what other people are doing.

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

RE: [Veritas-bu] Does backup data *always* pass through the Master server?

[Greenberg, Katherine A]

No, only META DATA will go to the Master server. Are you using the
MUST_USE_LOCAL_DRIVE directive in bp.conf or setting the policy to only
use the STU for the specific media server?



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Richard
Hellier
Sent: Wednesday, May 03, 2006 8:31 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Does backup data *always* pass through the Master
server?


Hi -- a question on data 'routing' in NetBackup:

If a machine is a N/B media server and is backing itself up, does the
data 'short-circuit' straight from disks -> tape/whatever or does it
pass across to the master server and then back?

Thanks

Richard.

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

-
This e-mail may contain confidential or privileged information.  If
you think you have received this
e-mail in error, please advise the sender by reply
e-mail and then delete this e-mail immediately.  Thank you.  Aetna


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

[Veritas-bu] Does backup data *always* pass through the Master server?

[Richard Hellier]

Hi -- a question on data 'routing' in NetBackup:

If a machine is a N/B media server and is backing itself up, does the data
'short-circuit' straight from disks -> tape/whatever or does it pass across
to the master server and then back?

Thanks

Richard.

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

[Veritas-bu] NDMP restores

[Paul Keating]

Title: Message



anyone done any 
benchmarking of Full+Cumulative vs Full+ Differential(xN) 
recovery?
 
ie, recovering a NAS 
filer on a Friday, with previous Full + most recent Cumulative, in comparison to 
previous weekend's Full + Monday Diff + Tuesday Diff + Wednesday Diff + Thursday 
Diff.
 
In theory, the sum 
of the diffs should be almost equal to the most recent 
Cumulative...
 
Paul
 


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.

Re: [Veritas-bu] solaris off thread

[Wilkinson, Alex]

0n Wed, May 03, 2006 at 10:13:54AM +0100, Dave Markham wrote: 

>Sorry for the off topic message but does anyone know any solaris forums
>email or web which are free?

http://www.sunmanagers.org/. Best Solaris mailing list on the planet.

Note the etiquette. ie you get responses from individuals and you then must post
a SUMMARY. Doesn't work like this list.

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

[Veritas-bu] solaris off thread

[Dave Markham]

Sorry for the off topic message but does anyone know any solaris forums
email or web which are free?

Got a real problem with multipathing mpxio not working and cant find a
solution anywhere :(

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