Re: [Veritas-bu] make_scsi_dev woes under Linux

[Scott Jacobson]

In 5.1 MP1+ placing
 
ENABLE_AUTO_PATH_CORRECTION
 
in the vm.conf file should also help.
 
Additionally, it creates files in /dev/sg/ that point to any SCSI device 
(disks, tape, controllers, etc.  This appears to aid in auto-detection, etc).  
Look at /proc/scsi/scsi, everything in there should map to a /dev/sgX device.


>>> "Justin King" <[EMAIL PROTECTED]> 12/6/2006 12:41 PM >>>

Near as I can tell, make_scsi_dev determines which drives are connected to the 
system and creates symlinks to those corresponding devices.  When you load your 
*st* module, you get something like this:
 
Nov 30 16:08:52 kyle kernel: st: Version 20030406, bufsize 262144, max init. 
bufs 8, s/g segs 16
Nov 30 16:08:52 kyle kernel: Attached scsi tape st0 at scsi1, channel 0, id 0, 
lun 2
Nov 30 16:08:52 kyle kernel: Attached scsi tape st1 at scsi1, channel 0, id 0, 
lun 3
Nov 30 16:08:52 kyle kernel: Attached scsi tape st2 at scsi1, channel 0, id 0, 
lun 4
Nov 30 16:08:52 kyle kernel: Attached scsi tape st3 at scsi2, channel 0, id 0, 
lun 5
Nov 30 16:08:52 kyle kernel: Attached scsi tape st4 at scsi2, channel 0, id 0, 
lun 6
Nov 30 16:08:52 kyle kernel: Attached scsi tape st5 at scsi2, channel 0, id 0, 
lun 7
 
When make_scsi_dev is run, it creates the following files in /dev/st/ (clearly, 
this is my unique configuration, YMMV)
 
H1C0T0L2 -> /dev/st0
H1C0T0L3 -> /dev/st1
H1C0T0L4 -> /dev/st2
H2C0T0L5 -> /dev/st3
H2C0T0L6 -> /dev/st4
H2C0T0L7 -> /dev/st5
NH1C0T0L2 -> /dev/nst0
NH1C0T0L3 -> /dev/nst1
NH1C0T0L4 -> /dev/nst2
NH2C0T0L5 -> /dev/nst3
NH2C0T0L6 -> /dev/nst4
NH2C0T0L7 -> /dev/nst5
 
Additionally, it creates files in /dev/sg/ that point to any SCSI device 
(disks, tape, controllers, etc.  This appears to aid in auto-detection, etc).  
Look at /proc/scsi/scsi, everything in there should map to a /dev/sgX device.  
Example:
 
H0C0T0L0 -> /dev/sg0
H1C0T0L0 -> /dev/sg1
*
H2C0T0L7 -> /dev/sg10
 
In your case, you should be able to create these symlinks yourself and comment 
out the make_scsi_dev command.  As people have pointed out, if devices move 
around, then you*ll have to recreate these * it isn*t elegant, but it might get 
you up and running.
 


From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Johnson
Sent: Tuesday, December 05, 2006 12:57 PM
To: [EMAIL PROTECTED]; Daniel Cox; veritas-bu@mailman.eng.auburn.edu 
Subject: [Veritas-bu] make_scsi_dev woes under Linux

 
Hello all,
 
I am having problems with the make_scsi_dev command as well. I have read every 
thing out there and some are great ideas, however when I run it on a particular 
system it crashed the system, nowhere have I read this happening. if any one 
out there has info as to what the exact commands that are run within the binary 
it would be great. this may be a system problem and until i find out what is 
being run i am stuck between Veritas and IBM.
 
 
Thanks
 
Matt
 

From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Tuesday, August 15, 2006 10:36 PM
To: 'Daniel Cox'; veritas-bu@mailman.eng.auburn.edu 
Subject: Re: [Veritas-bu] make_scsi_dev woes under Linux
 
If your environment is SSO I will give you 2 tips. 
Wait for the completion of all backups and then run make_scsi_dev. Then 
configure all Linux drives.
After that comment (#)  the make_scsi_dev line at the NetBackup startup script.
And do not reboot the system. If you do it you must run the make_scsi_dev 
before netbackup start (and all drives must be idle)
I have install several  linux systems and all working fine.  
smpt
 


From:[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel Cox
Sent: Tuesday, August 15, 2006 7:32 PM
To: veritas-bu@mailman.eng.auburn.edu 
Subject: [Veritas-bu] make_scsi_dev woes under Linux

 
We*ve got a few media servers running NetBackup 5.1 MP5 under Linux (RedHat 
AS4) and we*re having no end of problems with FC attached tape drive device 
mappings. I see when NB starts it runs make_scsi_dev, which creates the 
following devices:
 
 [EMAIL PROTECTED] ~ # ls -l /dev/st
total 0
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t0l0 -> /dev/st5
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t1l0 -> /dev/st4
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t2l0 -> /dev/st3
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t0l0 -> /dev/st1
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t1l0 -> /dev/st0
lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t2l0 -> /dev/st2
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t0l0 -> /dev/nst5
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t1l0 -> /dev/nst4
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t2l0 -> /dev/nst3
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t0l0 -> /dev/nst1
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t1l0 -> /dev/nst0
lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t2l0 -> /dev/nst2
 
There seems to be 2 big problems with this. The devices as created by the OS 
(st*, nst*) can change due to HBA driver upgrades, PCI bus detection order 
changes, somebod

Re: [Veritas-bu] Trunking in solaris...

[Ed Wilts]

On 12/5/2006 3:19 PM, Paul Keating wrote:

[major snipping of the config setup]

> SERVER= master-ce0
> SERVER= master-ce1
> SERVER= media-A-bge0
> SERVER= media-A-bge1
> SERVER= media-B-bge0
> SERVER= media-B-bge1
> SERVER= media-C-bge0
> SERVER= media-C-bge1
>  
> The bp.conf needs the actual interface names of the servers listed, not 
> the "netbackup" names..
> for each server, there is a DNS alias for the netbackup hostname, ie, 
> master, media-A, media-B, etc, that points to the ce0 or bge0 interface 
> for the respective server.

So how many master and media licenses do you need?  Double the expected 
number or does NetBackup get it right?  Do the tapes get assigned to 
media-A-bge0 and media-A-bge1 or just media-A?

Do you have Aptare StorageConsole?  How many licenses does it need in 
this configuration?

Thanks,
.../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

Re: [Veritas-bu] Not Using all Tape Drives

[Ed Wilts]

On 12/6/2006 3:20 PM, i node wrote:
> I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs 
> -summary' output every X minutes.  I've found that we consistently have 
> at least a quarter of our drives empty, even during our busiest times, 
> with many backup jobs queued.  How can I determine why these drives are 
> not getting used?

There are a ton of reasons.  It could be because you're in an SSO 
environment and you don't have enough tape drives per media server.  It 
could be because you have limits on the maximum jobs per storage unit. 
It could be you've the hit the maximum number of jobs per client.

In NBU 6, look at the status of the queued job - it will tell you why 
it's waiting.  I don't think NBU 5 tells you why, but NBU 6 does.

.../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

Re: [Veritas-bu] Not Using all Tape Drives

[Jorgensen, Bill]

Number of concurrent drives and (depending on platform) IPC resources.
Specifically shared memory and semaphores. If you do not have enough
semaphores defined for IPC resources then you will limit the number of
concurrent drives in use due to an IPC resource shortfall.
 
Bill



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bob
Stump
Sent: Wednesday, December 06, 2006 2:32 PM
To: i node; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Not Using all Tape Drives


check the storage unit definitions for max concurrent drives

>>> "i node" <[EMAIL PROTECTED]> 12/6/2006 4:20 PM >>>

I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs
-summary' output every X minutes.  I've found that we consistently have
at least a quarter of our drives empty, even during our busiest times,
with many backup jobs queued.  How can I determine why these drives are
not getting used? 
 
Thanks in advance
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Not Using all Tape Drives

[Bob Stump]

check the storage unit definitions for max concurrent drives

>>> "i node" <[EMAIL PROTECTED]> 12/6/2006 4:20 PM >>>
I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs
-summary' output every X minutes.  I've found that we consistently have
at least a quarter of our drives empty, even during our busiest times,
with many backup jobs queued.  How can I determine why these drives are
not getting used? 
 
Thanks in advance

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

[Veritas-bu] Not Using all Tape Drives

[i node]

I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs
-summary' output every X minutes.  I've found that we consistently have at
least a quarter of our drives empty, even during our busiest times, with
many backup jobs queued.  How can I determine why these drives are not
getting used?

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

[Veritas-bu] Max Streams

[Martin, Jonathan \(Contractor\)]

I'm working on setting up our DSSUs for our new Netbackup system, and
I've got an idea I want to float here.  I've got 86% of our data on a
guaranteed gigabit backbone that can all push somewhere in the
neighborhood of 50MB/sec+ to media servers with trunked 4xGbit Ethernet.
I've also got a hundred or so, slower clients with 100F front ends that
push somewhere closer to 5-8MB/sec.  I'd like to segregate these backups
and where they write two and I've come up with the following ideas.
 
DSSU1 - Slow Front End DSSU on each media server that can accept 10
simultaneous streams from the slow 100-F front end clients to a 2xGbit
trunked media server front end port.
DSSU2 - High-Speed DSSU on each media server that accepts 8 simultaneous
streams from Gigbit clients to 4xGbit trunked media server front end
ports.
 
Make sure server's w/ 100-F Front ends use the DSSU1 Storage Group and
servers w/ Gigabit backend connections use the DSSU2 storage group.
 
I really can't think of any other way to have a high number of streams
for the slow servers but a low number for the faster servers.
 
Also - anyone using Windows for DSSU storage?  Any comments on NTFS
fragment size, compression, RAID5 vs. RAID6 also multiple drives (DSSU1
= F:, DSSU = G:) versus single drive letter (DSSU1 = F:\DSSU1, DSSU2 =
F:\DSSU2) ?!
 
I've got two weeks fo testing ahead of me, but I'd look forward to
hearing any "pointers"
 
-Jonathan
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] make_scsi_dev woes under Linux

[Justin King]

Near as I can tell, make_scsi_dev determines which drives are connected
to the system and creates symlinks to those corresponding devices.  When
you load your 'st' module, you get something like this:

 

Nov 30 16:08:52 kyle kernel: st: Version 20030406, bufsize 262144, max
init. bufs 8, s/g segs 16

Nov 30 16:08:52 kyle kernel: Attached scsi tape st0 at scsi1, channel 0,
id 0, lun 2

Nov 30 16:08:52 kyle kernel: Attached scsi tape st1 at scsi1, channel 0,
id 0, lun 3

Nov 30 16:08:52 kyle kernel: Attached scsi tape st2 at scsi1, channel 0,
id 0, lun 4

Nov 30 16:08:52 kyle kernel: Attached scsi tape st3 at scsi2, channel 0,
id 0, lun 5

Nov 30 16:08:52 kyle kernel: Attached scsi tape st4 at scsi2, channel 0,
id 0, lun 6

Nov 30 16:08:52 kyle kernel: Attached scsi tape st5 at scsi2, channel 0,
id 0, lun 7

 

When make_scsi_dev is run, it creates the following files in /dev/st/
(clearly, this is my unique configuration, YMMV)

 

H1C0T0L2 -> /dev/st0

H1C0T0L3 -> /dev/st1

H1C0T0L4 -> /dev/st2

H2C0T0L5 -> /dev/st3

H2C0T0L6 -> /dev/st4

H2C0T0L7 -> /dev/st5

NH1C0T0L2 -> /dev/nst0

NH1C0T0L3 -> /dev/nst1

NH1C0T0L4 -> /dev/nst2

NH2C0T0L5 -> /dev/nst3

NH2C0T0L6 -> /dev/nst4

NH2C0T0L7 -> /dev/nst5

 

Additionally, it creates files in /dev/sg/ that point to any SCSI device
(disks, tape, controllers, etc.  This appears to aid in auto-detection,
etc).  Look at /proc/scsi/scsi, everything in there should map to a
/dev/sgX device.  Example:

 

H0C0T0L0 -> /dev/sg0

H1C0T0L0 -> /dev/sg1

...

H2C0T0L7 -> /dev/sg10

 

In your case, you should be able to create these symlinks yourself and
comment out the make_scsi_dev command.  As people have pointed out, if
devices move around, then you'll have to recreate these - it isn't
elegant, but it might get you up and running.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matthew
Johnson
Sent: Tuesday, December 05, 2006 12:57 PM
To: [EMAIL PROTECTED]; Daniel Cox; veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] make_scsi_dev woes under Linux

 

Hello all,

 

I am having problems with the make_scsi_dev command as well. I have read
every thing out there and some are great ideas, however when I run it on
a particular system it crashed the system, nowhere have I read this
happening. if any one out there has info as to what the exact commands
that are run within the binary it would be great. this may be a system
problem and until i find out what is being run i am stuck between
Veritas and IBM.

 

 

Thanks

 

Matt

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Tuesday, August 15, 2006 10:36 PM
To: 'Daniel Cox'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] make_scsi_dev woes under Linux

 

If your environment is SSO I will give you 2 tips. 

Wait for the completion of all backups and then run make_scsi_dev. Then
configure all Linux drives.

After that comment (#)  the make_scsi_dev line at the NetBackup startup
script.

And do not reboot the system. If you do it you must run the
make_scsi_dev before netbackup start (and all drives must be idle)

I have install several  linux systems and all working fine.  

smpt

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Daniel
Cox
Sent: Tuesday, August 15, 2006 7:32 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] make_scsi_dev woes under Linux

 

We've got a few media servers running NetBackup 5.1 MP5 under Linux
(RedHat AS4) and we're having no end of problems with FC attached tape
drive device mappings. I see when NB starts it runs make_scsi_dev, which
creates the following devices:

 

 [EMAIL PROTECTED] ~ # ls -l /dev/st

total 0

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t0l0 -> /dev/st5

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t1l0 -> /dev/st4

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h0c0t2l0 -> /dev/st3

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t0l0 -> /dev/st1

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t1l0 -> /dev/st0

lrwxrwxrwx  1 root root 8 2006-08-15 12:28 h1c0t2l0 -> /dev/st2

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t0l0 -> /dev/nst5

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t1l0 -> /dev/nst4

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh0c0t2l0 -> /dev/nst3

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t0l0 -> /dev/nst1

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t1l0 -> /dev/nst0

lrwxrwxrwx  1 root root 9 2006-08-15 12:28 nh1c0t2l0 -> /dev/nst2

 

There seems to be 2 big problems with this. The devices as created by
the OS (st*, nst*) can change due to HBA driver upgrades, PCI bus
detection order changes, somebody moving an HBA around on the system or
somebody moving a drive around in the SAN for various reasons (port
based zoning). Another problem is if any of the previous scenarios occur
then NB creates entirely different /dev/st/*, /dev/sg/* entries t

Re: [Veritas-bu] Reg: how to restore the data from one master server to another master server in netbackup 6.0

[Veritas Netbackup]

Just try this trick and trust me it works!

Say my local master server is masterindia (10.16.17.22) and
My offshore master server is masteruk (10.16.18.99)

I know bring the tapes from masteruk to masterindia for restore, copy the
image files via ftp, thus eliminating the need for phase1 and phase2
imports. Now when I restore it gives error 5.

Add a line to /etc/hosts on masterindia at the very bottom

10.16.17.22   masteruk

Ur restore would go fine.

Regards
BIJU

On 12/1/06, ramaswamy savi <[EMAIL PROTECTED]> wrote:


HI

 I have two master server, one is in offshore with tape library and
another master server in onsite with standalone drive connected.  I have
send the tape to onsite to restore the data in their master server , and
catalog has been uploaded to thier server from the dbimages directory.

When i click resore , it is listing all the data but it it refering
to offshore server and i am not able to restore in windows platform.

both the machine is windows with netbcakup 6.0

Appreciate if u provide the solution. thanks in advance.

Regards
Hemalatha


--
Everyone is raving about the all-new Yahoo! Mail 
beta.


___
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] Infinity backup and level of infinity

[Paul Keating]

The issue is not "arbitrary".
For instance.if you have a policy that all "category X" data isdestroyed 
after 6 months, and you get sued and have to provide all dataof category X for 
the past yearyou cannot say "Oh crap, I've got allthis data of category X 
that's older than 6 months, I'd better destroyit."
If you have it, you cannot destroy it, when you get sued.you'dbetter be 
destroying it, as a matter of practice, as soon as the policystates it can be 
destroyed.
If you haven't got documented precidence of strictly adhering to yourpublished 
policy, then you can't use the policy as justification for thedata you just 
destroyed.
Paul


-- 

> -Original Message-> From: [EMAIL PROTECTED] > [mailto:[EMAIL 
> PROTECTED] On Behalf > Of Bobby Williams> Sent: December 6, 2006 10:09 AM> 
> To: Paul Keating; WEAVER, Simon; Bob Stump; > 
> Veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] Infinity backup 
> and level of infinity> > > the rule that became law on 12/1/06 seems to make 
> it a crime > to arbitrarily start erasing tapes.> > Does anyone have a link 
> to the law that is causing all of the > "E-discovery" discussions?> > 
> Bobby
La version française suit le texte anglais.

This email may contain privileged and/or confidential information, and the Bank 
ofCanada does not waive any related rights. Any distribution, use, or copying 
of thisemail or the information it contains by other than the intended 
recipient isunauthorized. If you received this email in error please delete it 
immediately fromyour system and notify the sender promptly by email that you 
have done so. 

Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y 
rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des 
renseignements qu'il contient par unepersonne autre que le ou les destinataires 
désignés est interdite. Si vous recevezce courriel par erreur, veuillez le 
supprimer immédiatement et envoyer sans délai àl'expéditeur un message 
électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie 
du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Infinity backup and level of infinity

[WEAVER, Simon]

Works for me too here David!
 
So will stick with it :-)
 
 

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: Clooney, David [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 16:19
To: WEAVER, Simon; Bob Stump; Veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Infinity backup and level of infinity



Agreed Simon,
 
I have written a script to report on every image, which tape it resides on
and which file number each fragment resides on the tape, we have used the
report a number of times to retrieve info from tape that has expired in NBU.
We used this method as purely a get of jail card and not as rule of thumb as
data could quite easily be overwritten once the images have expired. If
tapes are shipped off site indefinitely then this would be quite
advantageous as long as the reports are kept, in that way you can keep your
catalog manageable and additionally have record of data off site.
 
Hope my two pennies help.
 
Dave

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: 06 December 2006 14:34
To: 'Bob Stump'; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Bob
As long as you have the Media on tape, even if it the media has expired from
the Catalog itself, the tapes can be imported? That counts as being able to
retain the Data and restore it (although just not as quick!)
 
 

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: Bob Stump [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 14:31
To: WEAVER, Simon; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


BEWARE that many times you are legally obligated to maintain 7 years of
data.
Unfortunately, you may be required to ALSO provide data past the 7 year
legal requirement IF you have it and IF you can restore it.
One company I was at, determined that infinity should only be 7 years in
order to avoid a court order to provide the older data.
They not only had me change the current policies to use a 7 year retention, 
they also had me recalculate the expiration dates on existing images that
were set to infinite (2038) retention.
That edict came from their legal department. 
 
DISCLAIMER:
I am not a lawyer and I've never played one on the tele.


>>> "WEAVER, Simon" <[EMAIL PROTECTED]> 12/6/2006 1:59 AM >>>

Guys
Regarding the "retension" setting under any schedule. After 1 year, it moves
from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something for say 10
years.
 
Thanks
 

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 (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system.
Astrium disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England


This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system.
Astrium disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England




  _  


Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted

Re: [Veritas-bu] Infinity backup and level of infinity

[Clooney, David]

Agreed Simon,
 
I have written a script to report on every image, which tape it resides
on and which file number each fragment resides on the tape, we have used
the report a number of times to retrieve info from tape that has expired
in NBU. We used this method as purely a get of jail card and not as rule
of thumb as data could quite easily be overwritten once the images have
expired. If tapes are shipped off site indefinitely then this would be
quite advantageous as long as the reports are kept, in that way you can
keep your catalog manageable and additionally have record of data off
site.
 
Hope my two pennies help.
 
Dave



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: 06 December 2006 14:34
To: 'Bob Stump'; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Bob
As long as you have the Media on tape, even if it the media has expired
from the Catalog itself, the tapes can be imported? That counts as being
able to retain the Data and restore it (although just not as quick!)
 
 

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: Bob Stump [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 14:31
To: WEAVER, Simon; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


BEWARE that many times you are legally obligated to maintain 7
years of data.
Unfortunately, you may be required to ALSO provide data past the
7 year legal requirement IF you have it and IF you can restore it.
One company I was at, determined that infinity should only be 7
years in order to avoid a court order to provide the older data.
They not only had me change the current policies to use a 7 year
retention, 
they also had me recalculate the expiration dates on existing
images that were set to infinite (2038) retention.
That edict came from their legal department. 
 
DISCLAIMER:
I am not a lawyer and I've never played one on the tele.


>>> "WEAVER, Simon" <[EMAIL PROTECTED]> 12/6/2006
1:59 AM >>>

Guys
Regarding the "retension" setting under any schedule. After 1
year, it moves from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something
for say 10 years.
 
Thanks
 

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 (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use
it for any purpose or disclose its content to any person, but delete
this message and any attachments from your system.
Astrium disclaims any and all liability if this email transmission was
virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England


This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use
it for any purpose or disclose its content to any person, but delete
this message and any attachments from your system.
Astrium disclaims any and all liability if this email transmission was
virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England




Notice to recipient:
The information in this internet e-mail and any attachments is confidential and 
may be privileged. It is intended solely for the addressee. If you are not the 
intended addressee please notify the sender immediately by telephone. If you 
are not the intended recipient, any disclosure, copying, distribution or any 
action taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

When addressed to external clients any opinions or advice contained in this 
internet e-mail are subject to the terms and conditions expressed in any 
applica

Re: [Veritas-bu] Infinity backup and level of infinity

[Bobby Williams]

the rule that became law on 12/1/06 seems to make it a crime to arbitrarily 
start erasing tapes.

Does anyone have a link to the law that is causing all of the "E-discovery" 
discussions?

Bobby


From: "Paul Keating" <[EMAIL PROTECTED]>
Date: 2006/12/06 Wed AM 09:37:24 EST
To: "WEAVER, Simon" <[EMAIL PROTECTED]>, 
   "Bob Stump" <[EMAIL PROTECTED]>,  
Subject: Re: [Veritas-bu] Infinity backup and level of infinity

However if you keep only enough spare media in the scratch pool to leave
enough to do a full backup, plus only a small buffer, then your tapes
will usually be overwritten within a week or two of the retention
expiring.
 
Paul
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: December 6, 2006 9:34 AM
To: 'Bob Stump'; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Bob
As long as you have the Media on tape, even if it the media has
expired from the Catalog itself, the tapes can be imported? That counts
as being able to retain the Data and restore it (although just not as
quick!)
 



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.


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] Infinity backup and level of infinity

[Paul Keating]

However if you keep only enough spare media in the scratch pool to leave
enough to do a full backup, plus only a small buffer, then your tapes
will usually be overwritten within a week or two of the retention
expiring.
 
Paul
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: December 6, 2006 9:34 AM
To: 'Bob Stump'; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Bob
As long as you have the Media on tape, even if it the media has
expired from the Catalog itself, the tapes can be imported? That counts
as being able to retain the Data and restore it (although just not as
quick!)
 



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] Infinity backup and level of infinity

[WEAVER, Simon]

Bob
As long as you have the Media on tape, even if it the media has expired from
the Catalog itself, the tapes can be imported? That counts as being able to
retain the Data and restore it (although just not as quick!)
 
 

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: Bob Stump [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 14:31
To: WEAVER, Simon; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


BEWARE that many times you are legally obligated to maintain 7 years of
data.
Unfortunately, you may be required to ALSO provide data past the 7 year
legal requirement IF you have it and IF you can restore it.
One company I was at, determined that infinity should only be 7 years in
order to avoid a court order to provide the older data.
They not only had me change the current policies to use a 7 year retention, 
they also had me recalculate the expiration dates on existing images that
were set to infinite (2038) retention.
That edict came from their legal department. 
 
DISCLAIMER:
I am not a lawyer and I've never played one on the tele.


>>> "WEAVER, Simon" <[EMAIL PROTECTED]> 12/6/2006 1:59 AM >>>

Guys
Regarding the "retension" setting under any schedule. After 1 year, it moves
from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something for say 10
years.
 
Thanks
 

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 (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system.
Astrium disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England




This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
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] Infinity backup and level of infinity

[Bob Stump]

BEWARE that many times you are legally obligated to maintain 7 years of
data.
Unfortunately, you may be required to ALSO provide data past the 7 year
legal requirement IF you have it and IF you can restore it.
One company I was at, determined that infinity should only be 7 years
in order to avoid a court order to provide the older data.
They not only had me change the current policies to use a 7 year
retention, 
they also had me recalculate the expiration dates on existing images
that were set to infinite (2038) retention.
That edict came from their legal department. 
 
DISCLAIMER:
I am not a lawyer and I've never played one on the tele.


>>> "WEAVER, Simon" <[EMAIL PROTECTED]> 12/6/2006 1:59 AM
>>>

Guys
Regarding the "retension" setting under any schedule. After 1 year, it
moves from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something for say
10 years.
 
Thanks
 
RegardsSimon Weaver
3rd Line Technical Support
Windows Domain Administrator 
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED] 
This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use
it for any purpose or disclose its content to any person, but delete
this message and any attachments from your system.
Astrium disclaims any and all liability if this email transmission was
virus corrupted, altered or falsified.
-
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] Netbackup NDMP restores files with 0 bytes and a date of December 31st 1969. Has anyone seen this before?

[Mike Ball]

I am in the process of testing a Netbackup Master server DB migration
from Solaris to Red Hat Linux (64bit). The servers are running Netbackup
5.1 MP5 (NDMP MP5). The Linux Master server is keeping the same host
name as the Solaris Master server. Below are migration steps I
performed:

 

1)   Back up the catalog on the Solaris Master server to an NFS
mount point.

2)   Shut down Solaris Master.

3)   Connect tape drives and robot attached to the Solaris Master to
the Linux Master

4)   Power on Linux Master (note: it is already loaded with NBU 5.1
MP5)

5)   Shutdown Netbackup on the Linux server

6)   Mount the NFS mount point containing the catalog backups on the
Linux server.

7)   Restore the DB with the "bprecover -dpath" command"

8)   Remove the following files on the Linux server:

a.   rm /usr/openv/volmgr/database/globDB

b.   rm /usr/openv/volmgr/database/ltidevs

c.   rm /usr/openv/volmgr/database/robotic_def

9)   "./vmglob -set_gdbhost hostname"

10)   Restart Netbackup on Linux server

11)"./set_ndmp_attr -auth netapps" to reconfigure NDMP authorization

12)   Configure Robot and tape drives

 

The above steps worked fine. The environment looked identical to the
Solaris Master server. I could see all the media, volume pools, clients,
policies, drives and the robot. I was able to restore several files to
different Windows and Unix clients in the backup environment. I was also
able to restore files from the NDMP backups which were in Unix based
Netapp volumes. 

The only problem I am running into is with NDMP restores of files from
Windows (NTFS) based Netapp volumes. When I perform a restore, the
restore job states the files were restored successfully and returns a
status 0; however, the files restore with 0 bytes and a date of December
31st, 1969. I also noticed there is a red circle with a line through it
on the NDMP Netapp windows files when I am browsing through the
Netbackup restore menu. Has anyone come across a similar issue? I am
stumped.

Thanks,

Mike

 

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

Re: [Veritas-bu] Infinity backup and level of infinity

[Martin, Jonathan \(Contractor\)]

Change one of the "infinity" retention settings that isn't being used
(number of policies using any given retention listed there) to 10 years.
We use this one here for long term archiving.  You'll find it under your
Master Server properties.
 
-Jonathan



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Wednesday, December 06, 2006 2:00 AM
To: 'Veritas-bu@mailman.eng.auburn.edu'
Subject: [Veritas-bu] Infinity backup and level of infinity


Guys
Regarding the "retension" setting under any schedule. After 1 year, it
moves from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something for say
10 years.
 
Thanks
 

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 (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use
it for any purpose or disclose its content to any person, but delete
this message and any attachments from your system.
Astrium disclaims any and all liability if this email transmission was
virus corrupted, altered or falsified.
-
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] Infinity backup and level of infinity

[Bobby Williams]

I am sure that it is 2038, but I can't verify right now.

A word of caution about custom levels.  If you have multiple masters in your
organization, make sure that you customize them all the same.

When you import a tape (DR or alternate site or some other reason) to
another master, the tape will import with only the retention level (i.e. 9
or 6) not a retention period.

It is very unnoticeable, but you could import some long term tape
(customized) to a much shorter retention level.

There is also an "immediate" that can be set. It can mess up your day to
import a 10 year tape to another system as immediate (which means expire the
backup as soon as it is done).

The immediate is good for testing throughput or mechanical motions of
robotics or even excludes/includes and bpstart up scripts. 




Bobby Williams
2205 Peterson Drive
Chattanooga, Tennessee  37421
423-296-8200

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Wednesday, December 06, 2006 3:10 AM
To: 'Wayne T Smith'; List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Wayne
Quick Q - Level 9 is not changeable. Do you know what infinite date would be
set? Would be it something like 2030 ?

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: Wayne T Smith [mailto:[EMAIL PROTECTED]
Sent: 06 December 2006 08:00
To: List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


A retention level setting is programmable by you.  That is, you can make 
Level "n" be just about any amount of time you wish. 

If you need, for example, a 10-year retention, pick one of your unused 
levels and change its value to 10 years.  On the v5.1 Admin Console, 
this is done by choosing the property sheet for a master server under 
NetBackup Management/Host Properties.

cheers, wayne

WEAVER, Simon wrote, in part:
> */Regarding the "retension" setting under any schedule. After 1 year,
> it moves from Infinity Level 9 to Level 24./*
> *//* 
> */Just what level should be used it you want to retain something for 
> say 10 years./*
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system.
Astrium disclaims any and all liability if this email transmission was virus
corrupted, altered or falsified.
-
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

Re: [Veritas-bu] Infinity backup and level of infinity

[WEAVER, Simon]

Bobby
Confirmed its 2038 - done a test! Its unlikely NBU 5.1 will ever be around
by then Unless its for sale on eBay :-)

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: Bobby Williams [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 11:19
To: WEAVER, Simon; 'Wayne T Smith'; 'List Veritas List'
Subject: RE: [Veritas-bu] Infinity backup and level of infinity


I am sure that it is 2038, but I can't verify right now.

A word of caution about custom levels.  If you have multiple masters in your
organization, make sure that you customize them all the same.

When you import a tape (DR or alternate site or some other reason) to
another master, the tape will import with only the retention level (i.e. 9
or 6) not a retention period.

It is very unnoticeable, but you could import some long term tape
(customized) to a much shorter retention level.

There is also an "immediate" that can be set. It can mess up your day to
import a 10 year tape to another system as immediate (which means expire the
backup as soon as it is done).

The immediate is good for testing throughput or mechanical motions of
robotics or even excludes/includes and bpstart up scripts. 




Bobby Williams
2205 Peterson Drive
Chattanooga, Tennessee  37421
423-296-8200

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Wednesday, December 06, 2006 3:10 AM
To: 'Wayne T Smith'; List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


Wayne
Quick Q - Level 9 is not changeable. Do you know what infinite date would be
set? Would be it something like 2030 ?

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: Wayne T Smith [mailto:[EMAIL PROTECTED]
Sent: 06 December 2006 08:00
To: List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


A retention level setting is programmable by you.  That is, you can make 
Level "n" be just about any amount of time you wish. 

If you need, for example, a 10-year retention, pick one of your unused 
levels and change its value to 10 years.  On the v5.1 Admin Console, 
this is done by choosing the property sheet for a master server under 
NetBackup Management/Host Properties.

cheers, wayne

WEAVER, Simon wrote, in part:
> */Regarding the "retension" setting under any schedule. After 1 year, 
> it moves from Infinity Level 9 to Level 24./*
> *//*
> */Just what level should be used it you want to retain something for 
> say 10 years./*
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system. Astrium disclaims any and all liability if
this email transmission was virus corrupted, altered or falsified.
-
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 (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
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] DB backup tapes and DR

[Clooney, David]

Rsync is great, use it too .

Dave 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Fogarty
Sent: 05 December 2006 17:27
To: [EMAIL PROTECTED]; 'Hindle, Greg'
Cc: 'NB List Mail'
Subject: Re: [Veritas-bu] DB backup tapes and DR

I do something similar.  I backup my catalogue to Disk.  I then rsync
both the catalogue and images to the DR site.

Steve 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Markham
Sent: Tuesday, December 05, 2006 12:51 PM
To: Hindle, Greg
Cc: NB List Mail
Subject: Re: [Veritas-bu] DB backup tapes and DR

If you re just talking the catalogue backups then i have mine done to
tape which remains in the robot and then i run a job from cron ( unix )
which runs a script containing bpbackupdb to a file store location.

I then scp these compressed files over to my DR site for the event of DR
where i turn my DR netbackup server into my production netbackup server
by restoring the catalogues ( and a bit of other jiggery pokery ).

Hope that helps
Dave

Hindle, Greg wrote:
>
> Ok I have a DR question for everyone. I have 3 sites. All 3 of them 
> have master servers. All sites do tape vaulting and send their tapes 
> to the main site for DR storage of a week and then are sent back.
> However, the db backup tapes for netbackup do not get vaulted out. I 
> tried this once and when the db backup job ran the next day for the 
> one remote site it complained about not having its netbackup tape in 
> the robot. So my question is, How does everyone else handle remote 
> sites that have masters and db backup tapes?  Our main site backs up 
> to disk so that is not a problem but the smaller remote sites keep 
> their tapes onsite. Any ideas or suggestions?
>
>
> 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 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



Notice to recipient:
The information in this internet e-mail and any attachments is confidential and 
may be privileged. It is intended solely for the addressee. If you are not the 
intended addressee please notify the sender immediately by telephone. If you 
are not the intended recipient, any disclosure, copying, distribution or any 
action taken or omitted to be taken in reliance on it, is prohibited and may be 
unlawful.

When addressed to external clients any opinions or advice contained in this 
internet e-mail are subject to the terms and conditions expressed in any 
applicable governing terms of business or client engagement letter issued by 
the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A., 
London Branch and Banc of America Securities Limited are authorised and 
regulated by the Financial Services Authority.

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

Re: [Veritas-bu] Infinity backup and level of infinity

[WEAVER, Simon]

Wayne
Quick Q - Level 9 is not changeable. Do you know what infinite date would be
set? Would be it something like 2030 ?

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: Wayne T Smith [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 08:00
To: List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


A retention level setting is programmable by you.  That is, you can make 
Level "n" be just about any amount of time you wish. 

If you need, for example, a 10-year retention, pick one of your unused 
levels and change its value to 10 years.  On the v5.1 Admin Console, 
this is done by choosing the property sheet for a master server under 
NetBackup Management/Host Properties.

cheers, wayne

WEAVER, Simon wrote, in part:
> */Regarding the "retension" setting under any schedule. After 1 year,
> it moves from Infinity Level 9 to Level 24./*
> *//* 
> */Just what level should be used it you want to retain something for 
> say 10 years./*
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
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] Infinity backup and level of infinity

[WEAVER, Simon]

Hi Wayne
A now I understand. If I can customise it, EVEN better!

Cheers Wayne! Appreciate the reply

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: Wayne T Smith [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 08:00
To: List Veritas List
Subject: Re: [Veritas-bu] Infinity backup and level of infinity


A retention level setting is programmable by you.  That is, you can make 
Level "n" be just about any amount of time you wish. 

If you need, for example, a 10-year retention, pick one of your unused 
levels and change its value to 10 years.  On the v5.1 Admin Console, 
this is done by choosing the property sheet for a master server under 
NetBackup Management/Host Properties.

cheers, wayne

WEAVER, Simon wrote, in part:
> */Regarding the "retension" setting under any schedule. After 1 year,
> it moves from Infinity Level 9 to Level 24./*
> *//* 
> */Just what level should be used it you want to retain something for 
> say 10 years./*
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
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] Infinity backup and level of infinity

[Wayne T Smith]

A retention level setting is programmable by you.  That is, you can make 
Level "n" be just about any amount of time you wish. 

If you need, for example, a 10-year retention, pick one of your unused 
levels and change its value to 10 years.  On the v5.1 Admin Console, 
this is done by choosing the property sheet for a master server under 
NetBackup Management/Host Properties.

cheers, wayne

WEAVER, Simon wrote, in part:
> */Regarding the "retension" setting under any schedule. After 1 year, 
> it moves from Infinity Level 9 to Level 24./*
> *//* 
> */Just what level should be used it you want to retain something for 
> say 10 years./*
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] help please

[Haskins, Steve]

I feel your pain... 

-Original Message-
From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 06, 2006 12:48 AM
To: Haskins, Steve; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


Whoops bppclient is what you want. Sorry I was multi-tasking and like
Windows, crash often !!

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: Haskins, Steve [mailto:[EMAIL PROTECTED]
Sent: 06 December 2006 07:02
To: WEAVER, Simon; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


I look forward to your email entries.

Think you could remind me how to generate a text file of a client list?

Regards 

-Original Message-
From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 06, 2006 12:01 AM
To: Haskins, Steve; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


Someone agrees with me :-)))

Wahoo! I must have said something right. !

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: Haskins, Steve [mailto:[EMAIL PROTECTED]
Sent: 06 December 2006 06:58
To: WEAVER, Simon; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


I concur, less conflicts to occur. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Tuesday, December 05, 2006 11:56 PM
To: '[EMAIL PROTECTED]'; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Sorry I am with Dave on this. Yes the NetBackup Pool is there by
default,
and yes if it remains unconfigured, new media goes into this pool, but
ideally the NetBackup pool is for the placement of catalog backups. Its
much, much easier to keep a track of the tapes by seperating them into
corresponding pools.

Of course, depends on your environemnt, type of client, backups, volume
configuration, ect

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: Dave Markham [mailto:[EMAIL PROTECTED]
Sent: 05 December 2006 16:41
To: Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Thats odd then, why when configuring catalogue backups to tapes it will
only
allow you to input media which is assigned to the Netbackup pool?

Dave

Curtis Preston wrote:
> The NetBackup pool isn't reserved for catalogue backups.  It's the 
> default pool that all backups go to unless you specify otherwise.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham
> Sent: Tuesday, December 05, 2006 3:34 AM
> To: nizar motasim
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] help please
>
> To note Nizar the Netbackup volume pool is a special pool reserved for

> the catalogue backups.
>
> I suggest you define a new volume pool for your backups and also 
> create a scratch pool ( dont forget to check the scratchpool tick box 
> ).
>
> Also dont forget in your policy or schedule to specify the volume pool

> you have just created.
>
> Thanks
>
> nizar motasim wrote:
>   
>> Dear
>>  
>> I have MSL6000 Library ,and I have 2 drive HPUltrium ,my media is 
>> LTO3 800 GB ,I connect these to windows 2000 server and Veritas 
>> Netbackup
>> 
> 5.0 .
>   
>> Veritas see two drive and one robot ,my question is when i need to 
>> run any job backup the result is Media Manager volume Pool
>>  
>>
>> 12/5/2006 1:12:47 PM - started process bpbrm (3240)
>>
>> 12/5/2006 1:12:47 PM - connecting
>>
>> 12/5/2006 1:12:48 PM - connected; connect time: 00:00:01
>>
>> 12/5/2006 1:12:48 PM - started process bptm (3664)
>>
>> 12/5/2006 1:12:49 PM - Error bptm(pid=3664) Media Manager volume pool

>> NetBackup has no more unassigned media in robotic device TLD(0)
>>
>> 12/5/2006 1:12:52 PM - end writing
>>
>> unable to allocate new media for backup, storage unit has none
>> available(96)
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) suspending further 
>> backup attempts for client ktm-tower-dc1, policy Activedirectory, 
>> schedule Full because it has exceeded the configured number of tries
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) backup of client 
>> ktm-tower-dc1 exited with status 96 (unable to allocate new media for

>> backup, storage unit has none available)
>>
>> 

Re: [Veritas-bu] help please

[WEAVER, Simon]

Whoops bppclient is what you want. Sorry I was multi-tasking and like
Windows, crash often !!

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: Haskins, Steve [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 07:02
To: WEAVER, Simon; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


I look forward to your email entries.

Think you could remind me how to generate a text file of a client list?

Regards 

-Original Message-
From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 06, 2006 12:01 AM
To: Haskins, Steve; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


Someone agrees with me :-)))

Wahoo! I must have said something right. !

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: Haskins, Steve [mailto:[EMAIL PROTECTED]
Sent: 06 December 2006 06:58
To: WEAVER, Simon; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


I concur, less conflicts to occur. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Tuesday, December 05, 2006 11:56 PM
To: '[EMAIL PROTECTED]'; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Sorry I am with Dave on this. Yes the NetBackup Pool is there by default,
and yes if it remains unconfigured, new media goes into this pool, but
ideally the NetBackup pool is for the placement of catalog backups. Its
much, much easier to keep a track of the tapes by seperating them into
corresponding pools.

Of course, depends on your environemnt, type of client, backups, volume
configuration, ect

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: Dave Markham [mailto:[EMAIL PROTECTED]
Sent: 05 December 2006 16:41
To: Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Thats odd then, why when configuring catalogue backups to tapes it will only
allow you to input media which is assigned to the Netbackup pool?

Dave

Curtis Preston wrote:
> The NetBackup pool isn't reserved for catalogue backups.  It's the 
> default pool that all backups go to unless you specify otherwise.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham
> Sent: Tuesday, December 05, 2006 3:34 AM
> To: nizar motasim
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] help please
>
> To note Nizar the Netbackup volume pool is a special pool reserved for

> the catalogue backups.
>
> I suggest you define a new volume pool for your backups and also 
> create a scratch pool ( dont forget to check the scratchpool tick box 
> ).
>
> Also dont forget in your policy or schedule to specify the volume pool

> you have just created.
>
> Thanks
>
> nizar motasim wrote:
>   
>> Dear
>>  
>> I have MSL6000 Library ,and I have 2 drive HPUltrium ,my media is 
>> LTO3 800 GB ,I connect these to windows 2000 server and Veritas 
>> Netbackup
>> 
> 5.0 .
>   
>> Veritas see two drive and one robot ,my question is when i need to 
>> run any job backup the result is Media Manager volume Pool
>>  
>>
>> 12/5/2006 1:12:47 PM - started process bpbrm (3240)
>>
>> 12/5/2006 1:12:47 PM - connecting
>>
>> 12/5/2006 1:12:48 PM - connected; connect time: 00:00:01
>>
>> 12/5/2006 1:12:48 PM - started process bptm (3664)
>>
>> 12/5/2006 1:12:49 PM - Error bptm(pid=3664) Media Manager volume pool

>> NetBackup has no more unassigned media in robotic device TLD(0)
>>
>> 12/5/2006 1:12:52 PM - end writing
>>
>> unable to allocate new media for backup, storage unit has none
>> available(96)
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) suspending further 
>> backup attempts for client ktm-tower-dc1, policy Activedirectory, 
>> schedule Full because it has exceeded the configured number of tries
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) backup of client 
>> ktm-tower-dc1 exited with status 96 (unable to allocate new media for

>> backup, storage unit has none available)
>>
>>  
>>
>> Can you please help me because before one week I'm tring without ant 
>> result .
>>
>>  
>>
>> TQ
>>
>> Nizar
>>
>>
>>
>>
>>
>> 
> --
> --
>   
>> Express yourself instantly with MSN Messenger! MSN Messen