Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[WEAVER, Simon (external)]

Point 5 is not totally correct (that Ed stated).
 
to clarify on Point 5
 
Backup the physical clusters (ie: their local drives where the operating
systems resides) and use the Virtual Cluster Name to perform the backup
of the Data.
You need to backup the physical cluster names (as in the computers
themselves) in order to recover your cluster config. But your Data for
the cluster should be backed up with its own virtual server name (VSN).
 
Also to add; If the Backup/Recovery specialist is backing up a system
and streaming physical drives, it is the Server owner or application
owner to notify them if any additional drives are being added or
removed. It only comes to light when you attempt to restore a drive that
NetBackup knows nothing about. Its not the NBU Admin who is to blame
how do they know what drive drive letters to add?
 
Finally, I do see status 1 as a problem, and warrants further
investigation. Its down to the NBU admin to identify the cause of Status
1. Some companies I have worked with appear to class status 1 as a
failure.
 
Simon



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 8:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU



I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  Check them every day or you'll
eventually discover that failures were missed in the noise and backups
haven't run in a long time.  When you do a restore is not the time to
check to see if backups actually ran.

4.  Audits are important.  The larger the environment, the more likely
it is that file systems are missed.  This is especially true of
clusters.  Sometimes it's not the failures that get you but the lack of
attempts.

5.  Backing up clusters by physical host names will cause you grief.

6.  Application owners are responsible for ensuring the application is
recoverable.  A backup admin, working in a vacuum, can not help you. 


7.  Test your restores regularly.

There are lots more but this is a start...

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[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:-
Gun

Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[WEAVER, Simon (external)]

Stuart
This is where we differ if I was in your boat, I think my attitude
to status 1 would be alot different to yours.
 
Cover your back is my advice to you.
 
Simon



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 10:41 PM
To: Haskins, Steve; Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU



I think it all depends upon what you want to achieve.  I personally
don't have a problem with seeing status code 1's and ignoring them, but
some people don't like to see them which is why I suggested the exclude
lists.  BUT, it must be understood that the people responsible for those
servers are responsible for the exclude lists that are on them.  If
admins outside of the backup/restore group know this, then they are the
ones that are responsible for whether or not a file is getting backed
up.

 

Take that a step further...yes, you are responsible for recovery.  But,
if you are NOT told about a new server being added and given a specific
request to back it up (and what to back up on that server), then how can
YOU be responsible for its recovery?  Ultimately, the recovery depends
upon what the backup/restore team is TOLD about by the people who
administer the servers & appsyou can't read people's minds.

 

--stuart

 



From: Haskins, Steve [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 2:17 PM
To: Stuart Liddle; Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

  I agree with verifying with the application support techs on what
files are being skipped and how to address them as they are responsible
for their applications but as the backup and operating system
administrator I am held accountable for recovery. I don't like exclude
lists especially if it is just to make the reports look good for status
0. I have found that in too many cases an exclude list in created and
then another administrator or application support tech will make a
change and now important files are being skipped that shouldn't be. If
coordinated correctly with procedures and documentation this should not
be the case but there is still the reliance upon human intervention to
follow procedures and to document.

 

Regards

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 1:40 PM
To: Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

Yesvery true.  What I recommend doing is to check all backups
against a new client the first few times and see what is causing the
partial success.  Checking with the application support people on what
files are OK to skip is always a good idea and will definitely eliminate
problems in the future.  Then use this information to build an exclude
list for the client.

 

I used to treat databases as a special case for backups since they are
so temperamental.  I would do SQL databases by having the SQL DBA's do
their own backup of the db to the local filesystem (or a network share).
Then we would have the DBA's put together an exclude list for their SQL
servers to exclude the active DB files.  Then we would schedule our
backup jobs for a time AFTER the SQL local  backups.  Never had to worry
about restoring SQL DB's after that.   But, testing database restores is
very critical to ensuring that you are backing up the right thing(s).
And you definitely need the assistance of the DBA's for this.

 

-stuart

 



From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:31 PM
To: Stuart Liddle; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) 

Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[WEAVER, Simon (external)]

agreed! as stated, warrants investigation. It will only come back to
bite you if you cannot restore it...



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Wednesday, April 09, 2008 9:31 PM
To: Stuart Liddle; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU



I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  Check them every day or you'll
eventually discover that failures were missed in the noise and backups
haven't run in a long time.  When you do a restore is not the time to
check to see if backups actually ran.

4.  Audits are important.  The larger the environment, the more likely
it is that file systems are missed.  This is especially true of
clusters.  Sometimes it's not the failures that get you but the lack of
attempts.

5.  Backing up clusters by physical host names will cause you grief.

6.  Application owners are responsible for ensuring the application is
recoverable.  A backup admin, working in a vacuum, can not help you. 


7.  Test your restores regularly.

There are lots more but this is a start...

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 

--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distribution, or use of the contents of this information is
prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you
have received the message in error, and delete it. Thank you.
--



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 Li

Re: [Veritas-bu] Master Server on a SUN Thumper?

[Jon Bousselot]

Renee,
I thought that EMM database was small, but I guess the size depends on a 
lot of things.

Can you give more information about why the Sybase database doesn't like 
Solaris x86?  I've considered the thumper for an almost-all-in-one 
solution myself, but never thought EMM BMR would be a problem. For Sparc 
BMR, I was going to use a V100, and for the windows side, a Dell something.

-Jon

> N.sorry, just feel pretty adamant about it.  We have had a
> couple of customers insist on trying it and have always had to back them
> out.  The Thumper does not seem to react very well to the Sybase database
> and you get lousy performance.  Another thing to note...the x86 platform
> does not support the BMR database, so if you want to take advantage of that
> free functionality in 6.5 you can't on the Thumper.
>
> We are a Sun and a Symantec partner, so I fully support Sun systems and love
> them as Master/Media servers...just not that one.
>
> Renee Carlisle
> ServerWare Corporation 
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Bryer
> Sent: Wednesday, April 09, 2008 7:59 PM
> To: Veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Master Server on a SUN Thumper?
>
> We're currently running our NBU 6.0 master server on a SUN V240
> with an XRaid for disk staging.  How viable would it be to run
> our master server (we'd be willing to upgrade to 6.5) on a SUN Thumper
> (the Sun Fire X4500)?
>
> One integrated box for disk staging and our master server (we don't run
> media servers) sounds appealing.  We already have a Thumper in production.
> But I've never run the NetBackup server on Solaris/x86.
>
> The Thumper would provide enough staging space for the duration of the lease
> on the box.
>
> -- Jeff Bryer [EMAIL PROTECTED] Systems Administrator (778) 782-4935 IT 
> Infrastructure, Simon Fraser University 
> ___ 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

Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgpis gone from 6.5

[Dominik Pietrzykowski]

 

Somebody shoot him and help him rest in peace, the Microsoft cool ade has
melted his brain.

 

Just kidding Jonathan.

 

Just thought I'd include this, saw it on a site somewhere:

 

UNIX was out there doing real stuff before windows was even a little
blinking DOS prompt.

 

  _  

From: Martin, Jonathan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 9 April 2008 11:40 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5

 

An old fart has spoken blasphemy against the master!  Microsoft disciples
unite to protect the precious!  Those evil Unix Jedi won't get the better of
us this time!  Counter their system stability and anti-trust legislation
with systems that populate like rabbits and so much money we wipe our buts
with it!  What?  Solaris doing to Intel processors?  Community based Linux
support and learning?  Fire marketing campaigns alpha, beta and gamma!  Open
engineering centers in China, India and Taiwan!!  Long live Bill Gates!  

 

-Jonathan

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5

Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis
Ritchie is plain silly.  Bill didn't "create" anything - he saw an
opportunity when IBM came knocking and bought QDOS to resell to IBM.   (We
won't talk about the fact that QDOS was pretty much believed to be a knock
off of CP/M).   After DOS became the main OS for IBM PC compatible systems
he was able to force much of the rest of the world into dependence on his
other products not by their technical superiority but by practices that got
the DOJ in the U.S. to start an anti-trust action against him and the E.U.
which has now judged it as monopolistic twice.   

 

By the way - I'm pretty sure it was us old farts that were joking about old
farts.

 

  _  

From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

 

Good day all y'all,

 

Can someone please explain what am "old fart" is?

 

There are only 3 certainties in life, death, taxes and change. The last two
we can control but death started the day we were born.

Those of you who used the term "Old Fart", just remember one day you will
wake up and find yourself much older and then you too will be offended by
being called an old fart!

The changes we have seen through the 60's, 70's, 80's, 90's and now the 21st
century has made us better people and most of all we (old farts) are
disciplined. You needed to drop a try of cards once to understand
discipline.

Will you be remembered when you are gone? The old farts Bill Gates, Dennis
Ritchie, Ken Thompson and many others will be. Do you know why? Because they
were the pioneers, because all we had was a pair of pliers and some wire.

We never had memory leaks because could not waste memory. Go and learn
assembler and find out what a thrill it is to do so much with very little.

I just hope that you are fit in mind and body when it is your turn to be
called an "old fart" so that you can ask yourself "did I leave any foot
prints others can follow"?

I took offence, but now enjoy remembering the program sheets, the cards and
ticker tape. The something we made from nothing. It is great to say we were
part of the pioneers and just hope the pioneering spirit will continue.

Enjoy your life and have some compassion.

 

Regards,

 

Clem.

 

  _  

From: [EMAIL PROTECTED] on behalf of Haskins, Steve
Sent: Wed 2008/04/09 05:19 AM
To: Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

And programming on punch cards...Oh, what FUN!

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 08, 2008 6:50 PM
To: Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp is
gone from 6.5

 

On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]
 > wrote:

We now prefer to be called Chronologically Mature Methane Producers or
ChMMPs (NOT to be pronounced as Chimps so as not offend the Evolutinarilly
Challenged...)

An old fart like me can't remember a name *that* long.  I can remember paper
tape though...

 

   .../Ed (hiding out at SNW in the state that defines old)


-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 

Re: [Veritas-bu] Auburn vs. Netbackup forums-Was: sniff...bpgpisg one from 6.5

[Dominik Pietrzykowski]

> my other PC runs OS/2 warp.

 

That explains it all !!!

 

We left our OS/2 box on the train tracks to fend for itself.

I guess it was a bit nasty since we didn't plug it in so it didn't know what
was coming.

 

 

 

 

I resent being called a "Windows Guy."  This insinuates that I only use
Windows.  I've seen Linux before.  On the box, is says "Linux" - I've seen
it!  And screenshots on the internet!  And, for the record, my other PC runs
OS/2 warp.

 

-Jonathan

 

 

  _  

From: Martin, Jonathan [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 10 April 2008 1:04 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5

 

 

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

Re: [Veritas-bu] Master Server on a SUN Thumper?

[rcarlisle]

N.sorry, just feel pretty adamant about it.  We have had a
couple of customers insist on trying it and have always had to back them
out.  The Thumper does not seem to react very well to the Sybase database
and you get lousy performance.  Another thing to note...the x86 platform
does not support the BMR database, so if you want to take advantage of that
free functionality in 6.5 you can't on the Thumper.

We are a Sun and a Symantec partner, so I fully support Sun systems and love
them as Master/Media servers...just not that one.

Renee Carlisle
ServerWare Corporation 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Bryer
Sent: Wednesday, April 09, 2008 7:59 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Master Server on a SUN Thumper?

We're currently running our NBU 6.0 master server on a SUN V240
with an XRaid for disk staging.  How viable would it be to run
our master server (we'd be willing to upgrade to 6.5) on a SUN Thumper
(the Sun Fire X4500)?

One integrated box for disk staging and our master server (we don't run
media servers) sounds appealing.  We already have a Thumper in production.
But I've never run the NetBackup server on Solaris/x86.

The Thumper would provide enough staging space for the duration of the lease
on the box.

-- 
Jeff Bryer  [EMAIL PROTECTED]
Systems Administrator   (778) 782-4935
IT Infrastructure, Simon Fraser University
___
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] Master Server on a SUN Thumper?

[Jeff Bryer]

We're currently running our NBU 6.0 master server on a SUN V240
with an XRaid for disk staging.  How viable would it be to run
our master server (we'd be willing to upgrade to 6.5) on a SUN Thumper
(the Sun Fire X4500)?

One integrated box for disk staging and our master server (we don't run
media servers) sounds appealing.  We already have a Thumper in production.
But I've never run the NetBackup server on Solaris/x86.

The Thumper would provide enough staging space for the duration of the lease
on the box.

-- 
Jeff Bryer  [EMAIL PROTECTED]
Systems Administrator   (778) 782-4935
IT Infrastructure, Simon Fraser University
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Linux Master Server

[Kathryn Hemness]

Hi Austin,

I had been using Sun Solaris/Sparc servers until 2006 when I started
doing disk-based backups and de-duplication.  Neither the OS nor
the hardware (a Sun V240) could handle the backup/deduplication load (The
performance was dismal).

I now have 4 active backup servers each of which handles 14 active backups
and 2 duplications concurrently with loads less than 5.  These servers
are the Sun X4200 (dual-core opteron cpus) with 2 emulex fiber hbas.
Each hba is connected to a 3TB Nexsan SATABoy disk array and 8
LTO drives (4 LTO4 and 4 LTO3) via Brocade Silkworm 3900 fiber switches.



On Wed, 9 Apr 2008 [EMAIL PROTECTED] wrote:

>
> --
>
> Message: 1
> Date: Wed, 9 Apr 2008 16:30:53 -0400
> From: "Austin Murphy" <[EMAIL PROTECTED]>
> Subject: [Veritas-bu] Linux Master Server
> To: veritas-bu@mailman.eng.auburn.edu
> Message-ID:
>   <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Does anyone have a reason *not* to use NetBackup on Linux as a
> master/media server?  I've heard that Linux makes a great media
> server, but how about a master?
>
> My options are Solaris/SPARC and Linux/x86_64 and I was wondering if
> anyone had found a concrete reason why Linux was inferior.
>
> Thanks,
> Austin
>
>
> --


--Kathy

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

Re: [Veritas-bu] Robotic control host...master/media

[bob944]

> We're implementing a san for our tape drives and I was just
> wondering where most of you guys have robotic control?  We
> currently use one of the media servers, but once we have the
> SAN configured I understand it can also be on the master.  I
> hesitatae to put it there because our master is attached to
> a different (disk) SAN for the catalog disks, so if I move
> robotic control to the master I have to add another HBA and
> burn another port on the switch.  Anyone have any compelling
> reasons to move it to the master?

If you have more than one media server (including a master which is also
a media server), the only one that matters:  if the master is down,
you're not doing any backups anyway, so losing the robotics is moot; if
a media is down, you can still do some or all of your backups.



___
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

[Kathryn Hemness]

Hi Dan and NetBackup advisors,

I realize this subject is from a very old thread (Tue, 15 Aug 2006)
but the situation from 2006 most closely resembles my current problem.

I've been upgrading my RHEL3 (32-bit) Linux NetBackup 5.1MP6 servers to RHEL4
(64-bit).  All of the servers are Sun X4200 servers.

All of the upgrades on my media servers went very well.  My
colleague and I devised a disk-cloning mechanism for building out a
set of RHEL4 disks using spare drive bays and customize them for
the server we wish to upgrade.  We then put the pre-built disks in the
server, boot the server with the new disks.  The last media server
we upgraded using this process only took about 2 hours of downtime.

Now all of my media servers have been upgraded and we are attempting to
use the same process for upgrading my Master server.  The problem
we are having with this master upgrade is in NetBackup's inability to
control the tape library robotic.

The tape drives and the changer are all visible.  We have managed
to get our udev/rules.d/20-local.rules file so that it detects
the tape drives and changer even if the drives have tapes mounted.
The drives and changer are configured via tpconfig; the global database
synchronizes without error; the robtest utility can move tapes, load and
unload them.

But when I tried a test restore to test NetBackup's ability to load and
unload tapes, I got the following segfault:

Apr  9 11:57:11 errol tldd[1432]: TLD(0) MountTape 040943 on drive 5, from slot 
182
Apr  9 11:57:11 errol kernel: tldd[1869]: segfault at  rip 
00807f4d rsp ca20 error 6
Apr  9 11:57:11 errol tldd[1432]: DecodeMount(): TLD(0) drive 5, Actual status: 
Process killed by signal
Apr  9 11:57:11 errol tldd[1432]: Unexpected response status (11) in DecodeMount


I'd appreciate any advice at this point. Could this segfault be caused by my
OS upgrade from a 32-bit to a 64-bit OS?  The udev/haldaemon device handling
was a huge difference between RHEL3 and RHEL4 too.



> Today's Topics:
>
>6. make_scsi_dev woes under Linux (Daniel Cox)
>
>
>
> --
>
> Message: 6
> Date: Tue, 15 Aug 2006 11:31:38 -0500
> From: "Daniel Cox" <[EMAIL PROTECTED]>
> Subject: [Veritas-bu] make_scsi_dev woes under Linux
> To: 
> Message-ID:
>   <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="us-ascii"
>
>
> 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 to
> represent the new host/controller/target/lun detection order. Naturally
> either of these scenarios results in drive and robotic library id
> mismatches and either netbackup refusing to start or drives going into
> perm DOWN state.
>
>
>
> We can use 2.6 kernel udev rules to map WWNs to OS devices and always
> have consistent /dev/st*, /dev/sg* device names to get around the first
> problem; however the NB auto-created devices can still change so we are
> stuck with things occasionally breaking and then we waste a fare amount
> of time putting it all back together again.
>
>
>
> Is there some better way of handling this?
>
>
>
> Dan-
>


--Kathy


Kathryn Hemness[EMAIL PROTECTED]
Infrastructure Servicesphone: 530.752.6547
Campus Data Center & Client Services   fax:   530.752.9154
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinf

Re: [Veritas-bu] Robotic control host...master/media

[Travis Kelley]

The reason I say a second HBA is that we will have 2 seperate fabrics.
 One will have all of the tape drives and robotic control and the
other is our disk fabric.



On 4/9/08, Martin, Jonathan <[EMAIL PROTECTED]> wrote:
> We've got the robot on the master here with two drives and no issues.  I
> doubt the robot is going to do very much data transfer / interfere with
> whatever disk activity you've got going on.  If you are using 4Gb HBAs I
> don't see any reason to install a 2nd HBA just for the robot.
> Alternately the media servers can run the robot as well, we were
> configured like that before I upgraded to NBU 6.0.
>
> -Jonathan
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Travis
> Kelley
> Sent: Wednesday, April 09, 2008 4:06 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Robotic control host...master/media
>
> We're implementing a san for our tape drives and I was just wondering
> where most of you guys have robotic control?  We currently use one of
> the media servers, but once we have the SAN configured I understand it
> can also be on the master.  I hesitatae to put it there because our
> master is attached to a different (disk) SAN for the catalog disks, so
> if I move robotic control to the master I have to add another HBA and
> burn another port on the switch.  Anyone have any compelling reasons to
> move it to the master?
> ___
> 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] LTO-4 on Linux

[Ed Wilts]

On Wed, Apr 9, 2008 at 12:43 PM, Esson, Paul <[EMAIL PROTECTED]> wrote:

>  I recently swapped out a pair of LTO-2 drives for LTO-4 drives on a v5.1
> Media Server and have seen no throughput performance improvement.
>
Were the tape drives the bottleneck before?  If not - and for most users,
the tape drive is *NOT* the bottleneck - then replacing the drive with an
LTO-4 certainly won't speed things up and could even slow it down since the
tape drive will shoe-shine more now than before.
**

What evidence have you gathered to prove that the drives were the
bottleneck?
   .../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] De-DUP question

[Ed Wilts]

If there was exactly ONE that was the best for everybody, there would be
only 1 product on the market.  Obviously there are many, and there are many
different approaches to how they work.

In some cases, no de-dupe is the best answer.

There are many white papers out there with reviews on the different products
and which might be appropriate to the way you do business and what type of
data you have.  Start there...

   .../Ed
On Wed, Apr 9, 2008 at 1:51 PM, Kohli, Vidit <[EMAIL PROTECTED]>
wrote:

>  I believe by now lots of us either looked into new de-dup technology or
> even started using them.
>
> Please advise which ONE is good for enterprise level NetBackup 6.5 - can
> handle max number of data streams during de-dup
>
>
> How do you map it (e.g.: as VTL or DSU) on media server?
>
> How its being replicated (e.g. WAN or SAN base)?
>
> Any Hiccups…s  ?
>
>
> --
> 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] Top 20 (or so) misunderstood things about NBU

[Stuart Liddle]

I think it all depends upon what you want to achieve.  I personally
don't have a problem with seeing status code 1's and ignoring them, but
some people don't like to see them which is why I suggested the exclude
lists.  BUT, it must be understood that the people responsible for those
servers are responsible for the exclude lists that are on them.  If
admins outside of the backup/restore group know this, then they are the
ones that are responsible for whether or not a file is getting backed
up.

 

Take that a step further...yes, you are responsible for recovery.  But,
if you are NOT told about a new server being added and given a specific
request to back it up (and what to back up on that server), then how can
YOU be responsible for its recovery?  Ultimately, the recovery depends
upon what the backup/restore team is TOLD about by the people who
administer the servers & appsyou can't read people's minds.

 

--stuart

 



From: Haskins, Steve [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 2:17 PM
To: Stuart Liddle; Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

  I agree with verifying with the application support techs on what
files are being skipped and how to address them as they are responsible
for their applications but as the backup and operating system
administrator I am held accountable for recovery. I don't like exclude
lists especially if it is just to make the reports look good for status
0. I have found that in too many cases an exclude list in created and
then another administrator or application support tech will make a
change and now important files are being skipped that shouldn't be. If
coordinated correctly with procedures and documentation this should not
be the case but there is still the reliance upon human intervention to
follow procedures and to document.

 

Regards

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 1:40 PM
To: Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

Yesvery true.  What I recommend doing is to check all backups
against a new client the first few times and see what is causing the
partial success.  Checking with the application support people on what
files are OK to skip is always a good idea and will definitely eliminate
problems in the future.  Then use this information to build an exclude
list for the client.

 

I used to treat databases as a special case for backups since they are
so temperamental.  I would do SQL databases by having the SQL DBA's do
their own backup of the db to the local filesystem (or a network share).
Then we would have the DBA's put together an exclude list for their SQL
servers to exclude the active DB files.  Then we would schedule our
backup jobs for a time AFTER the SQL local  backups.  Never had to worry
about restoring SQL DB's after that.   But, testing database restores is
very critical to ensuring that you are backing up the right thing(s).
And you definitely need the assistance of the DBA's for this.

 

-stuart

 



From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:31 PM
To: Stuart Liddle; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial suc

[Veritas-bu] Flashbackup restores and Multiple data streams

[Leidy, Jason D]

We use the Flashbackup feature of the Advanced Client to backup several
of our Windows 2003 file servers (5.1 MP6). We just finished up a DR
test and recovered all of the servers, however the restore times were
less than desirable. For instance, Server A has 6 drives that get backed
in less than 10 hours total (600GB, about 800,000 files).all of the
drives start getting backed up at the same time (I'm assuming this is
because we use the "allow multiple data streams" option). However, in
our DR test the restore of Server A only restores 1 volume at a
time..this adds up to 32 - 36 hours before the server is completely
available (6 drives to restore). I've read through the Advanced Client
guide and can't find an explanation for why the restore only does 1
drive at a time. The other tapes aren't in use, we have tape drives
available. It does this for every Flashbackup restore.

 

Any ideas\explanations?

 

Jason

 

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

Re: [Veritas-bu] De-DUP question

[Scott Jacobson]

I agree with Tom.
 
An artical at
http://www.baselinemag.com/c/a/Storage/Storage-Trends-in-2008-and-Beyond/

 
With the below:

To improve backup, a company needs to address the whole ecosystem,
Balaouras notes, rather than addressing individual components of a
storage strategy. She adds that one important step is to eliminate point
products by choosing applications that have consolidated functionality.
Rather than cobbling together a number of software apps, an enterprise
should opt for a "data protection ( http://www.baselinemag.com/# )
suite" that not only manages backups but also includes other data
protection options.
is similar to my current mind set ii deciding how to integrate a de-dup
solution into my current environment.
 
I like the PureDisk idea and the fact you also can have PureDisk Agent
based de-duplication. Implementing these features keeps it under the
"Symantec Umbrella" of products, thus keeping support costs down in
terms of less rather than many service vendors.
 
But I also like the Quantum DXi 7500 idea.  A Virtual Tape Library
which also does de-duplication and integrates into Veritas very nicely
is also an attractive approach I'm considering as well.
 
Scott

>>> tburrell <[EMAIL PROTECTED]> 4/9/2008 2:34 PM >>>

Sorry, but I don't think it's realistic to find ONE best answer.  Heck-
we can't even all agree about one "best way" to configure Netbackup all
by itself.  There are just too many variables.  

You're going to have to look at what we all have said and make  a
decision based on what's best for you.  And do some testing.

Tom


Kohli, Vidit wrote:
> I believe by now lots of us either looked into new de-dup technology
or even started using them.  
> Please advise which ONE is good for enterprise level NetBackup 6.5 -
can handle max number of data streams during de-dup 
> 
> How do you map it (e.g.: as VTL or DSU) on media server?  
> How its being replicated (e.g. WAN or SAN base)?  
> Any Hiccupsàs ?  
> 
> Thanks in advance for your valuable input  
> VK


+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


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

Re: [Veritas-bu] Robotic control host...master/media

[Martin, Jonathan]

We've got the robot on the master here with two drives and no issues.  I
doubt the robot is going to do very much data transfer / interfere with
whatever disk activity you've got going on.  If you are using 4Gb HBAs I
don't see any reason to install a 2nd HBA just for the robot.
Alternately the media servers can run the robot as well, we were
configured like that before I upgraded to NBU 6.0.

-Jonathan 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Travis
Kelley
Sent: Wednesday, April 09, 2008 4:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Robotic control host...master/media

We're implementing a san for our tape drives and I was just wondering
where most of you guys have robotic control?  We currently use one of
the media servers, but once we have the SAN configured I understand it
can also be on the master.  I hesitatae to put it there because our
master is attached to a different (disk) SAN for the catalog disks, so
if I move robotic control to the master I have to add another HBA and
burn another port on the switch.  Anyone have any compelling reasons to
move it to the master?
___
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] Top 20 (or so) misunderstood things about NBU

[Haskins, Steve]

  I agree with verifying with the application support techs on what
files are being skipped and how to address them as they are responsible
for their applications but as the backup and operating system
administrator I am held accountable for recovery. I don't like exclude
lists especially if it is just to make the reports look good for status
0. I have found that in too many cases an exclude list in created and
then another administrator or application support tech will make a
change and now important files are being skipped that shouldn't be. If
coordinated correctly with procedures and documentation this should not
be the case but there is still the reliance upon human intervention to
follow procedures and to document.

 

Regards

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 1:40 PM
To: Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

Yesvery true.  What I recommend doing is to check all backups
against a new client the first few times and see what is causing the
partial success.  Checking with the application support people on what
files are OK to skip is always a good idea and will definitely eliminate
problems in the future.  Then use this information to build an exclude
list for the client.

 

I used to treat databases as a special case for backups since they are
so temperamental.  I would do SQL databases by having the SQL DBA's do
their own backup of the db to the local filesystem (or a network share).
Then we would have the DBA's put together an exclude list for their SQL
servers to exclude the active DB files.  Then we would schedule our
backup jobs for a time AFTER the SQL local  backups.  Never had to worry
about restoring SQL DB's after that.   But, testing database restores is
very critical to ensuring that you are backing up the right thing(s).
And you definitely need the assistance of the DBA's for this.

 

-stuart

 



From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:31 PM
To: Stuart Liddle; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  C

Re: [Veritas-bu] Linux Master Server

[Staub, Doug]

Have only *heard* that Linux (RHEL 5 to be specific w/ autofs ver. 5) has 
addressed how automounter behaves with regard to backing up NFS shares...in 
RHEL 4 (autofs ver. 4), I have seen it behave inconsistently...could be we are 
overloading our Linux media servers, but Solaris (9, specifically) never has a 
problem.

I have seen our Linux media servers choke on NFS restores as well, where 
directing them through our Solaris 9 master server as the restore client for 
the same NFS restore works like a champ.

-Doug

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Austin Murphy
Sent: Wednesday, April 09, 2008 1:31 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Linux Master Server

Does anyone have a reason *not* to use NetBackup on Linux as a
master/media server?  I've heard that Linux makes a great media
server, but how about a master?

My options are Solaris/SPARC and Linux/x86_64 and I was wondering if
anyone had found a concrete reason why Linux was inferior.

Thanks,
Austin
___
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] Top 20 (or so) misunderstood things about NBU

[Stuart Liddle]

Yesvery true.  What I recommend doing is to check all backups
against a new client the first few times and see what is causing the
partial success.  Checking with the application support people on what
files are OK to skip is always a good idea and will definitely eliminate
problems in the future.  Then use this information to build an exclude
list for the client.

 

I used to treat databases as a special case for backups since they are
so temperamental.  I would do SQL databases by having the SQL DBA's do
their own backup of the db to the local filesystem (or a network share).
Then we would have the DBA's put together an exclude list for their SQL
servers to exclude the active DB files.  Then we would schedule our
backup jobs for a time AFTER the SQL local  backups.  Never had to worry
about restoring SQL DB's after that.   But, testing database restores is
very critical to ensuring that you are backing up the right thing(s).
And you definitely need the assistance of the DBA's for this.

 

-stuart

 



From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:31 PM
To: Stuart Liddle; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  Check them every day or you'll
eventually discover that failures were missed in the noise and backups
haven't run in a long time.  When you do a restore is not the time to
check to see if backups actually ran.

4.  Audits are important.  The larger the environment, the more likely
it is that file systems are missed.  This is especially true of
clusters.  Sometimes it's not the failures that get you but the lack of
attempts.

5.  Backing up clusters by physical host names will cause you grief.

6.  Application owners are responsible for ensuring the application is
recoverable.  A backup admin, working in a vacuum, can not help you. 


7.  Test your restores regularly.

There are lots more but this is a start...

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 

--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distr

[Veritas-bu] De-DUP question

[tburrell]

Sorry, but I don't think it's realistic to find ONE best answer.  Heck- we 
can't even all agree about one "best way" to configure Netbackup all by itself. 
 There are just too many variables.  

You're going to have to look at what we all have said and make  a decision 
based on what's best for you.  And do some testing.

Tom


Kohli, Vidit wrote:
> I believe by now lots of us either looked into new de-dup technology or even 
> started using them.  
> Please advise which ONE is good for enterprise level NetBackup 6.5 - can 
> handle max number of data streams during de-dup 
> 
> How do you map it (e.g.: as VTL or DSU) on media server?  
> How its being replicated (e.g. WAN or SAN base)?  
> Any Hiccups…s ?  
> 
> Thanks in advance for your valuable input  
> VK


+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


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

Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[Jeff Lightner]

I'd amend point 3 to say "does NOT ALWAYS mean".  

 

There are many OS and filesystem level backups that are complete despite
status 1.   However, having a status 1 on a database backup can be a
real killer...

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stuart
Liddle
Sent: Wednesday, April 09, 2008 3:52 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  Check them every day or you'll
eventually discover that failures were missed in the noise and backups
haven't run in a long time.  When you do a restore is not the time to
check to see if backups actually ran.

4.  Audits are important.  The larger the environment, the more likely
it is that file systems are missed.  This is especially true of
clusters.  Sometimes it's not the failures that get you but the lack of
attempts.

5.  Backing up clusters by physical host names will cause you grief.

6.  Application owners are responsible for ensuring the application is
recoverable.  A backup admin, working in a vacuum, can not help you. 


7.  Test your restores regularly.

There are lots more but this is a start...

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Linux Master Server

[Austin Murphy]

Does anyone have a reason *not* to use NetBackup on Linux as a
master/media server?  I've heard that Linux makes a great media
server, but how about a master?

My options are Solaris/SPARC and Linux/x86_64 and I was wondering if
anyone had found a concrete reason why Linux was inferior.

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

[Veritas-bu] Robotic control host...master/media

[Travis Kelley]

We're implementing a san for our tape drives and I was just wondering
where most of you guys have robotic control?  We currently use one of
the media servers, but once we have the SAN configured I understand it
can also be on the master.  I hesitatae to put it there because our
master is attached to a different (disk) SAN for the catalog disks, so
if I move robotic control to the master I have to add another HBA and
burn another port on the switch.  Anyone have any compelling reasons
to move it to the master?
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[Stuart Liddle]

I think I would agree with all of what Ed has stated here.  However, I
think that these points would apply to ANY backup product and not just
NBU.

 

Since the question was about the "top 20 (or so) misunderstood things
about NBU", I'd have to add the following:

 

1) Yes, there is a command line interface!  The GUI is NOT the only
way to do things with NBU.  (yeah, this might be generic,  but...)

2) Multiplexing and Multistreaming are not the same thing and both
need to be tuned properly in order to optimize your backups.

3) A return code of "1" on a backup does NOT mean that the backup
has failed.  Nor does it mean that the files that could not be backed up
are essential to the recovery of the system.  (This DOES mean that the
backup admin needs to have a discussion with the system admins and
application support folks about what files can be safely ignored on
backups.  Building exclude lists helps.)  
I had to explain to a manager once why we treated a return code "1"
(partial success) the same as return code zero (successful).  His
thought was that he wanted everything to be zero return code!

4) Yes, NBU includes reporting, but it is no substitute for a 3rd
party reporting tool like Bocada.  (another item that could be about any
backup tool).

 

 

I'll have to think up some other NBU specific items and add to this list
later.

 

-stuart

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 01, 2008 8:11 AM
To: Curtis Preston
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

 

On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston
<[EMAIL PROTECTED]> wrote:

What are the top 5/20/30 things about NBU that you think people
get wrong?


1.  People think that you're working on a backup system.   You're not -
you're working on a *recovery* system.  If you can't recover, backups
are useless.

2.  File system backups are not a replacement for bare metal restore.
It is usually not acceptable to just do a fresh install, restore files,
and expect to be back to where they're started

3.  Error messages really are important.  Check them every day or you'll
eventually discover that failures were missed in the noise and backups
haven't run in a long time.  When you do a restore is not the time to
check to see if backups actually ran.

4.  Audits are important.  The larger the environment, the more likely
it is that file systems are missed.  This is especially true of
clusters.  Sometimes it's not the failures that get you but the lack of
attempts.

5.  Backing up clusters by physical host names will cause you grief.

6.  Application owners are responsible for ensuring the application is
recoverable.  A backup admin, working in a vacuum, can not help you. 


7.  Test your restores regularly.

There are lots more but this is a start...

-- 
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] LTO-4 on Linux

[Cornely, David]

Did you up your NBU buffer settings to account for the increased
performance of LTO-4?

You can check this technote to determine which settings to check and if
your media server has enough resources to push these upgraded drives:

http://seer.entsupport.symantec.com/docs/183702.htm

 

I've heard that 1MB is useful for the buffer size (1048576) but you'll
need to test to really nail it down.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Esson,
Paul
Sent: Wednesday, April 09, 2008 09:43
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] LTO-4 on Linux

 

Folks,

 

Has anybody out there configured LTO-4 drives on Linux Red Hat ES 4?  I
recently swapped out a pair of LTO-2 drives for LTO-4 drives on a v5.1
Media Server and have seen no throughput performance improvement.  I did
the same test on a Windows 2003 Server using the same data and saw
significant improvement, but the Windows OS has a specific driver for
the LTO-4.  Linux uses the mt driver, but I can't see anything on the
web specifically about tuning the mt driver for LTO-4.

 

Regards,

 

Paul Esson 
Redstor Limited 

Direct:  +44 (0) 1224 595381 
Mobile:  +44 (0) 7766 906514 
E-Mail:  [EMAIL PROTECTED] 
Web:www.redstor.com 

REDSTOR LIMITED 
Torridon House 
73-75 Regent Quay 
Aberdeen 
UK 
AB11 5AR 

Disclaimer: 
The information included in this e-mail is of a confidential nature and
is intended only for the addressee.  If you are not the intended
addressee, any disclosure, copying or distribution by you is prohibited
and may be unlawful.  Disclosure to any party other than the addressee,
whether inadvertent or otherwise is not intended to waive privilege or
confidentiality.

 

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

Re: [Veritas-bu] Mailing list replies before questions?

[Martin, Jonathan]

My experience is that many times I get a reply from someone before I get
the original post.  I think that is similar to Jeff below.  However,
occasionally I get the OP before any replies and I reply, causing the
issue above for other people.  There are so many factors to consider its
ridiculous.  Better options are RSS feeds or a web based service (HTTP
etc...)  eMail wasn't designed to be time sensitive (despite what my
Blackberry wearing VPs think.)

Sometimes I'm thankful that I'm not the email admin.  Then I remember
I'm the backup admin and ANYTHING is better. =P

-Jonathan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Wednesday, April 09, 2008 2:01 PM
To: A Darren Dunham; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Mailing list replies before questions?

Just to be clear. 

I wasn't talking about messages I'd sent and wanted replies on but
rather messages others had sent.   Often I see replies to the emails
others have sent long before I see the original message.

Interestingly enough the message that started this thread did not fall
into that category.  It showed up in the forum before the first reply.

It isn't clear to me how "batching" would make a difference unless the
batches are sending out the emails in alphabetical order of sender
rather than time order of send.   If it was alphabetical (or even
geographical) on receiver then I should still get the first email in an
earlier batch than the reply which would presumably come in a later
batch.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of A Darren
Dunham
Sent: Wednesday, April 09, 2008 1:39 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Mailing list replies before questions?

On Wed, Apr 09, 2008 at 11:05:11AM -0600, [EMAIL PROTECTED] wrote:
> Are any of you gray-listing your inbound mail?  That can make weird 
> arrival-order behavior.

Not in my case, but I suppose the list software doesn't regard
minimizing latency on sending mails.  I assume it batches things over a
long time.

Since the day I joined I've received email replies to posts long before
I see it on the list in my mailbox.  I'm usually 20-30 minutes behind.
I haven't seen any changes in this over the years.

Received: from mailman.eng.auburn.edu ([131.204.12.57])
  by relay.taos.com with ESMTP; 09 Apr 2008 10:25:38 -0700
Received: from mailman.eng.auburn.edu ([EMAIL PROTECTED] [127.0.0.1])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with
ESMTP id m39H5LO1007656;
Wed, 9 Apr 2008 12:05:28 -0500
Received: from mx02.cexp.com (mx02.cexp.com [170.131.136.83])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with
ESMTP id
m39H5IPv007651
for ; Wed, 9 Apr 2008
12:05:18 -0500

(So right about 20 minutes for this one).

I don't know that I've ever seen out-out-order posts from the listerv,
but direct email replies can make it appear that way.

-- 
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
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distribution, or use of the contents of this information is
prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you
have received the message in error, and delete it. Thank you.
--

___
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] User Archiving Issue

[bob944]

> I have an issue that I created a User Archive Policy for
> a system that accumulates huge logs to clear up space several
> times a day for that group when they need to run the job.
>  
> In my Backup selection I have created /tmp/test for testing
> purposes.  The job works fin but then I tested on a directory
> not specified in the backup selection such as /tmp/good_data
> and the Archive still completed.
>  
> Any idea why it didn't fail when the backup selection didn't
> match the policy?

The selection list of a policy has nothing to do with a user backup or
archive; you specify the files to be backed up with the "filenames" or
"-f ___" arguments to bpbackup (or the BAR GUI).

Whether you specify the -p[olicy] and -s[chedule] parameters or let
NetBackup find the client in a policy with a User schedule by default,
the selection list isn't used.  The User schedule exists to control
users' ability to do User backups/archives and control the resources
used--but the object of the backup or archive, the data, is up to the
user and filesystem access and permissions.

References are the man pages for bpbackup and bparchive in the NetBackup
Commands manual, and the little bits of explanation in the NetBackup
System Administrator's Guide Volume 1.


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

Re: [Veritas-bu] Mailing list replies before questions?

[A Darren Dunham]

On Wed, Apr 09, 2008 at 02:00:55PM -0400, Jeff Lightner wrote:
> Just to be clear. 
> 
> I wasn't talking about messages I'd sent and wanted replies on but
> rather messages others had sent.   Often I see replies to the emails
> others have sent long before I see the original message.

That I haven't seen.

You should examine the SMTP headers on the messages.  Do you see that
the auburn listserv is sending them out of order, or are they passing
each other after that point?  (Although greylisting can obscure if
earlier transmissions were attempted).

-- 
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] Mailing list replies before questions?

[Jeff Lightner]

Just to be clear. 

I wasn't talking about messages I'd sent and wanted replies on but
rather messages others had sent.   Often I see replies to the emails
others have sent long before I see the original message.

Interestingly enough the message that started this thread did not fall
into that category.  It showed up in the forum before the first reply.

It isn't clear to me how "batching" would make a difference unless the
batches are sending out the emails in alphabetical order of sender
rather than time order of send.   If it was alphabetical (or even
geographical) on receiver then I should still get the first email in an
earlier batch than the reply which would presumably come in a later
batch.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of A Darren
Dunham
Sent: Wednesday, April 09, 2008 1:39 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Mailing list replies before questions?

On Wed, Apr 09, 2008 at 11:05:11AM -0600, [EMAIL PROTECTED] wrote:
> Are any of you gray-listing your inbound mail?  That can make weird
> arrival-order behavior.

Not in my case, but I suppose the list software doesn't regard
minimizing latency on sending mails.  I assume it batches things over a
long time.

Since the day I joined I've received email replies to posts long before
I see it on the list in my mailbox.  I'm usually 20-30 minutes behind.
I haven't seen any changes in this over the years.

Received: from mailman.eng.auburn.edu ([131.204.12.57])
  by relay.taos.com with ESMTP; 09 Apr 2008 10:25:38 -0700
Received: from mailman.eng.auburn.edu ([EMAIL PROTECTED] [127.0.0.1])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with
ESMTP id m39H5LO1007656;
Wed, 9 Apr 2008 12:05:28 -0500
Received: from mx02.cexp.com (mx02.cexp.com [170.131.136.83])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with
ESMTP id
m39H5IPv007651
for ; Wed, 9 Apr 2008
12:05:18 -0500

(So right about 20 minutes for this one).

I don't know that I've ever seen out-out-order posts from the listerv,
but direct email replies can make it appear that way.

-- 
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
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--

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

[Veritas-bu] De-DUP question

[Kohli, Vidit]

I believe by now lots of us either looked into new de-dup technology or
even started using them.

Please advise which ONE is good for enterprise level NetBackup 6.5 - can
handle max number of data streams during de-dup

 
How do you map it (e.g.: as VTL or DSU) on media server?

How its being replicated (e.g. WAN or SAN base)?

Any Hiccups...s  ?


Thanks in advance for your valuable input

VK

THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, 
CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader 
of this message is not the intended recipient, you are hereby notified that any 
dissemination, distribution, copying or use of this message and any attachment 
is strictly prohibited. If you have received this message in error, please 
notify us immediately by replying to the message and permanently delete it from 
your computer and destroy any printout thereof.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Mailing list replies before questions?

[A Darren Dunham]

On Wed, Apr 09, 2008 at 11:05:11AM -0600, [EMAIL PROTECTED] wrote:
> Are any of you gray-listing your inbound mail?  That can make weird
> arrival-order behavior.

Not in my case, but I suppose the list software doesn't regard
minimizing latency on sending mails.  I assume it batches things over a
long time.

Since the day I joined I've received email replies to posts long before
I see it on the list in my mailbox.  I'm usually 20-30 minutes behind.
I haven't seen any changes in this over the years.

Received: from mailman.eng.auburn.edu ([131.204.12.57])
  by relay.taos.com with ESMTP; 09 Apr 2008 10:25:38 -0700
Received: from mailman.eng.auburn.edu ([EMAIL PROTECTED] [127.0.0.1])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id 
m39H5LO1007656;
Wed, 9 Apr 2008 12:05:28 -0500
Received: from mx02.cexp.com (mx02.cexp.com [170.131.136.83])
by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id
m39H5IPv007651
for ; Wed, 9 Apr 2008 12:05:18 -0500

(So right about 20 minutes for this one).

I don't know that I've ever seen out-out-order posts from the listerv,
but direct email replies can make it appear that way.

-- 
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] User Archiving Issue

[Mark.Donaldson]

This is a user-archive *schedule*, right? There's no user-archive
policy.
 
bpbackup and bparchive command send files to the master server, the
backup list of files (INCLUDE entries) in the policy are ignored for
user-directed backups (as are "exclude_list" files).  The only limit is
their ability to read/delete files as controlled by the standard unix
permissions.
 
-M



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jackson,
Todd
Sent: Wednesday, April 09, 2008 8:25 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] User Archiving Issue


Hello Everyone
 
I have an issue that I created a User Archive Policy for a system 
that accumulates huge logs to clear up space several times a day for
that group when they need to run the job.
 
In my Backup selection I have created /tmp/test for testing purposes.
The job works fin but then I tested on a directory not specified in the
backup 
selection such as /tmp/good_data and the Archive still completed.
 
Any idea why it didn't fail when the backup selection didn't match the
policy?
Any advice is appreciated.
 
Thanks
Jackson 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Instant message

[Mark.Donaldson]

Personally, I like the asynchronous nature of email over IM.  IM means I
have to be at my desk, email means I can fill my coffee cup and come
back anytime.

-M 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 8:49 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

___
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] Mailing list replies before questions?

[Mark.Donaldson]

Are any of you gray-listing your inbound mail?  That can make weird
arrival-order behavior.



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon (external)
Sent: Wednesday, April 09, 2008 1:14 AM
To: Jeff Lightner; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Mailing list replies before questions?


I see it happen on several mailing lists, not just this one



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Tuesday, April 08, 2008 5:34 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Mailing list replies before questions?



Is it my imagination or is this problem getting worse?

In the past on occasion I would receive the email reply to a question
before receiving the email to the question.

Now it seems to have become the norm for this list.   Is there a reason
why this is occurring?

--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distribution, or use of the contents of this information is
prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you
have received the message in error, and delete it. Thank you.
--

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] LTO-4 on Linux

[Esson, Paul]

Folks,

 

Has anybody out there configured LTO-4 drives on Linux Red Hat ES 4?  I
recently swapped out a pair of LTO-2 drives for LTO-4 drives on a v5.1
Media Server and have seen no throughput performance improvement.  I did
the same test on a Windows 2003 Server using the same data and saw
significant improvement, but the Windows OS has a specific driver for
the LTO-4.  Linux uses the mt driver, but I can't see anything on the
web specifically about tuning the mt driver for LTO-4.

 

Regards,

 

Paul Esson 
Redstor Limited 

Direct:  +44 (0) 1224 595381 
Mobile:  +44 (0) 7766 906514 
E-Mail:  [EMAIL PROTECTED] 
Web:www.redstor.com 

REDSTOR LIMITED 
Torridon House 
73-75 Regent Quay 
Aberdeen 
UK 
AB11 5AR 

Disclaimer: 
The information included in this e-mail is of a confidential nature and
is intended only for the addressee.  If you are not the intended
addressee, any disclosure, copying or distribution by you is prohibited
and may be unlawful.  Disclosure to any party other than the addressee,
whether inadvertent or otherwise is not intended to waive privilege or
confidentiality.

 

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

Re: [Veritas-bu] Instant message

[Jeff Lightner]

I'd like to have instant message at the moment I had a problem but would
hate it the rest of the time. 

 

Using a mailing list to me is a good between instant messaging and
forums.  That is with forums you have to login where with email you can
set a rule to get things to a different folder.  If you have time to
look at it and help when it comes in you do.  If you don't have time
then it sits there for someone else (hopefully) to help with.

 

The lags seen in this list are a bit maddening at times but I wouldn't
want to go the instant messaging.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Fogarty
Sent: Wednesday, April 09, 2008 11:52 AM
To: Clooney, David
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Instant message

 

gtalk and Skype work great for us.  We are on multiple client networks.
Those 2 make it through anywhere for us...

Steve




On Wed, Apr 9, 2008 at 11:48 AM, Clooney, David
<[EMAIL PROTECTED]> wrote:

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Measuring redundant backup data

[Michaels, Keith R]

Controlling restore time is key and has to do with the number of media
needed.  But limiting restore time does not mean we have to have excess
backup copies.  With a disk-only solution we obviously don't care about
number of media.  With tape, forever-incrementals suffer from excess
restore times if you do not consolidate media.  Reprocessing
incrementals into synthetic fulls is one approach but it is inefficient
because it moves entire backup images not just the files that are still
active.  So it seems using NBU with tape leads us to create excess
copies of our files as part of a strategy to control restore times.   I
will save the TSM argument for another day, but the funny thing is we
seem to be happy to bolt on a deduplicating device to squeeze out the
copies that were introduced by NBU.  Of couse these devices are
disk-based so as not to reintroduce long restore times, but the
marketing focuses more on building negativities towards tape ("tape
sucks, move on", etc.).  The entire argument of course ignores the issue
of measuring the real cost associated with excess backup copies, which
led me to post my original question: how can we measure the amount of
data that is in the backup system beyond what is needed for data
protection?  
 
I suspect the answer to my question is something like "50% of the backup
volume is not technically needed to protect the data, but it is there
only to provide a upper bound on RTO."  If this is a the case then a
strong case can be made to address this not with a deduplication device,
but with a more sophisticated media consolidation strategy.


From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 6:03 AM
To: Michaels, Keith R; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Measuring redundant backup data



"unnecessary copies" made me remember to say its important to plan on
restore time as well as backup time.   

 

While it may be "redundant" to have all your files on every backup it
sure saves a lot of time when you only have to restore the LAST backup.

 

That is to say that theoretically you could eliminate all sorts of
redundancy by simply doing a full backup when you first install then do
CumulativeIncrementals from that day forward.   2 years later when you
finally crashed you could restore the original full and all the
intervening CumulativeIncrementals to get back to where you were but
you'd likely have gotten there just as fast by reinstalling and rekeying
all the missing data.

 

Most people strike the balance by doing Fulls once a week and either
Incrementals or CumulativeIncrementals the rests of the week.  Sometimes
the size and type of data being backed up makes a difference as well.
For example we do daily backups (using BCV copies) of our 2+ TB
Production Database.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michaels, Keith R
Sent: Tuesday, April 08, 2008 11:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Measuring redundant backup data

 

It should be possible to go through the catalog and determine how much
redundancy is present based on the schedules and retentions. For example
if the schedule calls for monthly fulls and the same file appears in 12
consecutive full backups (without appearing in any intervening
incremental) then that's 10 unnecessary copies, assuming 2 are needed
for adequate protection.  I know there's additional duplication if the
same file exists on two clients but that's harder to measure without
comparing the data.  I'm just interested in measuring the unnecessary
copies that were created as a result of multiple backups of the same
data.

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 7:05 PM
To: Jeff Lightner
Cc: Michaels, Keith R; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Measuring redundant backup data

On Tue, Apr 8, 2008 at 5:57 PM, Jeff Lightner <[EMAIL PROTECTED]>
wrote:

I don't know a way to measure how much is "redundant" easily.  Maybe the
much vaunted Aptare would have that - I'll wait for their fan club to
comment on that.  :-)

 

Not a chance - Aptare just gets job status and doesn't ever see the
backup data.

 

So far it appears to us the deduplication devices are living up
to or
exceeding expectations.

 

That's purely site specific.  With PureDisk backing up our remote sites,
I think we're under 5:1 but we're still building up the generation
count.  When we pointed some of larger main campus data at it, it wasn't
even that high - nowhere near high enough to justify the cost.


Some vendors will let you eval you a unit - that's the only way to know
how well you're going to dedupe because it is so client specific.  If
you have a ton of application servers with mostly OS and little
application, you're going to de-dupe extremely well.  If you have 1 file
server full

Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:sniff...bpgpisgone from 6.5

[Paul Keating]

Old Farts (experienced) use Unixthem youngsters run Windows.
 
Paul
a young(er) old fart.
 
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Shyam
Hazari
Sent: April 09, 2008 10:56 AM
To: WEAVER, Simon (external)
Cc: Martin, Jonathan; VERITAS-BU@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Auburn vs. Netbackup
forums-Was:sniff...bpgpisgone from 6.5


You guys robbing the fun by turning this in to a Unix VS
Windows. Can we get back to our discussion about "Old Farts" ?  :)

-Shyam



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] Instant message

[Steve Fogarty]

gtalk and Skype work great for us.  We are on multiple client networks.
Those 2 make it through anywhere for us...

Steve



On Wed, Apr 9, 2008 at 11:48 AM, Clooney, David <
[EMAIL PROTECTED]> wrote:

>  As an immediate now world we live in.
>
> What are the possibilities of having an instant message capability.
>
> Personally, I know I would be able to contribute a hell of a more if
> this was possible. As apposed to sending a mail when I need help.
>
> What's everyone's thoughts, preferably over http due to the internal
> networks we all reside in  when in the office.
>
>
> Just a thought guys.
>
> Dave
>
>
>
> 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.  For all U.K. corporate
> disclosures, please refer to www.bankofamerica.com/ukcompanies
>
> ___
> 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] Instant message

[Steve.Sofley]

For anyone that uses meebo ( www.meebo.com ), there is a netbackup chat
room out there. Meebo allows you to sign in to multiple id's and
transmits over port 80, just in case big brother is watching. When I saw
this email, I just did a search a room named Netbackup, and there was
one there, doesn't look like it is being used by anyone. Just a thought.

Steve Sofley
Sr. Storage Admin
Cox Communications HSI

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon (external)
Sent: Wednesday, April 09, 2008 10:51 AM
To: Clooney, David; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Instant message


Would be interested in this... 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 3:49 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

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

[Stump, Bob A]

We use Microsoft Office Communicator internally.
I wonder if it can be used outside our network?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 10:49 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

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

__

The information contained in this message is proprietary and/or confidential. 
If you are not the 
intended recipient, please: (i) delete the message and all copies; (ii) do not 
disclose, 
distribute or use the message in any manner; and (iii) notify the sender 
immediately. In addition, 
please be aware that any message addressed to our domain is subject to 
archiving and review by 
persons other than the intended recipient. Thank you.
_

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

Re: [Veritas-bu] Instant message

[WEAVER, Simon (external)]

Dont mind the chat as well as the emails - they are handy for reference 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan
Sent: Wednesday, April 09, 2008 4:06 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Instant message

Probably better would be some sort of IRC chat type environment.  But
then how would all that content / knowledge get back to the forums /
threads for others to see?  Some people only get the digest. =( 

-Jonathan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 10:49 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

___
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

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] Clarification About Open File Backups

[WEAVER, Simon (external)]

 
Event ID's 7035, 7036 should be a clue too.



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Len
Boyle
Sent: Wednesday, April 09, 2008 3:56 PM
To: Randy Samora; Rosenkoetter, Gabriel; Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups



Look at the windows app event logs

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Wednesday, April 09, 2008 10:16 AM
To: Rosenkoetter, Gabriel; Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

 

I apologize for saying "VSP", let's pretend I didn't.  What's the
quickest/easiest way to determine if a backup used VSS or not on a
Windows server?

 

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 9:10 AM
To: Ed Wilts; Randy Samora
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

Ed, you seem to be asserting that a client with vsp.sys present will use
it, despite configuration to the contrary done in the client DB on the
master.

 

I think that's incorrect.

 

Is that actually what you meant to say?

 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]>
wrote:

I want to verify that I don't have to anything at the Windows OS level
to allow NetBackup to use VSS on that client so I'm going to change the
settings on one client and leave them as is on another.  What's the
easiest way to verify that they are both still using VSP?

If VSP.SYS exists in system32\drivers (I think - double-check that
location), then VSP gets used.  Uninstall the client, reboot, and
re-install the client without VSP using a custom install.

 

Be aware that in some rare cases, the system may not come up after VSP
is uninstalled.  Some people have seen this multiple times (lucky me)
and some people have never seen it.

 

   .../Ed
-- 
Ed Wilts, Mounds View, MN, USA
mailto:[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] Auburn vs. Netbackup forums-Was: sniff...bpgpisgone from 6.5

[Martin, Jonathan]

I resent being called a "Windows Guy."  This insinuates that I only use
Windows.  I've seen Linux before.  On the box, is says "Linux" - I've
seen it!  And screenshots on the internet!  And, for the record, my
other PC runs OS/2 warp.
 
-Jonathan



From: Shyam Hazari [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 10:56 AM
To: WEAVER, Simon (external)
Cc: [EMAIL PROTECTED]; Martin, Jonathan;
VERITAS-BU@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5


You guys robbing the fun by turning this in to a Unix VS Windows. Can we
get back to our discussion about "Old Farts" ?  :)

-Shyam


On Wed, Apr 9, 2008 at 9:33 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:


Well I am in Windows all the time ;-)



From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]
Sent: Wednesday, April 09, 2008 3:33 PM
To: Martin, Jonathan
Cc: VERITAS-BU@mailman.eng.auburn.edu; 
[EMAIL PROTECTED] 

Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5



You guys spend WAY to much time in cold, loud rooms with no
windows! ;-) 


  



"Martin, Jonathan" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/09/2008 09:39 AM 

To
 
cc

Subject
Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5 






An old fart has spoken blasphemy against the master!  Microsoft
disciples unite to protect the precious!  Those evil Unix Jedi won't get
the better of us this time!  Counter their system stability and
anti-trust legislation with systems that populate like rabbits and so
much money we wipe our buts with it!  What?  Solaris doing to Intel
processors?  Community based Linux support and learning?  Fire marketing
campaigns alpha, beta and gamma!  Open engineering centers in China,
India and Taiwan!!  Long live Bill Gates!   
  
-Jonathan 




From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5

Lumping in a marketer like Bill Gates with TECHNICAL experts
like Dennis Ritchie is plain silly.  Bill didn't "create" anything - he
saw an opportunity when IBM came knocking and bought QDOS to resell to
IBM.   (We won't talk about the fact that QDOS was pretty much believed
to be a knock off of CP/M).   After DOS became the main OS for IBM PC
compatible systems he was able to force much of the rest of the world
into dependence on his other products not by their technical superiority
but by practices that got the DOJ in the U.S. to start an anti-trust
action against him and the E.U. which has now judged it as monopolistic
twice.   
  
By the way - I'm pretty sure it was us old farts that were
joking about old farts. 
  




From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgp isgone from 6.5 
  
Good day all y'all, 
  
Can someone please explain what am "old fart" is? 
  
There are only 3 certainties in life, death, taxes and change.
The last two we can control but death started the day we were born. 
Those of you who used the term "Old Fart", just remember one day
you will wake up and find yourself much older and then you too will be
offended by being called an old fart! 
The changes we have seen through the 60's, 70's, 80's, 90's and
now the 21st century has made us better people and most of all we (old
farts) are disciplined. You needed to drop a try of cards once to
understand discipline. 
Will you be remembered when you are gone? The old farts Bill
Gates, Dennis Ritchie, Ken Thompson and many others will be. Do you know
why? Because they were the pioneers, because all we had was a pair of
pliers and some wire. 
We never had memory leaks because could not waste memory. Go and
learn assembler and find out what a thrill it is to do so much with very
little. 
I just hope that you are fit in mind and body when it is your
turn to be called an "old fart" so that you can ask yourself "did I
leave any foot prints others can follow"? 
I took offence, but now enjoy remembering 

Re: [Veritas-bu] Clarification About Open File Backups

[Len Boyle]

Look at the windows app event logs

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora
Sent: Wednesday, April 09, 2008 10:16 AM
To: Rosenkoetter, Gabriel; Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

I apologize for saying "VSP", let's pretend I didn't.  What's the 
quickest/easiest way to determine if a backup used VSS or not on a Windows 
server?

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 09, 2008 9:10 AM
To: Ed Wilts; Randy Samora
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

Ed, you seem to be asserting that a client with vsp.sys present will use it, 
despite configuration to the contrary done in the client DB on the master.

I think that's incorrect.

Is that actually what you meant to say?


--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556



From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups
On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]> wrote:

I want to verify that I don't have to anything at the Windows OS level to allow 
NetBackup to use VSS on that client so I'm going to change the settings on one 
client and leave them as is on another.  What's the easiest way to verify that 
they are both still using VSP?
If VSP.SYS exists in system32\drivers (I think - double-check that location), 
then VSP gets used.  Uninstall the client, reboot, and re-install the client 
without VSP using a custom install.

Be aware that in some rare cases, the system may not come up after VSP is 
uninstalled.  Some people have seen this multiple times (lucky me) and some 
people have never seen it.

   .../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] Instant message

[Martin, Jonathan]

Probably better would be some sort of IRC chat type environment.  But
then how would all that content / knowledge get back to the forums /
threads for others to see?  Some people only get the digest. =( 

-Jonathan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 10:49 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

___
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] Auburn vs. Netbackup forums-Was: sniff...bpgpisgone from 6.5

[WEAVER, Simon (external)]

Lets chuck them out the "Windows" then :-)



From: Shyam Hazari [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 3:56 PM
To: WEAVER, Simon (external)
Cc: [EMAIL PROTECTED]; Martin, Jonathan;
VERITAS-BU@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5


You guys robbing the fun by turning this in to a Unix VS Windows. Can we
get back to our discussion about "Old Farts" ?  :)

-Shyam


On Wed, Apr 9, 2008 at 9:33 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:


Well I am in Windows all the time ;-)



From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]
Sent: Wednesday, April 09, 2008 3:33 PM
To: Martin, Jonathan
Cc: VERITAS-BU@mailman.eng.auburn.edu; 
[EMAIL PROTECTED] 

Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5



You guys spend WAY to much time in cold, loud rooms with no
windows! ;-) 


  



"Martin, Jonathan" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/09/2008 09:39 AM 

To
 
cc

Subject
Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5 






An old fart has spoken blasphemy against the master!  Microsoft
disciples unite to protect the precious!  Those evil Unix Jedi won't get
the better of us this time!  Counter their system stability and
anti-trust legislation with systems that populate like rabbits and so
much money we wipe our buts with it!  What?  Solaris doing to Intel
processors?  Community based Linux support and learning?  Fire marketing
campaigns alpha, beta and gamma!  Open engineering centers in China,
India and Taiwan!!  Long live Bill Gates!   
  
-Jonathan 




From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5

Lumping in a marketer like Bill Gates with TECHNICAL experts
like Dennis Ritchie is plain silly.  Bill didn't "create" anything - he
saw an opportunity when IBM came knocking and bought QDOS to resell to
IBM.   (We won't talk about the fact that QDOS was pretty much believed
to be a knock off of CP/M).   After DOS became the main OS for IBM PC
compatible systems he was able to force much of the rest of the world
into dependence on his other products not by their technical superiority
but by practices that got the DOJ in the U.S. to start an anti-trust
action against him and the E.U. which has now judged it as monopolistic
twice.   
  
By the way - I'm pretty sure it was us old farts that were
joking about old farts. 
  




From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgp isgone from 6.5 
  
Good day all y'all, 
  
Can someone please explain what am "old fart" is? 
  
There are only 3 certainties in life, death, taxes and change.
The last two we can control but death started the day we were born. 
Those of you who used the term "Old Fart", just remember one day
you will wake up and find yourself much older and then you too will be
offended by being called an old fart! 
The changes we have seen through the 60's, 70's, 80's, 90's and
now the 21st century has made us better people and most of all we (old
farts) are disciplined. You needed to drop a try of cards once to
understand discipline. 
Will you be remembered when you are gone? The old farts Bill
Gates, Dennis Ritchie, Ken Thompson and many others will be. Do you know
why? Because they were the pioneers, because all we had was a pair of
pliers and some wire. 
We never had memory leaks because could not waste memory. Go and
learn assembler and find out what a thrill it is to do so much with very
little. 
I just hope that you are fit in mind and body when it is your
turn to be called an "old fart" so that you can ask yourself "did I
leave any foot prints others can follow"? 
I took offence, but now enjoy remembering the program sheets,
the cards and ticker tape. The something we made from nothing. It is
great to say we were part of the pioneers and just hope the pioneering
spirit will continue. 
Enjoy your li

Re: [Veritas-bu] Clarification About Open File Backups

[WEAVER, Simon (external)]

Randy, 
you could try this command too perhaps
 
bpclient -client  -L
 
Look for WOFB FIM - It may say VSP as an example...  Also must use
capital "L"
 
Simon



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Wednesday, April 09, 2008 3:16 PM
To: Rosenkoetter, Gabriel; Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups



I apologize for saying "VSP", let's pretend I didn't.  What's the
quickest/easiest way to determine if a backup used VSS or not on a
Windows server?

 

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 9:10 AM
To: Ed Wilts; Randy Samora
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

Ed, you seem to be asserting that a client with vsp.sys present will use
it, despite configuration to the contrary done in the client DB on the
master.

 

I think that's incorrect.

 

Is that actually what you meant to say?

 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]>
wrote:

I want to verify that I don't have to anything at the Windows OS level
to allow NetBackup to use VSS on that client so I'm going to change the
settings on one client and leave them as is on another.  What's the
easiest way to verify that they are both still using VSP?

If VSP.SYS exists in system32\drivers (I think - double-check that
location), then VSP gets used.  Uninstall the client, reboot, and
re-install the client without VSP using a custom install.

 

Be aware that in some rare cases, the system may not come up after VSP
is uninstalled.  Some people have seen this multiple times (lucky me)
and some people have never seen it.

 

   .../Ed
-- 
Ed Wilts, Mounds View, MN, USA
mailto:[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] Auburn vs. Netbackup forums-Was: sniff...bpgpisgone from 6.5

[Shyam Hazari]

You guys robbing the fun by turning this in to a Unix VS Windows. Can we get
back to our discussion about "Old Farts" ?  :)

-Shyam

On Wed, Apr 9, 2008 at 9:33 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:

>  *Well I am in Windows all the time ;-)*
>
>  --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *
> [EMAIL PROTECTED]
> *Sent:* Wednesday, April 09, 2008 3:33 PM
> *To:* Martin, Jonathan
> *Cc:* VERITAS-BU@mailman.eng.auburn.edu;
> [EMAIL PROTECTED]
>
> *Subject:* Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
> sniff...bpgpisgone from 6.5
>
>
> You guys spend WAY to much time in cold, loud rooms with no windows! ;-)
>
>
>
>
>
>   *"Martin, Jonathan" <[EMAIL PROTECTED]>*
> Sent by: [EMAIL PROTECTED]
>
> 04/09/2008 09:39 AM
>To
>   cc
>   Subject
> Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
>  sniff...bpgpisgone from 6.5
>
>
>
>
> An old fart has spoken blasphemy against the master!  Microsoft disciples
> unite to protect the precious!  Those evil Unix Jedi won't get the better of
> us this time!  Counter their system stability and anti-trust legislation
> with systems that populate like rabbits and so much money we wipe our buts
> with it!  What?  Solaris doing to Intel processors?  Community based Linux
> support and learning?  Fire marketing campaigns alpha, beta and gamma!  Open
> engineering centers in China, India and Taiwan!!  Long live Bill Gates!
>
> -Jonathan
>
> --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Jeff Lightner*
> Sent:* Wednesday, April 09, 2008 9:14 AM*
> To:* Clem Kruger; Haskins, Steve; Ed Wilts*
> Cc:* [EMAIL PROTECTED]; Jim Horalek;
> [EMAIL PROTECTED]
> Subject:* Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
> sniff...bpgpisgone from 6.5
>
> Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis
> Ritchie is plain silly.  Bill didn't "create" anything – he saw an
> opportunity when IBM came knocking and bought QDOS to resell to IBM.   (We
> won't talk about the fact that QDOS was pretty much believed to be a knock
> off of CP/M).   After DOS became the main OS for IBM PC compatible systems
> he was able to force much of the rest of the world into dependence on his
> other products not by their technical superiority but by practices that got
> the DOJ in the U.S. to start an anti-trust action against him and the E.U.
> which has now judged it as monopolistic twice.
>
> By the way – I'm pretty sure it was us old farts that were joking about
> old farts.
>
> --
>
> *From:* Clem Kruger [mailto:[EMAIL PROTECTED] *
> Sent:* Wednesday, April 09, 2008 1:58 AM*
> To:* Haskins, Steve; Ed Wilts; Jeff Lightner*
> Cc:* [EMAIL PROTECTED]; Jim Horalek;
> [EMAIL PROTECTED]
> Subject:* RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
> isgone from 6.5
>
> Good day all y'all,
>
> Can someone please explain what am "old fart" is?
>
> There are only 3 certainties in life, death, taxes and change. The last
> two we can control but death started the day we were born.
> Those of you who used the term "Old Fart", just remember one day you will
> wake up and find yourself much older and then you too will be offended by
> being called an old fart!
> The changes we have seen through the 60's, 70's, 80's, 90's and now the 21
> st century has made us better people and most of all we (old farts) are
> disciplined. You needed to drop a try of cards once to understand
> discipline.
> Will you be remembered when you are gone? The old farts Bill Gates, Dennis
> Ritchie, Ken Thompson and many others will be. Do you know why? Because they
> were the pioneers, because all we had was a pair of pliers and some wire.
> We never had memory leaks because could not waste memory. Go and learn
> assembler and find out what a thrill it is to do so much with very little.
> I just hope that you are fit in mind and body when it is your turn to be
> called an "old fart" so that you can ask yourself "did I leave any foot
> prints others can follow"?
> I took offence, but now enjoy remembering the program sheets, the cards
> and ticker tape. The something we made from nothing. It is great to say we
> were part of the pioneers and just hope the pioneering spirit will continue.
> Enjoy your life and have some compassion.
>
> Regards,
>
> Clem.
>
> --
>
> *From:* [EMAIL PROTECTED] on behalf of Haskins,
> Steve*
> Sent:* Wed 2008/04/09 05:19 AM*
> To:* Ed Wilts; Jeff Lightner*
> Cc:* [EMAIL PROTECTED]; Jim Horalek;
> [EMAIL PROTECTED]
> Subject:* Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
> isgone from 6.5
> And programming on punch cards…Oh, what FUN!
>
> --
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Ed Wilts*
> Sent:* Tuesday, April 08, 2008 6:50 PM*
> To:* Jeff Lightner*
> Cc:* [EMAIL PROTECTED]; Jim Horalek;
> [EMAIL PROT

Re: [Veritas-bu] Instant message

[WEAVER, Simon (external)]

Would be interested in this... 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney,
David
Sent: Wednesday, April 09, 2008 3:49 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Instant message

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all
U.K. corporate disclosures, please refer to
www.bankofamerica.com/ukcompanies

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

[Clooney, David]

 As an immediate now world we live in.

What are the possibilities of having an instant message capability.

Personally, I know I would be able to contribute a hell of a more if
this was possible. As apposed to sending a mail when I need help.

What's everyone's thoughts, preferably over http due to the internal
networks we all reside in  when in the office.


Just a thought guys.

Dave



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.  For all U.K. corporate 
disclosures, please refer to www.bankofamerica.com/ukcompanies

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

Re: [Veritas-bu] Auburn vs. Netbackup forums-Was: sniff...bpgpisgone from 6.5

[WEAVER, Simon (external)]

Well I am in Windows all the time ;-)



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, April 09, 2008 3:33 PM
To: Martin, Jonathan
Cc: VERITAS-BU@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums-Was:
sniff...bpgpisgone from 6.5



You guys spend WAY to much time in cold, loud rooms with no windows! ;-)



  



"Martin, Jonathan" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/09/2008 09:39 AM 

To
 
cc
Subject
Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5






An old fart has spoken blasphemy against the master!  Microsoft
disciples unite to protect the precious!  Those evil Unix Jedi won't get
the better of us this time!  Counter their system stability and
anti-trust legislation with systems that populate like rabbits and so
much money we wipe our buts with it!  What?  Solaris doing to Intel
processors?  Community based Linux support and learning?  Fire marketing
campaigns alpha, beta and gamma!  Open engineering centers in China,
India and Taiwan!!  Long live Bill Gates!   
  
-Jonathan 




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5

Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis
Ritchie is plain silly.  Bill didn't "create" anything - he saw an
opportunity when IBM came knocking and bought QDOS to resell to IBM.
(We won't talk about the fact that QDOS was pretty much believed to be a
knock off of CP/M).   After DOS became the main OS for IBM PC compatible
systems he was able to force much of the rest of the world into
dependence on his other products not by their technical superiority but
by practices that got the DOJ in the U.S. to start an anti-trust action
against him and the E.U. which has now judged it as monopolistic twice.

  
By the way - I'm pretty sure it was us old farts that were joking about
old farts. 
  




From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5 
  
Good day all y'all, 
  
Can someone please explain what am "old fart" is? 
  
There are only 3 certainties in life, death, taxes and change. The last
two we can control but death started the day we were born. 
Those of you who used the term "Old Fart", just remember one day you
will wake up and find yourself much older and then you too will be
offended by being called an old fart! 
The changes we have seen through the 60's, 70's, 80's, 90's and now the
21st century has made us better people and most of all we (old farts)
are disciplined. You needed to drop a try of cards once to understand
discipline. 
Will you be remembered when you are gone? The old farts Bill Gates,
Dennis Ritchie, Ken Thompson and many others will be. Do you know why?
Because they were the pioneers, because all we had was a pair of pliers
and some wire. 
We never had memory leaks because could not waste memory. Go and learn
assembler and find out what a thrill it is to do so much with very
little. 
I just hope that you are fit in mind and body when it is your turn to be
called an "old fart" so that you can ask yourself "did I leave any foot
prints others can follow"? 
I took offence, but now enjoy remembering the program sheets, the cards
and ticker tape. The something we made from nothing. It is great to say
we were part of the pioneers and just hope the pioneering spirit will
continue. 
Enjoy your life and have some compassion. 
  
Regards, 
  
Clem. 
  




From: [EMAIL PROTECTED] on behalf of Haskins,
Steve
Sent: Wed 2008/04/09 05:19 AM
To: Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5 
And programming on punch cards...Oh, what FUN! 
  




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 08, 2008 6:50 PM
To: Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp
is gone from 6.5 
  
On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]
 > wrote: 

We now prefer to be called Chronologically Mature Methane Producers or
ChMMPs (NOT to be pronounced as Chimps so as not offend the
Evolutinarilly Challenged...) 
An old

Re: [Veritas-bu] Clarification About Open File Backups

[WEAVER, Simon (external)]

Randy
 
Im 95% sure you will find that for typical installs for Windows, it will
use VSP :-)
 
NBU host Properties / Master / Servername / Clients / add the client
name and check open backup file tabs. will probably see its using VSP by
default.
 
Simon



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Wednesday, April 09, 2008 3:16 PM
To: Rosenkoetter, Gabriel; Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups



I apologize for saying "VSP", let's pretend I didn't.  What's the
quickest/easiest way to determine if a backup used VSS or not on a
Windows server?

 

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 9:10 AM
To: Ed Wilts; Randy Samora
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

Ed, you seem to be asserting that a client with vsp.sys present will use
it, despite configuration to the contrary done in the client DB on the
master.

 

I think that's incorrect.

 

Is that actually what you meant to say?

 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]>
wrote:

I want to verify that I don't have to anything at the Windows OS level
to allow NetBackup to use VSS on that client so I'm going to change the
settings on one client and leave them as is on another.  What's the
easiest way to verify that they are both still using VSP?

If VSP.SYS exists in system32\drivers (I think - double-check that
location), then VSP gets used.  Uninstall the client, reboot, and
re-install the client without VSP using a custom install.

 

Be aware that in some rare cases, the system may not come up after VSP
is uninstalled.  Some people have seen this multiple times (lucky me)
and some people have never seen it.

 

   .../Ed
-- 
Ed Wilts, Mounds View, MN, USA
mailto:[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] Auburn vs. Netbackup forums- Was: sniff...bpgpisgone from 6.5

[Norman_Ellis]

You guys spend WAY to much time in cold, loud rooms with no windows! ;-)






"Martin, Jonathan" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
04/09/2008 09:39 AM

To

cc

Subject
Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:  sniff...bpgpisgone 
from 6.5






An old fart has spoken blasphemy against the master!  Microsoft disciples 
unite to protect the precious!  Those evil Unix Jedi won't get the better 
of us this time!  Counter their system stability and anti-trust 
legislation with systems that populate like rabbits and so much money we 
wipe our buts with it!  What?  Solaris doing to Intel processors? 
Community based Linux support and learning?  Fire marketing campaigns 
alpha, beta and gamma!  Open engineering centers in China, India and 
Taiwan!!  Long live Bill Gates! 
 
-Jonathan

From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff 
Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: 
sniff...bpgpisgone from 6.5

Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis 
Ritchie is plain silly.  Bill didn?t ?create? anything ? he saw an 
opportunity when IBM came knocking and bought QDOS to resell to IBM.   (We 
won?t talk about the fact that QDOS was pretty much believed to be a knock 
off of CP/M).   After DOS became the main OS for IBM PC compatible systems 
he was able to force much of the rest of the world into dependence on his 
other products not by their technical superiority but by practices that 
got the DOJ in the U.S. to start an anti-trust action against him and the 
E.U. which has now judged it as monopolistic twice. 
 
By the way ? I?m pretty sure it was us old farts that were joking about 
old farts.
 

From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp 
isgone from 6.5
 
Good day all y'all,
 
Can someone please explain what am "old fart" is?
 
There are only 3 certainties in life, death, taxes and change. The last 
two we can control but death started the day we were born.
Those of you who used the term "Old Fart", just remember one day you will 
wake up and find yourself much older and then you too will be offended by 
being called an old fart!
The changes we have seen through the 60?s, 70?s, 80?s, 90?s and now the 21
st century has made us better people and most of all we (old farts) are 
disciplined. You needed to drop a try of cards once to understand 
discipline.
Will you be remembered when you are gone? The old farts Bill Gates, Dennis 
Ritchie, Ken Thompson and many others will be. Do you know why? Because 
they were the pioneers, because all we had was a pair of pliers and some 
wire.
We never had memory leaks because could not waste memory. Go and learn 
assembler and find out what a thrill it is to do so much with very little.
I just hope that you are fit in mind and body when it is your turn to be 
called an ?old fart? so that you can ask yourself ?did I leave any foot 
prints others can follow??
I took offence, but now enjoy remembering the program sheets, the cards 
and ticker tape. The something we made from nothing. It is great to say we 
were part of the pioneers and just hope the pioneering spirit will 
continue.
Enjoy your life and have some compassion.
 
Regards,
 
Clem.
 

From: [EMAIL PROTECTED] on behalf of Haskins, 
Steve
Sent: Wed 2008/04/09 05:19 AM
To: Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp 
isgone from 6.5
And programming on punch cards?Oh, what FUN!
 

From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 08, 2008 6:50 PM
To: Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp is 
gone from 6.5
 
On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]> wrote:
We now prefer to be called Chronologically Mature Methane Producers or 
ChMMPs (NOT to be pronounced as Chimps so as not offend the Evolutinarilly 
Challenged?)
An old fart like me can't remember a name *that* long.  I can remember 
paper tape though...
 
   .../Ed (hiding out at SNW in the state that defines old)

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 
This email and any attached files are confidential and intended solely for 
the intended recipient(s). If you are not the named recipient you should 
not read, distribute, copy or alter this email. Any views or opinions 
expressed in this email are those of the author and do not represent those 
of the company. Warning

[Veritas-bu] User Archiving Issue

[Jackson, Todd]

Hello Everyone
 
I have an issue that I created a User Archive Policy for a system 
that accumulates huge logs to clear up space several times a day for
that group when they need to run the job.
 
In my Backup selection I have created /tmp/test for testing purposes.
The job works fin but then I tested on a directory not specified in the
backup 
selection such as /tmp/good_data and the Archive still completed.
 
Any idea why it didn't fail when the backup selection didn't match the
policy?
Any advice is appreciated.
 
Thanks
Jackson 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Clarification About Open File Backups

[Randy Samora]

I apologize for saying "VSP", let's pretend I didn't.  What's the
quickest/easiest way to determine if a backup used VSS or not on a
Windows server?

 

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 9:10 AM
To: Ed Wilts; Randy Samora
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

Ed, you seem to be asserting that a client with vsp.sys present will use
it, despite configuration to the contrary done in the client DB on the
master.

 

I think that's incorrect.

 

Is that actually what you meant to say?

 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]>
wrote:

I want to verify that I don't have to anything at the Windows OS level
to allow NetBackup to use VSS on that client so I'm going to change the
settings on one client and leave them as is on another.  What's the
easiest way to verify that they are both still using VSP?

If VSP.SYS exists in system32\drivers (I think - double-check that
location), then VSP gets used.  Uninstall the client, reboot, and
re-install the client without VSP using a custom install.

 

Be aware that in some rare cases, the system may not come up after VSP
is uninstalled.  Some people have seen this multiple times (lucky me)
and some people have never seen it.

 

   .../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] Clarification About Open File Backups

[Rosenkoetter, Gabriel]

Ed, you seem to be asserting that a client with vsp.sys present will use
it, despite configuration to the contrary done in the client DB on the
master.
 
I think that's incorrect.
 
Is that actually what you meant to say?
 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:59 PM
To: Randy Samora
Cc: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups


On Tue, Apr 8, 2008 at 9:53 PM, Randy Samora <[EMAIL PROTECTED]>
wrote:


I want to verify that I don't have to anything at the Windows OS
level to allow NetBackup to use VSS on that client so I'm going to
change the settings on one client and leave them as is on another.
What's the easiest way to verify that they are both still using VSP?

If VSP.SYS exists in system32\drivers (I think - double-check that
location), then VSP gets used.  Uninstall the client, reboot, and
re-install the client without VSP using a custom install.
 
Be aware that in some rare cases, the system may not come up after VSP
is uninstalled.  Some people have seen this multiple times (lucky me)
and some people have never seen it.
 
   .../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] Clarification About Open File Backups

[Rosenkoetter, Gabriel]

The last time I checked, that'd be the bpfis log on the client side.
 
Maybe the bpbrm log on the media server.
 
(It's been a while, though, and various other logging pieces definitely
changed with 6.x, so you may need to dig into the Unified Logging horror
show.)
 

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

  _  

From: Randy Samora [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 9:56 PM
To: Randy Samora; Rosenkoetter, Gabriel;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups



I meant VSS, not VSP.

 

From: Randy Samora 
Sent: Tuesday, April 08, 2008 8:53 PM
To: Randy Samora; Rosenkoetter, Gabriel;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

I want to verify that I don't have to anything at the Windows OS level
to allow NetBackup to use VSS on that client so I'm going to change the
settings on one client and leave them as is on another.  What's the
easiest way to verify that they are both still using VSP?

 

Thanks,

Randy

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Tuesday, April 08, 2008 3:22 PM
To: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Clarification About Open File Backups

 

We're hiring, are you interested J Just kidding but thank you for the
response. Over 700 Windows clients. I'm not about to admit how many of
them I have done this to.

 

Thanks again,

Randy

 

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 3:19 PM
To: Randy Samora; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

Wow.

 

No, I've never once done that.

 

It was my understanding, working strictly from Symantec/Veritas
documentation, that NetBackup went and created its own snapshots as
configured in the client DB section on the master for WOFB purposes and
didn't need any client-side preparation.

 

It sounds like what you're doing is configuring (well, "unconfiguring"),
on each of your servers, a scheduled snapshot which can be accessed from
that server should a file be removed or modified. That's all well and
good, and that is a nice feature (present in most modern volume
managers; MS is a bit behind the times on including it), but it's got
nothing to do with NetBackup. NetBackup doesn't care about whatever VSS
snapshots you've already got scheduled for yourself on the host, it
creates its own in order to perform WOFBackups by speaking through an
API to the same Service that you're getting to with Windows Explorer.

 

There's nothing wrong with what you're doing, but it's not necessary
(unless I'm grossly mistaken) to make NetBackup's WOFB functionality Go.
NBU will go turn the service on when it needs it for the backup and then
back off again when it's done. I'm pretty sure you can just strike that
step of your process off the list entirely.

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 

 

 

  _  

From: Randy Samora [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 4:11 PM
To: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

Thank you, thank you, thank you, that is a lot of very useful insight
and I'm glad I finally asked. 

 

One more question for clarification. In reference to "I guess I'm not
sure what you mean by "enable VSS on all volumes of the client". If that
statement isn't obvious, then I'm already beginning to panic thinking
I've done something wrong. I've been buried up to my eyeballs in
NetBackup for so long that my basic Windows skills are just about
obsolete.  But what I was referring to is for each client on which I
want to use VSS, I go into Windows Explorer, right click on a volume (Y:
drive for example) and I Enable VSS and then configure the schedule for
the shadow copy. In my case, I delete the two default schedules and I
create a "Once" schedule for five years down the road.  By that time the
hardware will have been replaced so I don't have to worry about VSS
copies eating up disk space unnecessarily.  The only copies being made
are during the backups; or so I assume. Is this not correct?  I thought
that by default, VSS was not enabled on a Win2k3 server and had to be
manually enabled and then configured for size, schedule and location of
the file.  I tried to ask a Symantec Engineer once during an open ticket
for something else but he told me to ask Microsoft.

 

Is there a better way?

 

Thanks

randy

 

-Original Message-
From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 2:48 PM
To: Randy Samora; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Clarification About Open File Backups

 

The following 

Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgpisgone from 6.5

[Martin, Jonathan]

An old fart has spoken blasphemy against the master!  Microsoft
disciples unite to protect the precious!  Those evil Unix Jedi won't get
the better of us this time!  Counter their system stability and
anti-trust legislation with systems that populate like rabbits and so
much money we wipe our buts with it!  What?  Solaris doing to Intel
processors?  Community based Linux support and learning?  Fire marketing
campaigns alpha, beta and gamma!  Open engineering centers in China,
India and Taiwan!!  Long live Bill Gates!  
 
-Jonathan



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Wednesday, April 09, 2008 9:14 AM
To: Clem Kruger; Haskins, Steve; Ed Wilts
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was:
sniff...bpgpisgone from 6.5



Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis
Ritchie is plain silly.  Bill didn't "create" anything - he saw an
opportunity when IBM came knocking and bought QDOS to resell to IBM.
(We won't talk about the fact that QDOS was pretty much believed to be a
knock off of CP/M).   After DOS became the main OS for IBM PC compatible
systems he was able to force much of the rest of the world into
dependence on his other products not by their technical superiority but
by practices that got the DOJ in the U.S. to start an anti-trust action
against him and the E.U. which has now judged it as monopolistic twice.


 

By the way - I'm pretty sure it was us old farts that were joking about
old farts.

 



From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

 

Good day all y'all,

 

Can someone please explain what am "old fart" is?

 

There are only 3 certainties in life, death, taxes and change. The last
two we can control but death started the day we were born.

Those of you who used the term "Old Fart", just remember one day you
will wake up and find yourself much older and then you too will be
offended by being called an old fart!

The changes we have seen through the 60's, 70's, 80's, 90's and now the
21st century has made us better people and most of all we (old farts)
are disciplined. You needed to drop a try of cards once to understand
discipline.

Will you be remembered when you are gone? The old farts Bill Gates,
Dennis Ritchie, Ken Thompson and many others will be. Do you know why?
Because they were the pioneers, because all we had was a pair of pliers
and some wire.

We never had memory leaks because could not waste memory. Go and learn
assembler and find out what a thrill it is to do so much with very
little.

I just hope that you are fit in mind and body when it is your turn to be
called an "old fart" so that you can ask yourself "did I leave any foot
prints others can follow"?

I took offence, but now enjoy remembering the program sheets, the cards
and ticker tape. The something we made from nothing. It is great to say
we were part of the pioneers and just hope the pioneering spirit will
continue.

Enjoy your life and have some compassion.

 

Regards,

 

Clem.

 



From: [EMAIL PROTECTED] on behalf of Haskins,
Steve
Sent: Wed 2008/04/09 05:19 AM
To: Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

And programming on punch cards...Oh, what FUN!

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 08, 2008 6:50 PM
To: Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp
is gone from 6.5

 

On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]>
wrote:

We now prefer to be called Chronologically Mature Methane Producers or
ChMMPs (NOT to be pronounced as Chimps so as not offend the
Evolutinarilly Challenged...)

An old fart like me can't remember a name *that* long.  I can remember
paper tape though...

 

   .../Ed (hiding out at SNW in the state that defines old)


-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 

This email and any attached files are confidential and intended solely
for the intended recipient(s). If you are not the named recipient you
should not read, distribute, copy or alter this email. Any views or
opinions expressed in this email are those of the author and do not
represent those of the company. Warning: Although precautions have been
taken to make sure no viruses are present in this email, the company
cannot accept responsibility for any loss or dama

Re: [Veritas-bu] Migrate catalog from HP-UX to Win 2003

[Ed Wilts]

There is no supported way of doing this.  It can be done, but doing this
cross-platform migration is not for the faint of heart due to all the fun
line termination issues between HPUX and Windows.  Your safest bet is to pay
for Symantec professional services.

  .../Ed

On Wed, Apr 9, 2008 at 7:51 AM, WALLEBROEK Bart <[EMAIL PROTECTED]>
wrote:

>  Is there any way to migrate the catalog from an HP-UX master server to a
> Windows 2003 server (5.1 MP6) ?
>
>
>
-- 
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] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5

[Jeff Lightner]

Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis
Ritchie is plain silly.  Bill didn't "create" anything - he saw an
opportunity when IBM came knocking and bought QDOS to resell to IBM.
(We won't talk about the fact that QDOS was pretty much believed to be a
knock off of CP/M).   After DOS became the main OS for IBM PC compatible
systems he was able to force much of the rest of the world into
dependence on his other products not by their technical superiority but
by practices that got the DOJ in the U.S. to start an anti-trust action
against him and the E.U. which has now judged it as monopolistic twice.


 

By the way - I'm pretty sure it was us old farts that were joking about
old farts.

 



From: Clem Kruger [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 09, 2008 1:58 AM
To: Haskins, Steve; Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

 

Good day all y'all,

 

Can someone please explain what am "old fart" is?

 

There are only 3 certainties in life, death, taxes and change. The last
two we can control but death started the day we were born.

Those of you who used the term "Old Fart", just remember one day you
will wake up and find yourself much older and then you too will be
offended by being called an old fart!

The changes we have seen through the 60's, 70's, 80's, 90's and now the
21st century has made us better people and most of all we (old farts)
are disciplined. You needed to drop a try of cards once to understand
discipline.

Will you be remembered when you are gone? The old farts Bill Gates,
Dennis Ritchie, Ken Thompson and many others will be. Do you know why?
Because they were the pioneers, because all we had was a pair of pliers
and some wire.

We never had memory leaks because could not waste memory. Go and learn
assembler and find out what a thrill it is to do so much with very
little.

I just hope that you are fit in mind and body when it is your turn to be
called an "old fart" so that you can ask yourself "did I leave any foot
prints others can follow"?

I took offence, but now enjoy remembering the program sheets, the cards
and ticker tape. The something we made from nothing. It is great to say
we were part of the pioneers and just hope the pioneering spirit will
continue.

Enjoy your life and have some compassion.

 

Regards,

 

Clem.

 



From: [EMAIL PROTECTED] on behalf of Haskins,
Steve
Sent: Wed 2008/04/09 05:19 AM
To: Ed Wilts; Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp
isgone from 6.5

And programming on punch cards...Oh, what FUN!

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Tuesday, April 08, 2008 6:50 PM
To: Jeff Lightner
Cc: [EMAIL PROTECTED]; Jim Horalek;
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp
is gone from 6.5

 

On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]>
wrote:

We now prefer to be called Chronologically Mature Methane Producers or
ChMMPs (NOT to be pronounced as Chimps so as not offend the
Evolutinarilly Challenged...)

An old fart like me can't remember a name *that* long.  I can remember
paper tape though...

 

   .../Ed (hiding out at SNW in the state that defines old)


-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED] 

This email and any attached files are confidential and intended solely
for the intended recipient(s). If you are not the named recipient you
should not read, distribute, copy or alter this email. Any views or
opinions expressed in this email are those of the author and do not
represent those of the company. Warning: Although precautions have been
taken to make sure no viruses are present in this email, the company
cannot accept responsibility for any loss or damage that arise from the
use of this email or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Measuring redundant backup data

[Jeff Lightner]

"unnecessary copies" made me remember to say its important to plan on
restore time as well as backup time.   

 

While it may be "redundant" to have all your files on every backup it
sure saves a lot of time when you only have to restore the LAST backup.

 

That is to say that theoretically you could eliminate all sorts of
redundancy by simply doing a full backup when you first install then do
CumulativeIncrementals from that day forward.   2 years later when you
finally crashed you could restore the original full and all the
intervening CumulativeIncrementals to get back to where you were but
you'd likely have gotten there just as fast by reinstalling and rekeying
all the missing data.

 

Most people strike the balance by doing Fulls once a week and either
Incrementals or CumulativeIncrementals the rests of the week.  Sometimes
the size and type of data being backed up makes a difference as well.
For example we do daily backups (using BCV copies) of our 2+ TB
Production Database.

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Michaels, Keith R
Sent: Tuesday, April 08, 2008 11:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Measuring redundant backup data

 

It should be possible to go through the catalog and determine how much
redundancy is present based on the schedules and retentions. For example
if the schedule calls for monthly fulls and the same file appears in 12
consecutive full backups (without appearing in any intervening
incremental) then that's 10 unnecessary copies, assuming 2 are needed
for adequate protection.  I know there's additional duplication if the
same file exists on two clients but that's harder to measure without
comparing the data.  I'm just interested in measuring the unnecessary
copies that were created as a result of multiple backups of the same
data.

 

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 7:05 PM
To: Jeff Lightner
Cc: Michaels, Keith R; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Measuring redundant backup data

On Tue, Apr 8, 2008 at 5:57 PM, Jeff Lightner <[EMAIL PROTECTED]>
wrote:

I don't know a way to measure how much is "redundant" easily.  Maybe the
much vaunted Aptare would have that - I'll wait for their fan club to
comment on that.  :-)

 

Not a chance - Aptare just gets job status and doesn't ever see the
backup data.

 

So far it appears to us the deduplication devices are living up
to or
exceeding expectations.

 

That's purely site specific.  With PureDisk backing up our remote sites,
I think we're under 5:1 but we're still building up the generation
count.  When we pointed some of larger main campus data at it, it wasn't
even that high - nowhere near high enough to justify the cost.


Some vendors will let you eval you a unit - that's the only way to know
how well you're going to dedupe because it is so client specific.  If
you have a ton of application servers with mostly OS and little
application, you're going to de-dupe extremely well.  If you have 1 file
server full of TIFF data that never stays around very long, you won't
de-dupe well at all.

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Measuring redundant backup data

[Jeff Lightner]

Maybe not just site specific but vendor specific?  

 

We're using Data Domain rather than PureDisk.  My comments about how
much is being deduped was based both on our experience and those posted
by others on this list when I'd asked the question before we bought the
DD units.

 

Also I saw rather good presentation on data deduplication at the Atlanta
Unix Users Group meeting last month from the EMC folks.  They pointed
out that one has to really understand a lot of what is meant by
deduplication (i.e. which methodology it uses).  The Data Domain stuff
uses block level deduplication.  

 

There was another vendor that saw discussion about Data Domain here
before we got it and sent me some literature - my read of that suggested
I'd have to buy storage equal to the existing arrays so it didn't seem
like much of a savings to me.

 



From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 08, 2008 10:05 PM
To: Jeff Lightner
Cc: Michaels, Keith R; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Measuring redundant backup data

 

On Tue, Apr 8, 2008 at 5:57 PM, Jeff Lightner <[EMAIL PROTECTED]>
wrote:

I don't know a way to measure how much is "redundant" easily.  Maybe the
much vaunted Aptare would have that - I'll wait for their fan club to
comment on that.  :-)

 

Not a chance - Aptare just gets job status and doesn't ever see the
backup data.

 

So far it appears to us the deduplication devices are living up
to or
exceeding expectations.

 

That's purely site specific.  With PureDisk backing up our remote sites,
I think we're under 5:1 but we're still building up the generation
count.  When we pointed some of larger main campus data at it, it wasn't
even that high - nowhere near high enough to justify the cost.


Some vendors will let you eval you a unit - that's the only way to know
how well you're going to dedupe because it is so client specific.  If
you have a ton of application servers with mostly OS and little
application, you're going to de-dupe extremely well.  If you have 1 file
server full of TIFF data that never stays around very long, you won't
de-dupe well at all.

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] exchange 2003 public folder alternate restore

[WEAVER, Simon (external)]

Jerald
They are correct. RSG supports "Mailbox" stores, never intended for
Public Folder Stores.
If the backups were carried out while Exchange was "online" using the
agent, then you cannot restore the files themselves.
 
The only way you could have done this, is when the Public folder store
was dismounted, allowing you to backup the single files themselves. but
this would mean public folders would be inaccessible to users while the
store is down.
 
You can restore to an alternative server, but this assumes its running
Microsft Exchange 2003 as well. 
 
Could you not restore to the same server, then when the restore
completes, shutdown the public folder store, which will give them (the
people making this request) access to the flat files?
 
Simon



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Iverson,
Jerald
Sent: Tuesday, April 08, 2008 5:36 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] exchange 2003 public folder alternate restore


environment: netbackup 6.0mp4, redhat linux master/media,  exchange 2003
client
 
my exchange admins need to restore the public folder (.edb?) file to an
alternate machine without bringing up exchange.  the netbackup gui only
drills down to the storage group, and not the individual files.  i
believe  that it used to show the files in exchange 2000, where you
could see the priv and pub files, etc to choose what to restore.  i
think exchange 2003 hides this so that an exchange admin can easily
restore to a "recovery storage group" for a normal exchange database.  i
don't deal with exchange, but our exchange admins say that public
folders cannot be restored to an "rsg", and also cannot be restored to
an alternate machine.  if they can get the files restored as a flat file
to another machine, they have tools that can extract the data they need.
has anyone out there had to do this?  can you let me know what
procedures you did to accomplish this?
 
here is the structure that i see from the gui "dump"ed from the
netbackup catalog information:
 
/Microsoft Information Store/  16832 root root 0 1207265411 1207265411
1207265411
/Microsoft Information Store/XPF02_SG1/  16832 root root 0 1207265411
1207265411 1207265411
/Microsoft Information Store/XPF02_SG1/Public Folder Store (XPF02)
33216 root root 2106544426 1207265411 1207265411 1207265411
/Microsoft Information Store/XPF02_SG1/USHOUXPF02_SG1_MS1  33216 root
root 1481789730 1207292814 1207292814 1207292814
/Microsoft Information Store/XPF02_SG1/Log files_1207265400  33216 root
root 104858800 1207292886 1207292886 1207292886

the fields are: path, permissions?, owner, group, size, modified,
changed, access times.
 
thanks in advance,
jerald
 
 

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.



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] Migrate catalog from HP-UX to Win 2003

[WEAVER, Simon (external)]

Dont think there is an easy way (due to path structures on each OS where
the images resides for example).
 
Unless Symantec Consultancy can do something.
Pleased to hear you are going to Win2k3 though :-))
 
Simon
 
 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
WALLEBROEK Bart
Sent: Wednesday, April 09, 2008 12:51 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Migrate catalog from HP-UX to Win 2003


Is there any way to migrate the catalog from an HP-UX master server to a
Windows 2003 server (5.1 MP6) ?
 
Best Regards,
Bart Wallebroek


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] Migrate catalog from HP-UX to Win 2003

[WALLEBROEK Bart]

Title: Veritas-bu Digest, Vol 24, Issue 20



Is there any way to migrate the catalog from an HP-UX master server to a Windows 2003 server (5.1 MP6) ?
 
Best Regards,
Bart Wallebroek
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Cunfused

[Clem Kruger]

Good day all,

I am confused! Where does the catalog live when you are running NetBackup 6.5?

Do we still have some information living on the media servers or is all the 
data now kept in/on the EMM Server?

 

Kind Regards,

Clem Kruger

 

P Please do not print this email unless it is absolutely necessary. Spread 
environmental awareness.




This email and any attached files are confidential and intended solely for the 
intended recipient(s). If you are not the named recipient you should not read, 
distribute, copy or alter this email. Any views or opinions expressed in this 
email are those of the author and do not represent those of the  company. 
Warning: Although precautions have been taken to make sure no viruses are 
present in this email, the company cannot accept responsibility for any loss or 
damage that arise from the use of this email or attachments.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Copying Policies to new Master

[WEAVER, Simon (external)]

True, and you can do this between masters (provided you have permissions to 
each master server).
 
Certainly works for Windows
 
Simon



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pedro Moranga 
Gonçalves
Sent: Tuesday, April 08, 2008 5:39 PM
To: Jackson, Todd; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Copying Policies to new Master


In the windows interface, you can Copy and Paste the policies. When pasting, 
select the "Policies" Item, if you select any policy, you will overwrite it.
 
 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jackson, Todd
Sent: terça-feira, 8 de abril de 2008 11:09
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Copying Policies to new Master


Guys,
 
Can anyone tell me how I can copy the Policies over to a new Master?
I don't need to bring in the catalog ... I just want the same policies and 
attributes, schedules etc.
Using Windows for bother Masters .. how can I do this?
 
thanks
Jackson
 
 

AVISO: A informação contida neste e­mail, bem como em qualquer de seus anexos, 
é CONFIDENCIAL e destinada ao uso exclusivo do(s) destinatário(s) acima 
referido(s), podendo conter informações sigilosas e/ou legalmente protegidas. 
Caso você não seja o destinatário desta mensagem, informamos que qualquer 
divulgação, distribuição ou cópia deste e­mail e/ou de qualquer de seus anexos 
é absolutamente proibida. Solicitamos que o remetente seja comunicado 
imediatamente, respondendo esta mensagem, e que o original desta mensagem e de 
seus anexos, bem como toda e qualquer cópia e/ou impressão realizada a partir 
destes, sejam permanentemente apagados e/ou destruídos. Informações adicionais 
sobre nossa empresa podem ser obtidas no site http://sobre.uol.com.br 
 . 

NOTICE: The information contained in this e­mail and any attachments thereto is 
CONFIDENTIAL and is intended only for use by the recipient named herein and may 
contain legally privileged and/or secret information. If you are not the 
e­mail's intended recipient, you are hereby notified that any dissemination, 
distribution or copy of this e­mail, and/or any attachments thereto, is 
strictly prohibited. Please immediately notify the sender replying to the above 
mentioned e­mail address, and permanently delete and/or destroy the original 
and any copy of this e­mail and/or its attachments, as well as any printout 
thereof. Additional information about our company may be obtained through the 
site http://www.uol.com.br/ir  . 



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] Mailing list replies before questions?

[WEAVER, Simon (external)]

I see it happen on several mailing lists, not just this one



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Tuesday, April 08, 2008 5:34 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Mailing list replies before questions?



Is it my imagination or is this problem getting worse?

In the past on occasion I would receive the email reply to a question
before receiving the email to the question.

Now it seems to have become the norm for this list.   Is there a reason
why this is occurring?

--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or
confidential information and is for the sole use of the intended
recipient(s). If you are not the intended recipient, any disclosure,
copying, distribution, or use of the contents of this information is
prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you
have received the message in error, and delete it. Thank you.
--



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