Re: [Veritas-bu] Can Netbackup work on a DHCP network

2006-06-12 Thread Rob Haig
It's not as bad as it sounds.  You just have to make sure that the DHCP
server modifies DNS records (forward and reverse) for each client as it
hands out DHCP leases.

You should have your servers acquire static leases (where the given MAC
always gets the same IP addr) so they are always in the same place.  But
the clients can move around as long as the DNS server gets updated so
you can do forward AND reverse lookups.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Monday, June 12, 2006 3:05 PM
To: Carl Mathews
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Can Netbackup work on a DHCP network

On Mon, Jun 12, 2006 at 02:54:46PM -0500, Carl Mathews wrote:
  Our networks are changing from static IP to DHCP. DHCP
 prevents netbackup from using reverse lookup. 

It also prevents you from doing a forward lookup!

Will Netbackup work on a DHCP network?

If you can't find the server, how can you possibly back it up?  The
*master* server initiates the backup, and if the target server is not
static, there's not a thing you can do for it.

What you can you do is to have your DHCP server always return the same
IP address for the given MAC address.  Then put that entry in your DNS.
That defeats the purpose of DHCP but then DHCP for servers doesn't make
much sense anyway.

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Confidentiality Notice: The information contained in this e-mail from Rob Haig 
and any attachments is legally privileged or otherwise confidential. If you are 
not an intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this e-mail is strictly prohibited. If you have 
received this e-mail in error, please notify the sender and permanently delete 
the e-mail and any attachments immediately. Thank you in advance for your 
cooperation. 

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


Re: [Veritas-bu] FROZEN vs SUSPENDED

2006-06-02 Thread Rob Haig
Basically that's the difference.  When a tape is frozen, after it
expires, it stays frozen and unavailable. (the data on the tape will
expire, don't freeze tapes to keep data around)  A suspended tape
becomes available for use again after the data expires.  Suspend tapes
that you don't want to write further data to for some administrative
reason.  When they expire, you can re-use them.  Freeze tapes that you
suspect have problems and you never want to write data to again. When
they expire, you can run some tests on them to see if they are really
bad.

-Original Message-
 

So it looks like the main difference is that a frozen tape never
expires.




Confidentiality Notice: The information contained in this e-mail from Rob Haig 
and any attachments is legally privileged or otherwise confidential. If you are 
not an intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this e-mail is strictly prohibited. If you have 
received this e-mail in error, please notify the sender and permanently delete 
the e-mail and any attachments immediately. Thank you in advance for your 
cooperation. 

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


RE: [Veritas-bu] Major incompatibility!

2006-04-24 Thread Rob Haig
I don't know about the windows version.  I'm using the 6.0 linux admin
console to manage my 5.1 server and it works just fine



Confidentiality Notice: The information contained in this e-mail from Rob Haig 
and any attachments is legally privileged or otherwise confidential. If you are 
not an intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this e-mail is strictly prohibited. If you have 
received this e-mail in error, please notify the sender and permanently delete 
the e-mail and any attachments immediately. Thank you in advance for your 
cooperation. 

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


RE: [Veritas-bu] could not deassign media due to Media Manager error

2006-03-30 Thread Rob Haig
You could always do a vmquery -deassignbyid
But afteryou do this make sure you delete the tape and then let NBU
recreate it with an inventory robot.  If you don't delete the tape in
NBU 5.x you can end up with 2 media servers writing to the same tape
causing data loss.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, March 30, 2006 11:06 AM
To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] could not deassign media due to Media Manager
error

Is this tape assigned to a media server that no longer exists?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of WEAVER,
Simon
Sent: Thursday, March 30, 2006 12:14 AM

Morning
Have an old LTO1 tape that has not been written to in over 12 months.
When I run the media list it shows this tape 0807L1 expired 29th March
06.
Today is the 30th.
The status of the tape shows expired MPX

So when trying to bpexpdate -m 0807L1 -d 0 it tell me it could not
deassign
media due to media manager error.

Any tips on how to remove this from the report? Netbackup believes it is
assigned to a volume and I can see it.

The tape is not stored in the library and there will be no need to
re-use
this tape in the future
Thanks

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

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





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


Confidentiality Notice: The information contained in this e-mail from Rob Haig 
and any attachments is legally privileged or otherwise confidential. If you are 
not an intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this e-mail is strictly prohibited. If you have 
received this e-mail in error, please notify the sender and permanently delete 
the e-mail and any attachments immediately. Thank you in advance for your 
cooperation. 

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


[Veritas-bu] command-line way to get vol_id from filespec and date range?

2006-03-29 Thread Rob Haig








Im trying to determine through a command-line
interface what piece of media a file is on given a hostname, file-spec, and
date range.



I suspect Ill have to start with a backup_id and get
the media_id from that with bpimmedia or something like that. Im
not shy of scripting, and given a backup_id (hostname_timestamp) I can derive
the piece(s) of media it is on. I just dont know how to go from
the date-range and filespec to the backup_id.



thx











Confidentiality Notice: This electronic communication contained in this e-mail from Rob Haig (including any attachments) may contain privileged and/or confidential information. This communication is intended only for the use of indicated e-mail addressees. Please be advised that any disclosure, dissemination, distribution, copying, or other use of this communication or any attached document other than for the purpose intended by the sender is strictly prohibited. If you have received this communication in error, please notify the sender immediately by reply e-mail and promptly destroy all electronic and printed copies of this communication and any attached document. Thank you in advance for your cooperation.