Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

[Rosenkoetter, Gabriel]

Actually, as I was looking over some stale-but-still-open cases I have with 
Symantec earlier today, I realized that my snark may be misplaced.

There are certain places where NBU will insist on using the shortname for a 
master or media server, because that's how it's stored in EMM, even if a given 
host lists the master and media servers in its local configuration by FQDN. The 
circumstance that I've run into is when trying to perform backups of Active 
Directory servers with the "granular recovery" option enabled: the majority of 
System State was simply not backed up, the cause for which came down to the 
client retrieving the name of the master server to which to send the granular 
data through EMM (rather than its own config) and then being unable to contact 
that master server because it cannot resolve the FQDN of the master server 
that, from AD's point of view, lives in a different "domain" and, for reasons 
I'll never fully understand, AD has naming and security policy intertwined in 
such a way that it breaks things to have a given domain controller appear in a 
domain controlled by some other DC. So then no data got sent without enabling 
the client side to resolve short names into the "outside" domain in some way.

(And, of course, I was kidding anyway, Rusty. Just so that part's clear. :^>)

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Rosenkoetter, Gabriel
Sent: Wednesday, September 23, 2009 12:58 PM
To: 'rusty.ma...@sungard.com'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

... or you could fix your broken DNS. ;^>

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)


I just completed another upgrade from 5.1 to 6.5 and ran into another issue 
with getting the Java GUI Console to operate. I ended up adding the FQDN as an 
alias to the shortname in my hosts file and the problem went away. I would also 
recommend this as a first step for any issues you have with the Java GUI, such 
as some panels not working, blank screens after logging in, etc.

Just wanted to put this out there in case someone else had issues as it sure is 
frustrating to complete an upgrade successfully, only to have problems with the 
Java Console.

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

[Rosenkoetter, Gabriel]

... or you could fix your broken DNS. ;^>

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)


I just completed another upgrade from 5.1 to 6.5 and ran into another issue 
with getting the Java GUI Console to operate. I ended up adding the FQDN as an 
alias to the shortname in my hosts file and the problem went away. I would also 
recommend this as a first step for any issues you have with the Java GUI, such 
as some panels not working, blank screens after logging in, etc.

Just wanted to put this out there in case someone else had issues as it sure is 
frustrating to complete an upgrade successfully, only to have problems with the 
Java Console.

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Is the parent/child job relationship indicated anywhere in bpdbjobs -all_columns?

[Rosenkoetter, Gabriel]

Never mind, got it. It's way down towards the end (it's variable) in the 
-all_columns output, field 34 in the -most_columns output.

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-----
From: Rosenkoetter, Gabriel 
Sent: Thursday, August 27, 2009 2:00 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Is the parent/child job relationship indicated anywhere in bpdbjobs 
-all_columns?

I sure can't find it, but surely this information is stored somewhere...?

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

[Veritas-bu] Is the parent/child job relationship indicated anywhere in bpdbjobs -all_columns?

[Rosenkoetter, Gabriel]

I sure can't find it, but surely this information is stored somewhere...?

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

[Rosenkoetter, Gabriel]

I've been running 6.5.4 (via the FA program) in production for a week and a 
half now without issues and in a testing environment for about a month before 
that (through some beta versions). Your environments may have corner cases that 
mine lack, but there don't appear to be any glaring issues in basic 
functionality (including restores).

I've had some problems with AD granular restores (more specifically, with 6.5.4 
domain controllers actually sending the System State:\ target), but Symantec 
has been unable to independently reproduce them, so I wouldn't let that 
frighten anyone.

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: sql_noob [mailto:netbackup-fo...@backupcentral.com] 
Sent: Thursday, June 18, 2009 10:51 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] NBU 6.5.4 appearing on FTP site


anyone brave enough to install it yet? i know it's a service pack but i'm 
always getting emails from Symantec about how your backups are gone if you do 
so and so

+--
|This was sent by alent1...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--




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

Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

[Rosenkoetter, Gabriel]

But that's not new, you've needed to have CLT, JAV, and BMR (if installed) 
available when updating Unix servers for a long time now. It's a feature, not a 
bug: less to type.

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Spearman, David [mailto:sp...@co.henrico.va.us]
Sent: Tuesday, June 16, 2009 1:40 PM
To: 'Cornely, David'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

One of the more interesting things is when I went to load up 6.5.4 linux client 
update it immediately told me I had to have the nb_jav_654 update available 
also. Annoying. Once it’s there all you have to do is the client update and it 
automagically sucks in the java update.

David Spearman
County of Henrico

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Cornely, David
Sent: Tuesday, June 16, 2009 1:34 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

Nice, 64-bit Java console for Windows here we come.

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rosenkoetter, 
Gabriel
Sent: Tuesday, June 16, 2009 10:29
To: WEAVER, Simon (external); Ed Wilts; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

Well, the post-FA surey email came out today, so it'd stand to reason they're 
rolling to GA...

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net]
Sent: Tuesday, June 16, 2009 7:13 AM
To: Ed Wilts; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

Ed
So far, nowt on the Symantec site saying its there

Simon


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Monday, June 15, 2009 8:47 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 6.5.4 appearing on FTP site
It's popping up...

Logged in to ftp.support.veritas.com<http://ftp.support.veritas.com>.
Current remote directory is /pub/support/products/NetBackup_Enterprise_Server.
ncftp ...ckup_Enterprise_Server > ls -ltr *6.5.4*
-rw-r--r--  1 30024  30024 12798596   Apr 21 13:59   
6.5.4.1_nbccr_319461.zip
-rw-r--r--  1 30024  30024 11791214   Apr 28 14:45   6.5.4.1_nbcc_319395.zip
-rw-r--r--  1 30024  30024211869696   Jun 15 07:03   
NB_6.5.4.alpha_5_326368.tar
-rw-r--r--  1 30024  30024253613056   Jun 15 07:37   
NB_6.5.4.hp_ux_326369.tar
-rw-r--r--  1 30024  30024404925440   Jun 15 08:21   
NB_6.5.4.hpia64_326370.tar
-rw-r--r--  1 30024  30024123961344   Jun 15 08:41   
NB_6.5.4.linux_326371.tar
-rw-r--r--  1 30024  30024136454144   Jun 15 08:57   
NB_6.5.4.linuxR_ia64_326372.tar
-rw-r--r--  1 30024  30024113578496   Jun 15 09:11   
NB_6.5.4.linuxR_x86_326374.tar
-rw-r--r--  1 30024  30024126826496   Jun 15 09:25   
NB_6.5.4.linuxS_ia64_326375.tar
-rw-r--r--  1 30024  30024107639296   Jun 15 09:38   
NB_6.5.4.linuxS_x86_326376.tar
-rw-r--r--  1 30024  30024538456576   Jun 15 10:30   
NB_6.5.4.rs6000_326379.tar
-rw-r--r--  1 30024  30024132346368   Jun 15 11:11   
NB_6.5.4.solaris_326381.tar
-rw-r--r--  1 30024  30024131038208   Jun 15 11:31   
NB_6.5.4.solaris_x86_326382.tar
-rw-r--r--  1 30024  30024235464192   Jun 15 11:59   
NB_6.5.4.winnt.IA64_326383.exe
-rw-r--r--  1 30024  30024199543808   Jun 15 12:23   
NB_6.5.4.winnt.x64_326384.exe
-rw-r--r--  1 30024  30024208142336   Jun 15 12:46   
NB_6.5.4.winnt.x86_326385.exe

I expect that there are still quite a few packages to go so be patient a little 
longer...
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org<mailto:ewi...@ewilts.org>

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.

-o-

Astrium Limited, Registered in England and Wales No. 2449259

Registered Office:

Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England


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

Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

[Rosenkoetter, Gabriel]

Well, the post-FA surey email came out today, so it'd stand to reason they're 
rolling to GA...

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net]
Sent: Tuesday, June 16, 2009 7:13 AM
To: Ed Wilts; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.4 appearing on FTP site

Ed
So far, nowt on the Symantec site saying its there

Simon


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Monday, June 15, 2009 8:47 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 6.5.4 appearing on FTP site
It's popping up...

Logged in to ftp.support.veritas.com.
Current remote directory is /pub/support/products/NetBackup_Enterprise_Server.
ncftp ...ckup_Enterprise_Server > ls -ltr *6.5.4*
-rw-r--r--  1 30024  30024 12798596   Apr 21 13:59   
6.5.4.1_nbccr_319461.zip
-rw-r--r--  1 30024  30024 11791214   Apr 28 14:45   6.5.4.1_nbcc_319395.zip
-rw-r--r--  1 30024  30024211869696   Jun 15 07:03   
NB_6.5.4.alpha_5_326368.tar
-rw-r--r--  1 30024  30024253613056   Jun 15 07:37   
NB_6.5.4.hp_ux_326369.tar
-rw-r--r--  1 30024  30024404925440   Jun 15 08:21   
NB_6.5.4.hpia64_326370.tar
-rw-r--r--  1 30024  30024123961344   Jun 15 08:41   
NB_6.5.4.linux_326371.tar
-rw-r--r--  1 30024  30024136454144   Jun 15 08:57   
NB_6.5.4.linuxR_ia64_326372.tar
-rw-r--r--  1 30024  30024113578496   Jun 15 09:11   
NB_6.5.4.linuxR_x86_326374.tar
-rw-r--r--  1 30024  30024126826496   Jun 15 09:25   
NB_6.5.4.linuxS_ia64_326375.tar
-rw-r--r--  1 30024  30024107639296   Jun 15 09:38   
NB_6.5.4.linuxS_x86_326376.tar
-rw-r--r--  1 30024  30024538456576   Jun 15 10:30   
NB_6.5.4.rs6000_326379.tar
-rw-r--r--  1 30024  30024132346368   Jun 15 11:11   
NB_6.5.4.solaris_326381.tar
-rw-r--r--  1 30024  30024131038208   Jun 15 11:31   
NB_6.5.4.solaris_x86_326382.tar
-rw-r--r--  1 30024  30024235464192   Jun 15 11:59   
NB_6.5.4.winnt.IA64_326383.exe
-rw-r--r--  1 30024  30024199543808   Jun 15 12:23   
NB_6.5.4.winnt.x64_326384.exe
-rw-r--r--  1 30024  30024208142336   Jun 15 12:46   
NB_6.5.4.winnt.x86_326385.exe

I expect that there are still quite a few packages to go so be patient a little 
longer...
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org

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.

-o-

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] Migrating a 6.5+ master server from one host to another

[Rosenkoetter, Gabriel]

Well, it DOES help if you're actually using the recovered EMM DB, come to think 
of it.

I was migrating from a server with the files relocated from under to 
/usr/openv/db to /usr/openv/netbackup/db/sybase to a server where, instead, I 
opted to locate all DB files under /usr/openv/db, a separate partition, so 
/usr/openv/netbackup/db is a sym link to /usr/openv/db/nb-db. Catalog recovery 
does not, apparently, perform an online recovery of EMM: rather, it restores 
the files from under /usr/openv/db. That meant that I needed to manually move 
the DB files (importantly: not the binaries, since I'm switch processor 
architecture and OS) from the old data directory (in my case, 
/usr/openv/netbackup/db/sybase/data) to the new data directory (in my case, the 
normal /usr/openv/db/data).

I'm sure there will be some other details I need to change in this process, but 
at least nbemm starts now.

I'd still be interested to hear any tips from those who've tried this in the 
past, of course.

One very important one that I'll share right now: so far as nbemm is concerned: 
I run it on a service name, not the base OS name. That service name is 
currently in /etc/hosts on the new backup server referencing an IP address 
alias on the new server. This wouldn't work without that (as services would 
start on the new server and then try to talk to nbemm on my old master, which 
is still up and running).

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Rosenkoetter, Gabriel 
Sent: Monday, June 01, 2009 11:36 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Migrating a 6.5+ master server from one host to another

I'm in the process of moving from one NetBackup master/media server running 
HP-UX 11iv2 to its replacement running RHEL 5.3, which I'd hoped would be 
comparatively easy by way of nbrecover -wizard.

What I'm finding, however, is that nbemm *really* doesn't like getting moved to 
a different hostname. I'm still hopeful that I can work through the kinks in 
order to simply perform a catalog recovery on the new host, but it's clearly 
not so easy as using this mechanism for DR recovery (in which I intend the 
hostnames to match).

Has anyone attempted this in the past? Do you have a checklist of nbemmcmd 
settings to change after bprecover but before restarting NetBackup (or is that 
even feasible)?

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

[Veritas-bu] Migrating a 6.5+ master server from one host to another

[Rosenkoetter, Gabriel]

I'm in the process of moving from one NetBackup master/media server running 
HP-UX 11iv2 to its replacement running RHEL 5.3, which I'd hoped would be 
comparatively easy by way of nbrecover -wizard.

What I'm finding, however, is that nbemm *really* doesn't like getting moved to 
a different hostname. I'm still hopeful that I can work through the kinks in 
order to simply perform a catalog recovery on the new host, but it's clearly 
not so easy as using this mechanism for DR recovery (in which I intend the 
hostnames to match).

Has anyone attempted this in the past? Do you have a checklist of nbemmcmd 
settings to change after bprecover but before restarting NetBackup (or is that 
even feasible)?

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] Anyone using avamar

[Rosenkoetter, Gabriel]

Note that, unless something's changed drastically since I last looked at it, if 
you set PureDisk up to do client-side dedupe, it is ALSO outside your NetBackup 
environment: you use the PD client and it sends data to the PD store (which can 
also be a storage-side dedupe storage unit / OpenStorage target / whatever, of 
course), and when you do restores, you don't do so through the usual NetBackup 
means. (At least, maybe, until a future NBU full version. But don't hold your 
breath.) This is, incidentally, what PureDisk (like Avamar) was originally 
designed to do well: remote-to-core backups with minimal bandwidth impact.

I don't, personally, think that's a make/break question about either product, 
but some operational environments may, and it's worth bearing in mind in any 
case. The futurity for both products appears to be that they'll be embedded in 
a more mature and robust backup system (Avamar into NetWorker), but, and please 
correct me if I'm wrong about this, each is currently a separate piece. If all 
you really want is *storage* side dedupe (you don't mind the network bandwidth 
part), you should probably think with your wallet when comparing either Avamar 
or PureDisk to things like DataDomain (and the others that do *logically* the 
same thing; there are enough vendors kicking around this conversation already 
without dragging more in to confuse things by opening the pre-write vs. 
post-pass dedupe can of worms).

(Also, I seem to recall some hand-waving about theoretical support for 
[NetBackup] OpenStorage in Avamar at EMC World 2008, but it's a bit hard to 
swallow given the presence of NetWorker, and I haven't heard much about it 
since, so I wouldn't run too far with that one if I were you.)

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Chapman, Scott [mailto:scott.chap...@icbc.com]
Sent: Wednesday, May 27, 2009 12:43 PM
To: Cornely, David; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone using avamar

What about NetBackup PureDisk?  It seems to do everything that avamar does, 
plus.

Avamar will be separate from your netbackup environment and your netbackup 
server won't write to avamar, like it does the datadomain boxes.  However, 
puredisk can be used as a backup server or a backup destination (ie storage 
pool)it will dedup, plus it will replicate that deduped data to a remote 
site.

My research has been such that I can't find a reason to not look at puredisk, 
especially over avamar.

Scott Chapman
Senior Technical Specialist
Storage and Database Administration
ICBC - Victoria
Ph:  250.414.7650  Cell:  250.213.9295
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Cornely, David
Sent: Wednesday, May 27, 2009 9:35 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone using avamar
Yes, and it works great.  The key (as with most IT things) is to understand how 
it works and to use it appropriately within the correct environment(s).
Since it de-duplicates client data before it leaves the client, it works 
especially well for virtual hosts that are likely sharing network resources.  
The scaling path for the solution is very clear, simply add more nodes to your 
grid when needed.
Getting data offsite is also easy - you implement a remote grid and use 
IP-based replication.

I recommend to start you get EMC to provide a detailed presentation on the 
product so you can get a deeper understanding of the product.  If you use it in 
accordance with its design it will work as expected.


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Klebba, Don
Sent: Wednesday, May 27, 2009 06:31
To: 'veritas-bu@mailman.eng.auburn.edu'
Subject: [Veritas-bu] Anyone using avamar

We're a netbackup shop running NBU 6.5.2a. We currently have some data domain 
appliances that we backup roughly
25% of our nightly backups to. We're looking to go tapeless at some point in 
time and were considering getting larger
Data domain appliances to accomplish this. We're also a EMC shop. Our EMC BURA 
guys have been pushing their Avamar
Solution to us. I must admit it sounds promising, but I'm a little skeptical at 
this solution.

Has anyone had any experiences, either good or bad with Avamar?


Don Klebba
Quicken Loans
Storage Management Team
donkle...@quickenloans.com
phone: (734)805-7791


This email and any attachments are intended only for the named recipient and 
may contain confidential and/or privileged material. Any unauthorized copying, 
dissemination or other use by a person other than the named recipient of this 
communication is prohibited. If you received this in error or are not named as 
a recipient, please notify the sender and destroy all copies of this email 
immediately.

[cid:image0

Re: [Veritas-bu] What to do about media stuck in the media DB (plausibly due to storage lifecycle policies)

[Rosenkoetter, Gabriel]

Tim's on the right track with nbrbutil (which I hadn't seen before and isn't 
exactly well-documented), but my particular media ID is still stubborn...

 [135] nbrbutil -cleandump | grep 000680
532491 DUP-READ000680
 [136] nbrbutil -cancel 532491
No request with ID {-7F7F-0DB0-7F7F-12F0002F} found
 [137] nbrbutil -cleandump | grep 000680
532491 DUP-READ000680
 [139] nbrbutil -listOrphanedMedia
No orphaned media
 [140] nbrbutil -releaseMedia 000680
No allocation for mediaID 000680 found


But actually reading the -cleandump (which, btw, isn't mentioned in the -help 
output; cute!) output in context, I see:

MDS allocations:
AllocationKey  JobType MediaID  DriveName
MasterServer
MediaServer

532491 DUP-READ000680
phlmaster
phlmaster
[...]

Oh, so I guess that means we want this then:

[143] nbrbutil -releaseMDS 532491
[144] nbrbutil -cleandump | grep 000680

And FINALLY:

[145] bpmedia -unfreeze -m 000680
[146] vmchange -m 000680 -d 'BAD MEDIA'

Thanks, Tim!

Tim also suggested checking bpimagelist's -stl_incomplete and -stl_complete 
flags, but I already knew that state from nbstlutil, unless I'm mistaken (and 
-cancel there, in any case, forcibly set the state to complete for those 
images.)

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Tim Hoke [mailto:th...@northpeak.org]
Sent: Monday, May 11, 2009 1:47 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] What to do about media stuck in the media DB 
(plausibly due to storage lifecycle policies)

(Reply to all this time)...

Any allocations for that media id?

nbrbutil -cleandump (if cleandump doesn't work, just use -dump - this was an 
updated option, but i don't recall the version).

>From there, you can use other options on nbrbutil to release that given 
>allocation (just be sure that there really aren't any other jobs waiting for 
>the resource)

-Tim
On Mon, May 11, 2009 at 12:23 PM, Rosenkoetter, Gabriel 
mailto:gabriel.rosenkoet...@radian.biz>> wrote:
PS, yes, there was still a duplication job active looking for media ID 000680. 
After cancelling that job, however, I am still unable to nuke these images 
(nbstlutil list is still blank for the media ID).

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz<mailto:gabriel.rosenkoet...@radian.biz>, 215 
231 1556

-Original Message-
From: Rosenkoetter, Gabriel
Sent: Monday, May 11, 2009 1:03 PM
To: veritas-bu@mailman.eng.auburn.edu<mailto:veritas-bu@mailman.eng.auburn.edu>
Subject: What to do about media stuck in the media DB (plausibly due to storage 
lifecycle policies)

There is a question down at the bottom of this (how do I actually remove a 
media ID that I know is unuseable and doesn't hold an unexpired images from the 
media DB?), but a bit on what I've done so far:

I have a very old piece of 9940 media:

[97] vmquery -m 000680

media ID:  000680
media type:1/2" cartridge tape 2 (14)
barcode:   000680
media description: Added by Media Manager
volume pool:   00_NetBackup (11)
robot type:NONE - Not Robotic (0)
volume group:  ---
vault name:---
vault sent date:   ---
vault return date: ---
vault slot:---
vault session id:  ---
vault container id:-
created:   Tue Feb 22 15:47:00 2005
assigned:  Sat Apr 18 13:00:02 2009
last mounted:  Sun Apr 26 21:15:10 2009
first mount:   Fri May 20 17:27:16 2005
expiration date:   ---
number of mounts:  626
max mounts allowed:---
status:0x0



It was frozen due to write errors (and periodically throws read errors as well) 
and, given its age and mount count, I concluded that it was time to pull it out 
of service after my SLPs had managed to get everything they could off of it and 
the images on it had expired, which they now have:

[98] bpmedialist -m 000680
Server Host = phlmaster

 id rl  images   allocatedlast updated  density  kbytes restores
  vimages   expiration   last read <--- STATUS --->

000680   1 40   04/18/2009 13:00  04/20/2009 20:04  hcart238214373 0
 MPX   05/04/2009 20:04  04/19/2009 10:59  EXPIRED FROZEN


It is, however, apparently locked in the media DB (because there's an 
unreadable image and SLPs are still trying to duplicate those im

Re: [Veritas-bu] What to do about media stuck in the media DB (plausibly due to storage lifecycle policies)

[Rosenkoetter, Gabriel]

PS, yes, there was still a duplication job active looking for media ID 000680. 
After cancelling that job, however, I am still unable to nuke these images 
(nbstlutil list is still blank for the media ID).

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Rosenkoetter, Gabriel 
Sent: Monday, May 11, 2009 1:03 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: What to do about media stuck in the media DB (plausibly due to storage 
lifecycle policies)

There is a question down at the bottom of this (how do I actually remove a 
media ID that I know is unuseable and doesn't hold an unexpired images from the 
media DB?), but a bit on what I've done so far:

I have a very old piece of 9940 media:

[97] vmquery -m 000680

media ID:  000680
media type:1/2" cartridge tape 2 (14)
barcode:   000680
media description: Added by Media Manager
volume pool:   00_NetBackup (11)
robot type:NONE - Not Robotic (0)
volume group:  ---
vault name:---
vault sent date:   ---
vault return date: ---
vault slot:---
vault session id:  ---
vault container id:-
created:   Tue Feb 22 15:47:00 2005
assigned:  Sat Apr 18 13:00:02 2009
last mounted:  Sun Apr 26 21:15:10 2009
first mount:   Fri May 20 17:27:16 2005
expiration date:   ---
number of mounts:  626
max mounts allowed:---
status:0x0



It was frozen due to write errors (and periodically throws read errors as well) 
and, given its age and mount count, I concluded that it was time to pull it out 
of service after my SLPs had managed to get everything they could off of it and 
the images on it had expired, which they now have:

[98] bpmedialist -m 000680
Server Host = phlmaster

 id rl  images   allocatedlast updated  density  kbytes restores
   vimages   expiration   last read <--- STATUS --->

000680   1 40   04/18/2009 13:00  04/20/2009 20:04  hcart238214373 0
  MPX   05/04/2009 20:04  04/19/2009 10:59  EXPIRED FROZEN


It is, however, apparently locked in the media DB (because there's an 
unreadable image and SLPs are still trying to duplicate those images, I 
thought):


[96] bpmedia -unfreeze -m 000680
requested media id is in use, cannot process request
r...@pa2ibks2:/usr/openv/netbackup/vault/sessions/P472B
[99] bpexpdate -m 000680 -d 0
Are you SURE you want to delete 000680 y/n (n)? y
requested media id is in use, cannot process request


Here are the lifecycles that are trying to read that tape (ignore what the man 
page says about nbstlutil list's output being "just for support", it's plenty 
readable):

[124] nbstlutil list -U -mediaid 000680
Image:
 Master Server: phlmaster
 Backup ID: pa02qrin02_1240271378
 Client   : pa02qrin02
 Backup Time  : 1240271378 (Mon Apr 20 19:49:38 2009)
 Policy   : VM_Instances
 Client Type  : 13
 Schedule Type: 4
 Storage Lifecycle Policy : Cumulatives
 Storage Lifecycle State  : 2 (IN_PROCESS)
 Time In Process  : 1240272689 (Mon Apr 20 20:11:29 2009)
 Data Classification ID   : (none specified)

 Copy:
   Master Server   : phlmaster
   Backup ID   : pa02qrin02_1240271378
   Copy Number : 1
   Expire Time : 2147483647 (Mon Jan 18 22:14:07 2038)
   Try To Keep Time: 1241480978 (Mon May  4 19:49:38 2009)
   Residence   : PHL-9940b
   Duplication Status  : 3 (COMPLETE)
   Job ID  : 0
   Retention Type  : 0 (FIXED)
   MPX State   : 1


   Fragment:
 Master Server : phlmaster
 Backup ID : pa02qrin02_1240271378
 Copy Number   : 1
 Fragment Number   : 1
 Resume Count  : 0
 Media ID  : 000680
 Media Server  : phlmaster
 Storage Server: (none specified)
 Media Type: 2 (RMEDIA)
 Media Sub-Type: 0 (DEFAULT)
 Fragment State: 1 (ACTIVE)
 Fragment Size : 0
 Delete Header : 1
 Fragment ID   : 000680

[... - there are many fragments]


You can't cancel by media ID, only by lifecycle, destination, or backupid, the 
last of which we want here, after which the list output is empty:

[132] nbstlutil cancel -backupid pa02qrin02_1240271378
[133] nbstlutil list -U -mediaid 000680


But I STILL can't unfreeze or expire the media:

[134] bpmedia -unfreeze -m 000680
requested media id is in use, cannot process request
[137] bpexpdate -m 000680 -d 0
Are

[Veritas-bu] What to do about media stuck in the media DB (plausibly due to storage lifecycle policies)

[Rosenkoetter, Gabriel]

There is a question down at the bottom of this (how do I actually remove a 
media ID that I know is unuseable and doesn't hold an unexpired images from the 
media DB?), but a bit on what I've done so far:

I have a very old piece of 9940 media:

[97] vmquery -m 000680

media ID:  000680
media type:1/2" cartridge tape 2 (14)
barcode:   000680
media description: Added by Media Manager
volume pool:   00_NetBackup (11)
robot type:NONE - Not Robotic (0)
volume group:  ---
vault name:---
vault sent date:   ---
vault return date: ---
vault slot:---
vault session id:  ---
vault container id:-
created:   Tue Feb 22 15:47:00 2005
assigned:  Sat Apr 18 13:00:02 2009
last mounted:  Sun Apr 26 21:15:10 2009
first mount:   Fri May 20 17:27:16 2005
expiration date:   ---
number of mounts:  626
max mounts allowed:---
status:0x0



It was frozen due to write errors (and periodically throws read errors as well) 
and, given its age and mount count, I concluded that it was time to pull it out 
of service after my SLPs had managed to get everything they could off of it and 
the images on it had expired, which they now have:

[98] bpmedialist -m 000680
Server Host = phlmaster

 id rl  images   allocatedlast updated  density  kbytes restores
   vimages   expiration   last read <--- STATUS --->

000680   1 40   04/18/2009 13:00  04/20/2009 20:04  hcart238214373 0
  MPX   05/04/2009 20:04  04/19/2009 10:59  EXPIRED FROZEN


It is, however, apparently locked in the media DB (because there's an 
unreadable image and SLPs are still trying to duplicate those images, I 
thought):


[96] bpmedia -unfreeze -m 000680
requested media id is in use, cannot process request
r...@pa2ibks2:/usr/openv/netbackup/vault/sessions/P472B
[99] bpexpdate -m 000680 -d 0
Are you SURE you want to delete 000680 y/n (n)? y
requested media id is in use, cannot process request


Here are the lifecycles that are trying to read that tape (ignore what the man 
page says about nbstlutil list's output being "just for support", it's plenty 
readable):

[124] nbstlutil list -U -mediaid 000680
Image:
 Master Server: phlmaster
 Backup ID: pa02qrin02_1240271378
 Client   : pa02qrin02
 Backup Time  : 1240271378 (Mon Apr 20 19:49:38 2009)
 Policy   : VM_Instances
 Client Type  : 13
 Schedule Type: 4
 Storage Lifecycle Policy : Cumulatives
 Storage Lifecycle State  : 2 (IN_PROCESS)
 Time In Process  : 1240272689 (Mon Apr 20 20:11:29 2009)
 Data Classification ID   : (none specified)

 Copy:
   Master Server   : phlmaster
   Backup ID   : pa02qrin02_1240271378
   Copy Number : 1
   Expire Time : 2147483647 (Mon Jan 18 22:14:07 2038)
   Try To Keep Time: 1241480978 (Mon May  4 19:49:38 2009)
   Residence   : PHL-9940b
   Duplication Status  : 3 (COMPLETE)
   Job ID  : 0
   Retention Type  : 0 (FIXED)
   MPX State   : 1


   Fragment:
 Master Server : phlmaster
 Backup ID : pa02qrin02_1240271378
 Copy Number   : 1
 Fragment Number   : 1
 Resume Count  : 0
 Media ID  : 000680
 Media Server  : phlmaster
 Storage Server: (none specified)
 Media Type: 2 (RMEDIA)
 Media Sub-Type: 0 (DEFAULT)
 Fragment State: 1 (ACTIVE)
 Fragment Size : 0
 Delete Header : 1
 Fragment ID   : 000680

[... - there are many fragments]


You can't cancel by media ID, only by lifecycle, destination, or backupid, the 
last of which we want here, after which the list output is empty:

[132] nbstlutil cancel -backupid pa02qrin02_1240271378
[133] nbstlutil list -U -mediaid 000680


But I STILL can't unfreeze or expire the media:

[134] bpmedia -unfreeze -m 000680
requested media id is in use, cannot process request
[137] bpexpdate -m 000680 -d 0
Are you SURE you want to delete 000680 y/n (n)? y
requested media id is in use, cannot process request


Any thoughts?


-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] Two Simple Questions...

[Rosenkoetter, Gabriel]

1. As you've already been advised, bpmedialist -m  does this. The 
reason you've got more data than the advertised capacity on that tape is 
hardware compression.

2. Your question unfortunately assumes a design model different from how 
NetBackup deals with files that have been backed up. If you really want to go 
from a volser to a list of client-OS-level files on that volser, you need to 
first use bpimmedia -mediad  -l to get the list of backup IDs on that 
media, which tells you the client name and date (in seconds since epoch) that 
the backup image was created, which you can then use with bplist to see what 
files were backed up from that client (optionally, under that policy) at that 
time. The reason this is such a pain to do is that there is rarely a 
circumstance in which this is actually something you need to know: you're 
usually reinventing the catalog's functionality any time you try to do this. 
What problem are you actually trying to solve here?

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556
From: Frank Pettinato [mailto:ecpdb...@yahoo.com]
Sent: Thursday, April 30, 2009 5:36 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Two Simple Questions...

I am new to VNBU but I cannot believe that something so seems so simple would 
be so hard.

Two things I would like to be able to do from the command line:
1. How much space is used on a volume(tape)
2 .See a file that I backed up on a tape. Something like Volume # A10009 has 15 
files, these files are: file.txt, file2.txt

Is this possible? What am I doing wrong?

Thanks,
Frank

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

Re: [Veritas-bu] Decru Dataforts

[Rosenkoetter, Gabriel]

Yes, I can confirm that I've seen that fairly frequently too, but I don't have 
a repeatability case so I haven't done much in the way of scientific testing to 
track it down.

In loose terms, one or both of the host or the tape drive, though logged into 
the fabric, no longer appear to be so from the DF's point of view. Some times 
power-cycling the drive or generating LIP from the host side (devfsadm for 
Solaris, ioscan -fn for HP-UX, so forth) or both clears things up, some times 
it's necessary to reboot the DF entirely, and I believe I can recall one 
occasion on which it was actually necessary to remove and recreate the 
"cryptainer" (which isn't a big pain for me because we use the same key for all 
tape media, but I can see it being a bit of a drag). If you choose to tinker 
around with this without just bouncing the DF, I recommend checking the status 
on the DF side with the CLI rather than the web GUI, whose graphical mapping is 
a nice idea except that it bears precious little semblance to reality, in my 
experience.

Sorry I can't offer you much more than that (especially you, Steve, since I 
presume this is for a customer who's insisting on the DF)... my solution is to 
switch to LTO-4 and drop the middle-man on the encryption (which just means I 
get to start getting angry about the failure of standardization in the key 
management space, but that's a whole separate rant).

-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Heathe Kyle Yeakley [mailto:hkyeak...@gmail.com] 
Sent: Wednesday, April 22, 2009 4:03 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Decru Dataforts

OMG Yes! We got a datafort about a year ago and about every other week I 
get into work and all my jobs are hung. It's like my master server just 
forgets where the drives are.

If anyone has a solution, I'd love to hear it. I'm still trying to 
figure it out.

Hudson, Steve wrote:
>
> For those of you out there that have Decru Dataforts has anyone seen 
> an issue where the O/S ( Sun, HP/UX and Linux) loses sight to tape 
> drives and only a reboot of the Decru Datafort solves the problem??
>
> We have been seeing this quite a bit lately and I was wondering if 
> anyone else is having this issue ? Thanks.
>
>
> Steve Hudson
> Enterprise Storage
> Iron Mountain
> 745 Atlantic Ave
> Boston, MA 02111
> Phone: (617) 535-2849
>
> steve.hud...@ironmountain.com 
>
>
> Visit the new www.ironmountain.com 
> Tour Iron Mountain
>
> 
>
> *The information contained in this email message and its attachments 
> is intended only for the private and confidential use of the 
> recipient(s) named above, unless the sender expressly agrees 
> otherwise. Transmission of email over the Internet is not a secure 
> communications medium. If you are requesting or have requested the 
> transmittal of personal data, as defined in applicable privacy laws by 
> means of email or in an attachment to email you must select a more 
> secure alternate means of transmittal that supports your obligations 
> to protect such personal data. If the reader of this message is not 
> the intended recipient and/or you have received this email in error, 
> you must take no action based on the information in this email and you 
> are hereby notified that any dissemination, misuse, copying, or 
> disclosure of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by 
> email and delete the original message. *
>
> 
>
> ___
> 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] Is it possible to specify alt. read servers or MPX on the nbstl command line?

[Rosenkoetter, Gabriel]

Fyi, this error is corrected in 6.5.4, which does (contrary to what I first 
thought) also add the ability to make use of hierarchical lifecycles: the 
-source flag, which flag is listed in the command line's usage summary as 
follows:

  [-source source1[,source2,..sourcen]]

... which isn't very descriptive, and it's not mentioned in the man page (but, 
hey, this is the beta).

Experimentally, the value for the backup targets must be 0 (and displays as 
"(client)" in the -L output), for duplications, 0 means "(primary)" (of which 
more than one appears to be permitted if you submit it on the command line... 
maybe that's a bug?), 1 means "first entry" (probably your backup target), 2 
means "second entry" (probably your first duplication target), and so forth.

I expect one could request an EEB for 6.5[.3[.1]] if one really wanted one, but 
since it is possible to do this configuration fine in the GUI, it may not be 
worth it.

Cheers...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rosenkoetter, 
Gabriel
Sent: Friday, March 06, 2009 1:55 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Is it possible to specify alt. read servers or MPX on the 
nbstl command line?

I understand that one can't specify these settings for backup target types 
but how then does one specify them for a duplication target type that comes 
after the backup target in the comma-separated list? It doesn't seem to be 
possible:

r...@pa2ibks2:/root
[18] nbstl Fulls -L

Name: Fulls
 Data Classification: Fulls
Duplication job priority: 0
   State: active
 Destination  1  Use for: backup
Storage Unit: PHL-9940b
 Volume Pool: 00_NetBackup
Server Group: *NONE*
  Retention Type: Fixed
Retention Period: 1
   Alternate Read Server: *NULL*
   Preserve Multiplexing: false
   State: active
 Destination  2  Use for: duplication
Storage Unit: phlmaster-L700_0-9940b
 Volume Pool: 00_Vaulting
Server Group: *NONE*
  Retention Type: Fixed
Retention Period: 8
   Alternate Read Server: *NULL*
   Preserve Multiplexing: false
   State: active
r...@pa2ibks2:/root
[19] nbstl Fulls -modify -as __NA__,phlmaster
For backup or snapshot destination types, alternate read server cannot be set.
invalid command parameter
[...]
r...@pa2ibks2:/root
[20] nbstl Fulls -modify -as \*NULL\*,phlmaster
For backup or snapshot destination types, alternate read server cannot be set.
invalid command parameter
USAGE: nbstl [storage_lifecycle_name]
[...]
r...@pa2ibks2:/root
[21] nbstl Fulls -modify -as phlmaster
invalid command usage


Am I missing something here or is this just a flat-out CLI parsing bug?

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556




___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
-
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material 

Re: [Veritas-bu] Large catalog issues

[Rosenkoetter, Gabriel]

Wow.

So, per Alex Davies, the rule of thumb is that you don't want to let your 
catalog backup get above ~ 750 GB or above 1 million images, for very practical 
reasons:

- At 750 GBs it will take roughly 10 hours to do your catalog backup and 
probably even longer for a full recovery. That's the definition of unwieldy for 
Vault and frightening for recovery.
- The image cleanup that runs (by default) every 12 hours can process 30 - 50 
records per second, which means it'll take something like 5 to 9 hours to run 
if you have 1 million images. You'd really rather not have it running 100% of 
the time.

It is... possible to archive data out of the catalog, and somewhat supported 
(probably still as a contracting engagement), but that makes recovery even more 
of a pain.

I'm guessing that your catalog is so large not just because of the client count 
but also because of some hefty retensions. You should really consider moving 
your longer retention stuff out of your backup product into an archiving 
product: NetBackup wasn't decided with long-term archival in mind, and it 
doesn't scale very well in that regard. (A couple of years, sure, but 5 or 
more...)

That said, what's the real driver for consolidating your masters here? You're 
up against the scaling limits of the application even without merging those two 
environments...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: shred625 [mailto:netbackup-fo...@backupcentral.com]
Sent: Friday, March 06, 2009 1:50 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Large catalog issues


I know Symantec does not recommend a catalog to be larger than 500GB. I am 
really trying to centralize my backup environment and make things a lot more 
administratively friendly.

I basically have 2 backup environments right now my main one having a catalog 
of 660GB and a smaller one with a catalog of 210GB. I want to bring this 
together into one environment and am a little worried about the catalog size 
giving us issues.. I really don't need to merge the catalogs and with the other 
things I am doing the size will shrink over time.

What I am asking have any of you had issues will having catalogs that are in 
the area of 750GB and up. If you have what kinds of things do you see?

+--
|This was sent by jsmithh...@kpmg.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





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

Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

[Rosenkoetter, Gabriel]

Um, and install that patch soon, at least on your masters. Because any policies 
that span 02:00 tomorrow morning (presuming you've got your clocks set to a 
time zone that follows DST) will continuously requeue after successful backups 
if you're still at 6.5.3 or below.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556 


-Original Message-
From: Savage, Catherine [mailto:catherine.sav...@uscg.mil] 
Sent: Friday, March 06, 2009 2:37 PM
To: patrick.swee...@axcelis.com; Steve Fogarty
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

Thanks for the quick responses. Because those are production boxes, we can only 
reboot them during the planned system maintenance weekend.

--
Cathy Savage
Backup Operations Team
--

-Original Message-
From: patrick.swee...@axcelis.com [mailto:patrick.swee...@axcelis.com] 
Sent: Friday, March 06, 2009 2:32 PM
To: Steve Fogarty; Savage, Catherine
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

Of course, if the reason you can only reboot at certain times is because of 
running backups , vaults, or other NetBackup activity, then you are still stuck 
in that window, since you will be bringing NetBackup down.

 

Patrick Sweeney

 (978) 787-4553

 patrick.swee...@axcelis.com

 I.T. Systems/Networks

 

For issues requiring immediate attention please contact the Solution Center

IT Solution Center

 (978) 787-

beverly.helpd...@axcelis.com

Axcelis Technologies

 

Have you searched here   and here 
 ?

 

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Steve Fogarty
Sent: Friday, March 06, 2009 2:29 PM
To: Savage, Catherine
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

 

No reboot required.

Stop NBU; apply the Hot Fix; start NBU.

Steve




On Fri, Mar 6, 2009 at 3:19 PM, Savage, Catherine  
wrote:

I'm new to this and hope you all can help. We're planning the install of this 
patch on our HP-UX media servers and would like to know if a reboot is required 
once this patch is installed. I've read the release notes and installation 
instructions but didn't see anything regarding a reboot.

As we can only perform reboots during certain times, the answer would dictate 
when we can install the patch. Any help would be appreciated.

Thanks,
Cathy Savage

___
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] Is it possible to specify alt. read servers or MPX on the nbstl command line?

[Rosenkoetter, Gabriel]

I understand that one can't specify these settings for backup target types... 
but how then does one specify them for a duplication target type that comes 
after the backup target in the comma-separated list? It doesn't seem to be 
possible:

r...@pa2ibks2:/root
[18] nbstl Fulls -L

Name: Fulls
 Data Classification: Fulls
Duplication job priority: 0
   State: active
 Destination  1  Use for: backup
Storage Unit: PHL-9940b
 Volume Pool: 00_NetBackup
Server Group: *NONE*
  Retention Type: Fixed
Retention Period: 1
   Alternate Read Server: *NULL*
   Preserve Multiplexing: false
   State: active
 Destination  2  Use for: duplication
Storage Unit: phlmaster-L700_0-9940b
 Volume Pool: 00_Vaulting
Server Group: *NONE*
  Retention Type: Fixed
Retention Period: 8
   Alternate Read Server: *NULL*
   Preserve Multiplexing: false
   State: active
r...@pa2ibks2:/root
[19] nbstl Fulls -modify -as __NA__,phlmaster
For backup or snapshot destination types, alternate read server cannot be set.
invalid command parameter
[...]
r...@pa2ibks2:/root
[20] nbstl Fulls -modify -as \*NULL\*,phlmaster
For backup or snapshot destination types, alternate read server cannot be set.
invalid command parameter
USAGE: nbstl [storage_lifecycle_name]
[...]
r...@pa2ibks2:/root
[21] nbstl Fulls -modify -as phlmaster
invalid command usage


Am I missing something here or is this just a flat-out CLI parsing bug?

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556




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

Re: [Veritas-bu] NBU 6.5.3 Vault Query

[Rosenkoetter, Gabriel]

I'd need to know a lot more about your Vault and SLP configuration to say why 
Vault's failing to pick your duplicated media. If you shoot me the output of 
nbstl -L and your vault.xml (maybe pass it through the following Perl script 
first to make it easier to sanitize any of your employer's private information 
if you need to) privately, I'll be happy to take a look.

---8<---
#!/usr/bin/perl -w

use strict;
use XML::Simple;
use Data::Dumper;

my $data = XMLin("-");

$Data::Dumper::Indent = 1;
$Data::Dumper::Maxdepth = 0;

print Dumper($data);
--->8---

I wasn't suggesting that vaulting originals rather than duplicates would fix 
the problem you're describing (you can't, actually, vault true originals: your 
originals are on a VTL), just that it's theoretically a better way to go 
because it exposes media failures sooner (but not enough better that I've 
bothered to go change the setup in any environment I've walked into).

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Clooney, David [mailto:david.cloo...@bankofamerica.com]
Sent: Thursday, March 05, 2009 4:00 AM
To: Rosenkoetter, Gabriel; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.3 Vault Query

Thanks Gabriel

This is what I have tried.

The Vault is setup for the correct volume group and pools, the criteria to be 
met are all "backups", all policies etc etc in the last 8 days. Duplication is 
skipped as this is taken care of in the SLP, catalog backup skipped for the 
purpose of testing. As I am in implementation I continuously duplicate to this 
volume group so there are definitely valid image copies that meet the criteria.

However the vault runs successfully however finds no images. From your mail 
below are you suggesting promote the duplicate copy to primary ? and in turn 
the vault will then meet its criteria?

Thanks in advance

David Clooney
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz]
Sent: 04 March 2009 21:54
To: Clooney, David; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NBU 6.5.3 Vault Query

No, Vault can certainly send duplicates off site. In fact, prior to the advent 
of SLPs, most people duplicated images within Vault and sent those off site. 
(I've always theoretically preferred to send my originals off-site and promote 
my duplicates to be short on-site retention, which Vault can also do, but I've 
never walked into an environment already set up that way.) Just create the 
Vault within the robot where the duplicates are and specify the appropriate 
limitations (probably by volume pool in your case), skip the duplication step, 
perform the catalog backup (really, please, perform the catalog backup), and 
eject and generate reports.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Clooney, David [mailto:david.cloo...@bankofamerica.com]
Sent: Wednesday, March 04, 2009 12:56 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 6.5.3 Vault Query

Hi All

Am I correct in saying that vault can only vault backups and not duplications?

I.e. I am busy implementing a VTL(with NDMP functionality) and utilising NBU 
Lifecycle management polices.

As the VTL is equipped with NDMP Version 4 we are able to zone in physical 
drives on the backend of the VTL and pretty much setup NDMP STU's to write to 
these physical devices. The reason for this approach is that when we duplicate 
an image from a VTL volume to a physical volume the VTL becomes the data mover.

I now want to setup a process on the volume group that the physical backend 
volumes reside in, however these volumes are filled with duplications and not 
backups.

I am guessing , as new to vault,  that you cannot vault duplicated images?

Any suggestions would be helpful.

Regards

David Clooney
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
cksteh...@pepco.com
Sent: 04 March 2009 16:54
To: VERITAS-BU@mailman.eng.auburn.edu
Cc: VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Upgrading media server from 5.0.5 to 6.5.2


Hi Pranav

I suggest you read the Symantec documentation

Check out this document
http://seer.entsupport.symantec.com/docs/290141.htm

Carl



--
Carl Stehman
Distributed Services
Pepcoholdings, Inc.
701 Ninth St NW
Washington DC 20068
202-331-6619


Pranav 
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu

03/04/2009 11:30 AM
Please respond to
VERITAS-BU@mailman.eng.auburn.edu


To

VERITAS-BU@mailman.eng.auburn.edu

cc

Subject

[Veritas-bu]  Upgrading media server from 5.0.5 to 6.5.2








Hi,

We are planning to upgrade our media server from 5.0.5 to6.5.2
Please provide the

Re: [Veritas-bu] NBU 6.5.3 Vault Query

[Rosenkoetter, Gabriel]

No, Vault can certainly send duplicates off site. In fact, prior to the advent 
of SLPs, most people duplicated images within Vault and sent those off site. 
(I've always theoretically preferred to send my originals off-site and promote 
my duplicates to be short on-site retention, which Vault can also do, but I've 
never walked into an environment already set up that way.) Just create the 
Vault within the robot where the duplicates are and specify the appropriate 
limitations (probably by volume pool in your case), skip the duplication step, 
perform the catalog backup (really, please, perform the catalog backup), and 
eject and generate reports.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Clooney, David [mailto:david.cloo...@bankofamerica.com]
Sent: Wednesday, March 04, 2009 12:56 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 6.5.3 Vault Query

Hi All

Am I correct in saying that vault can only vault backups and not duplications?

I.e. I am busy implementing a VTL(with NDMP functionality) and utilising NBU 
Lifecycle management polices.

As the VTL is equipped with NDMP Version 4 we are able to zone in physical 
drives on the backend of the VTL and pretty much setup NDMP STU's to write to 
these physical devices. The reason for this approach is that when we duplicate 
an image from a VTL volume to a physical volume the VTL becomes the data mover.

I now want to setup a process on the volume group that the physical backend 
volumes reside in, however these volumes are filled with duplications and not 
backups.

I am guessing , as new to vault,  that you cannot vault duplicated images?

Any suggestions would be helpful.

Regards

David Clooney
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
cksteh...@pepco.com
Sent: 04 March 2009 16:54
To: VERITAS-BU@mailman.eng.auburn.edu
Cc: VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Upgrading media server from 5.0.5 to 6.5.2


Hi Pranav

I suggest you read the Symantec documentation

Check out this document
http://seer.entsupport.symantec.com/docs/290141.htm

Carl



--
Carl Stehman
Distributed Services
Pepcoholdings, Inc.
701 Ninth St NW
Washington DC 20068
202-331-6619




Pranav 
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu

03/04/2009 11:30 AM
Please respond to
VERITAS-BU@mailman.eng.auburn.edu


To

VERITAS-BU@mailman.eng.auburn.edu

cc

Subject

[Veritas-bu]  Upgrading media server from 5.0.5 to 6.5.2








Hi,

We are planning to upgrade our media server from 5.0.5 to6.5.2
Please provide the necessary steps that we should follow while doing this and 
also looking for a solution to check media inconsistency.

We are also planning to attach a lto4 library with this.
So ,does this library can read lto2 tapes if we need to restore something.

Thanks!

Pranav

+--
|This was sent by pranav_vent...@hotmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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



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


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 
appli

Re: [Veritas-bu] single initiator zoning

[Rosenkoetter, Gabriel]

I generally go one step further: exactly two devices per zone. What your SAN 
admin is doing is insane: it works okay so long as the initiators' device 
drivers are well behaved, but if they probe for devices chattily, they could 
interrupt traffic for or even pick up another initiator as a target.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: Geyer, Gregory [mailto:gregory.ge...@avnet.com]
Sent: Friday, February 27, 2009 10:35 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] single initiator zoning


I believe our SAN admin has one zone which includes all the tape drives and all 
the HBAs for the media servers.  Makes it easy for him.

But we have performance problems.  And there is one other zone I think with 
just a couple of HBAs in it that performs very well. I've been harping on 
zoning as a possible cause to our problems and have run across this in 
Brocade's Zoning Best Practice guide (link provided below).

Are there Netbackup environments out there with one large zone containing many 
HBAs on it that isn't having performance problems?  I've been trying to lobby 
to get that fixed, or at least tested further.

The meat of the pdf is:

The recommended grouping method for Zoning is Single Initiator Zoning (SIZ), 
sometimes
called "Single HBA Zoning." With SIZ, each zone has only a single HBA and one 
or more
storage ports. If the HBA has both disk and tape storage devices, then you need 
to create two
zones: one zone with the HBA and the disk devices and a second zone with the 
HBA and the
tape devices. SIZ is optimal because it prevents any host-to-host interaction 
and limits RSCNs
to just the zones that need the information within the RSCN.

and the link:

http://www.boche.net/blog/wp-content/uploads/2009/Zoning_Best_Practices_WP-00.pdf
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Does NBU interpretation of TapeAlert do any good for anybody?

[Rosenkoetter, Gabriel]

I've had a NO_TAPEALERT touch file in all environments I've taken care of 
through several employers since the 4.5 days. I used to do that because the 
only TapeAlert NetBackup paid attention to (minimally, at the time) was drive 
cleaning, and I've always used libraries that were configured to take care of 
that themselves.

For a while now, in an environment I don't handle day to day for my current 
employer, we've had a heap of frozen media turn up on a regular basis. Because 
we're also short on media in that environment at the moment, I poked around and 
saw many TapeAlert warnings and "critical" messages (from 9940B drives, on an 
HP-UX 11.23 master/media server in both cases) related to the frozen media, 
none of which could then be correlated back to an I/O failures. In this 
environment, there was no NO_TAPEALERT touch file.

To test things out, I removed the NO_TAPEALERT file in another environment, 
where frozen tapes are much more rare (and usually because of a flipped r/w 
switch or catalog data on an old tape that found its way back to the scratch 
pool)... and immediately got about 12 frozen tapes over one night.

What *appears* to be happening is that bptm finishes writing to a tape, ejects 
the tape, checks for TapeAlerts on the drive, finds some (often, drives that 
want to dump diags, which I believe requires a visit by Sun/STK)... and 
responds by freezing the tape, even though nothing's actually *wrong* with the 
tape.

Am I doing something wrong with regard to managing my tape drives that all 
these TapeAlerts are popping up?

Am I missing some knob or dial somewhere to adjust what NBU/EMM/bptm decides to 
do when it receives a TapeAlert of a particular type? (No, I'm not looking for 
the MEDIA_ERROR_THRESHOLD of nbemmcmd: these "errors" are clearly not errors, 
and they'll keep happening no matter how high I set that threshold. I want them 
to just be ignored, while other, real, errors should still freeze media.)

For now, I'm just putting NO_TAPEALERT touchfiles in place in both 
environments...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

[Rosenkoetter, Gabriel]

[I exchanged a few out-of-band emails with John about this, and anticipate that 
he'll post when he's done with his testing, but he suspects a different part of 
his environment than the 6.5.3.1 update at this point.]

For what it's worth, not that I tested every corner case, but I just backed up 
17 RHEL clients through my test environment at 6.5.3, saw ~ 40 MB/s aggregate 
throughput (to a disk STU), dropped 6.5.3.1 on the master, and reran the test 
with the same results. (I'm not pushing the client update just now because 
those are actually clients from a production environment.)

So if others were, as I was, alarmed by John's report and back-pedaled on 
updating, you're probably safe to (do your own testing! and then) go ahead and 
upgrade.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556




________
From: Rosenkoetter, Gabriel
Sent: Monday, February 23, 2009 12:55 PM
To: 'Michitsch, John'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: RE: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

Wow.

Can you get some solid metrics on the speed drop?

Is it only Exchange clients that are affected?

Are these clients, SAN clients, SAN media servers, etc?

Have you opened a case with Symantec over the issue yet?

(Yes: I'd recommend updating the client software. As I believe I mentioned on 
list, the security vulnerability, part of what 6.5.3.1 corrects, affects all 
members of your NetBackup system, including clients.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: Michitsch, John [mailto:jmich...@gannett.com]
Sent: Saturday, February 21, 2009 10:04 AM
To:
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

We upgraded out master and two media servers to 6.5.3.1 (in order to backup a 
standby Exchange CCR node and Windows 2008) this week and our full backups this 
weekend are running incredibly slow, about 1/3 the normal speed.  The client 
agents have not been upgraded, they are at v. 6.5.1.  Do you think upgrading 
the agent will fix the speed issue, or am I going to need to open a support 
case?

Thoughts?

Thanks.

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: 20 February, 2009 10:08 AM
To: Preston, Doug
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

On Fri, Feb 20, 2009 at 8:06 AM, Preston, Doug 
mailto:dpres...@landam.com>> wrote:

 There are a lot of your customers that would rather have a 32bit install 
instead of having to install all new machines twice.

3 times.  6.5 base, 6.5.3 patch kit, then 6.5.3.1 security patch.  Without 
LiveUpdate, I can't see any way to shrink this to less than 3 separate installs.

   .../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org<mailto:ewi...@ewilts.org>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

[Rosenkoetter, Gabriel]

Wow.

Can you get some solid metrics on the speed drop?

Is it only Exchange clients that are affected?

Are these clients, SAN clients, SAN media servers, etc?

Have you opened a case with Symantec over the issue yet?

(Yes: I'd recommend updating the client software. As I believe I mentioned on 
list, the security vulnerability, part of what 6.5.3.1 corrects, affects all 
members of your NetBackup system, including clients.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: Michitsch, John [mailto:jmich...@gannett.com]
Sent: Saturday, February 21, 2009 10:04 AM
To:
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

We upgraded out master and two media servers to 6.5.3.1 (in order to backup a 
standby Exchange CCR node and Windows 2008) this week and our full backups this 
weekend are running incredibly slow, about 1/3 the normal speed.  The client 
agents have not been upgraded, they are at v. 6.5.1.  Do you think upgrading 
the agent will fix the speed issue, or am I going to need to open a support 
case?

Thoughts?

Thanks.

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: 20 February, 2009 10:08 AM
To: Preston, Doug
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

On Fri, Feb 20, 2009 at 8:06 AM, Preston, Doug 
mailto:dpres...@landam.com>> wrote:

 There are a lot of your customers that would rather have a 32bit install 
instead of having to install all new machines twice.

3 times.  6.5 base, 6.5.3 patch kit, then 6.5.3.1 security patch.  Without 
LiveUpdate, I can't see any way to shrink this to less than 3 separate installs.

   .../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

[Rosenkoetter, Gabriel]

Given that the security vulnerability part affects vnetd, yes, you need to 
patch all clients as well as servers.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: X_S [mailto:netbackup-fo...@backupcentral.com]
Sent: Thursday, February 19, 2009 3:18 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)


I'm sorry, I know that we can install the hotfix on the clients as long as the 
master and media has it.  I wanted to know if the vulnerability exists on the 
clients as well and if the hotfix Should be installed on them.  i can install 
the hotfix on a dozen servers quickly but installing it on over 1000 clients is 
a headache.

+--
|This was sent by xsp...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





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

Re: [Veritas-bu] help in understanding a MAC ls

[Rosenkoetter, Gabriel]

Sanity check: you've actually logged onto this system and verified that those 
are actually the directory names, right?

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com]
Sent: Thursday, February 19, 2009 11:37 AM
To: Rosenkoetter, Gabriel; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help in understanding a MAC ls

I set them all up as new streams. (But doing that I will not catch any new 
directories they may create)

Last night all my jobs that had the > in the path to backup failed, and said no 
files exist.

I will have to get creative on the selection process to get the dirs.

I am going to try the suggestion from Donaldson to get my alpha list working.

NEW_STREAM
/mydir/[!a-zA-Z0-9]*


____
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz]
Sent: Thursday, February 19, 2009 10:19 AM
To: Judy Hinchcliffe; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help in understanding a MAC ls

Directories starting with > are a bit strange even on Mac OS X / Darwin: that's 
something your users have done for whatever reason.

That said, is there something wrong in not bothering with the NEW_STREAM 
directive, flipping on multiple streams, and limiting the number that actually 
stream to tape simultaneously by the number of jobs on that policy? Sure, 
that'll queue up more child jobs than your way, but why does that really matter?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com]
Sent: Wednesday, February 18, 2009 5:12 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] help in understanding a MAC ls
/mydir/Administaff Artwork
/mydir/Photography
/mydir/~USDataLink
/mydir/Logos
/mydir/ASF Small Business Classic
/mydir/Fonts
/mydir/>Growth
/mydir/>Support
/mydir/>Development
/mydir/>Client Services

They have asked me to backup the above dirs.
On AIX I would not have a dir that started with ~ or >

The above is about 400 gig, and I want to break it into smaller jobs.

Normaly I would do that with

New stream
/mydir/a*
/mydir/b*
/mydir/c*
New stream
/mydir/d*
/mydir/e*
/mydir/f


But looking at the names of these dirs with the ~ and >  I don't think I will 
get them.

Can someone else who knows MAC explain to me what the ~ and > are and  how you 
would break up the backup into smaller jobs?



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

Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

[Rosenkoetter, Gabriel]

Bill, I trust that this security fix will be rolled into the 6.5.4 release, 
correct?

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: Bill Coleman [mailto:bill_cole...@symantec.com]
Sent: Wednesday, February 18, 2009 6:25 PM
To: judy_hinchcli...@administaff.com; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

NetBackup 6.5.3.1 Hotfix is not cumulative unless the LiveUpdate package is 
used.  If you use the patch containers instead of LU, you must have 6.5.3 
installed as a base.

6.5.3.1 is a small patch release that will address two issues with the 
scheduler.  NetBackup 6.5.3.1 is the first "triple-dot" hot-fix release 
produced by NetBackup, and it delivers a vulnerability fix, a scheduler 
correction for windows that span midnight, and corrective fixes to the 
scheduler when spring and fall daylight savings time changes occur.

NetBackup 6.5.3.1 Hotfix is posted to the Support website.  A full list of 
package links available for download can be found in the following technote:  
http://support.veritas.com/docs/319624

We have been updating the LBN with information on 6.5.3.1, see 
http://seer.entsupport.symantec.com/docs/315021.htm  and we will continue to 
revise the FAQ http://support.veritas.com/docs/319637

Thanks Bill Coleman

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
judy_hinchcli...@administaff.com
Sent: Tuesday, February 17, 2009 2:32 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.5 Release Update 3 Hotfix 1 (6.5.3.1)

Does anybody know if this is cumulative?
Or if you have to do 6.5.3 AND 6.5.3.1 when installing new clients?

Document ID: 317828
http://support.veritas.com/docs/317828 [cid:023512916@19022009-110E] E-Mail 
this document to a 
colleaguehttp://seer.entsupport.symantec.com/email_forms/tnote_sndml.asp?docID=http://seer.entsupport.symantec.com/docs/317828',%20475,%20500)>

Symantec Security Advisory SYM09-002: A non-privileged but authorized system 
user could potentially leverage the NetBackup network daemon (vnetd) to attempt 
to gain elevated privileges on the server.

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

Re: [Veritas-bu] help in understanding a MAC ls

[Rosenkoetter, Gabriel]

Directories starting with > are a bit strange even on Mac OS X / Darwin: that's 
something your users have done for whatever reason.

That said, is there something wrong in not bothering with the NEW_STREAM 
directive, flipping on multiple streams, and limiting the number that actually 
stream to tape simultaneously by the number of jobs on that policy? Sure, 
that'll queue up more child jobs than your way, but why does that really matter?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com]
Sent: Wednesday, February 18, 2009 5:12 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] help in understanding a MAC ls

/mydir/Administaff Artwork
/mydir/Photography
/mydir/~USDataLink
/mydir/Logos
/mydir/ASF Small Business Classic
/mydir/Fonts
/mydir/>Growth
/mydir/>Support
/mydir/>Development
/mydir/>Client Services

They have asked me to backup the above dirs.
On AIX I would not have a dir that started with ~ or >

The above is about 400 gig, and I want to break it into smaller jobs.

Normaly I would do that with

New stream
/mydir/a*
/mydir/b*
/mydir/c*
New stream
/mydir/d*
/mydir/e*
/mydir/f


But looking at the names of these dirs with the ~ and >  I don't think I will 
get them.

Can someone else who knows MAC explain to me what the ~ and > are and  how you 
would break up the backup into smaller jobs?



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

Re: [Veritas-bu] printout Vault profile

[Rosenkoetter, Gabriel]

Er, "oops". It does help to use simplexml_load_file() rather than 
simplexml_load_string() when what you're passing to it is a file to be parsed. 
But Perl's better suited to this anyway. Quick hack attached (you may need to 
perl -MCPAN -e 'install XML::Simple;', then use it as 
/path/to/dump_nbu_vault_xml.pl < /usr/openv/netbackup/db/vault/vault.xml, which 
you'll probably want to redirect to a file or a pager).

In case it gets stripped, here's the whole thing:

---8<---

#!/usr/bin/perl -w

use strict;
use XML::Simple;
use Data::Dumper;

my $data = XMLin("-");

$Data::Dumper::Indent = 1;
$Data::Dumper::Maxdepth = 0;

print Dumper($data);

--->8---

A prettier presentation would probably involve doing eval Dumper($data) and 
then walking through the tree. That's left as an exercise for the reader.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 5:23 PM
To: 'Jeff Lightner'
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

Your comment seemed a bit odd in the back of my mind so I went back and looked, 
and both web browsers do exactly what I would expect. That is, they do complain 
that they can't format the file, but they do that with any XML file that lacks 
formatting direction. You could manually wrap some CSS and XML style 
definitions around the Vault content if you want to specify how those fields 
should be displayed, but I just said "parse", I didn't say "format".

That said, there is something hokey about their XML, given that PHP's 
simple_xml complains about it too ("Entity: line 1: parser error : Start tag 
expected, '<' not found [...]"). If I get bored enough I'll see if I can sort 
it out.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Jeff Lightner [mailto:jlight...@water.com]
Sent: Thursday, February 12, 2009 3:31 PM
To: Rosenkoetter, Gabriel; Stump, Bob A
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile

That file exists for me as well but neither Firefox 3 nor IE 7 think it
is formatted properly.

That was after I transferred it to my Windows from HP-UX using WinSCP.
Is there something else needed to view it properly?

-----Original Message-----
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 3:08 PM
To: 'Stump, Bob A'
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile

"Works for me." Are you sure that you have the appropriate file
permissions for the user as whom you ran find(1)?

r...@pa2ibks2:/usr/openv
[40] find /usr/openv -name vault.xml
/usr/openv/netbackup/db/vault/vault.xml

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Stump, Bob A [mailto:bob.a.st...@fnis.com]
Sent: Thursday, February 12, 2009 2:40 PM
To: Rosenkoetter, Gabriel; rob.wor...@gmail.com
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

#find /usr/openv -name vault.xml

Returns nothing.
Where is this file?



-----Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 1:24 PM
To: 'rob.wor...@gmail.com'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] printout Vault profile

... or any other modern web browser, all of which are capable of parsing
XML. But I'm not generally in the habit of installing IE on Unix
servers, you? In any case, passing it through, for example, PHP's
simple_xml library would be more useful for generating printed reports.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: rob [mailto:netbackup-fo...@backupcentral.com]
Sent: Wednesday, February 11, 2009 5:24 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


The vault.xml file is made extremely readable when opened by Internet
Explorer.

+--
|This was sent by rob.wor...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





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

Re: [Veritas-bu] printout Vault profile

[Rosenkoetter, Gabriel]

Your comment seemed a bit odd in the back of my mind so I went back and looked, 
and both web browsers do exactly what I would expect. That is, they do complain 
that they can't format the file, but they do that with any XML file that lacks 
formatting direction. You could manually wrap some CSS and XML style 
definitions around the Vault content if you want to specify how those fields 
should be displayed, but I just said "parse", I didn't say "format".

That said, there is something hokey about their XML, given that PHP's 
simple_xml complains about it too ("Entity: line 1: parser error : Start tag 
expected, '<' not found [...]"). If I get bored enough I'll see if I can sort 
it out.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Jeff Lightner [mailto:jlight...@water.com]
Sent: Thursday, February 12, 2009 3:31 PM
To: Rosenkoetter, Gabriel; Stump, Bob A
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile

That file exists for me as well but neither Firefox 3 nor IE 7 think it
is formatted properly.

That was after I transferred it to my Windows from HP-UX using WinSCP.
Is there something else needed to view it properly?

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 3:08 PM
To: 'Stump, Bob A'
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile

"Works for me." Are you sure that you have the appropriate file
permissions for the user as whom you ran find(1)?

r...@pa2ibks2:/usr/openv
[40] find /usr/openv -name vault.xml
/usr/openv/netbackup/db/vault/vault.xml

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Stump, Bob A [mailto:bob.a.st...@fnis.com]
Sent: Thursday, February 12, 2009 2:40 PM
To: Rosenkoetter, Gabriel; rob.wor...@gmail.com
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

#find /usr/openv -name vault.xml

Returns nothing.
Where is this file?



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 1:24 PM
To: 'rob.wor...@gmail.com'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] printout Vault profile

... or any other modern web browser, all of which are capable of parsing
XML. But I'm not generally in the habit of installing IE on Unix
servers, you? In any case, passing it through, for example, PHP's
simple_xml library would be more useful for generating printed reports.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: rob [mailto:netbackup-fo...@backupcentral.com]
Sent: Wednesday, February 11, 2009 5:24 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


The vault.xml file is made extremely readable when opened by Internet
Explorer.

+--
|This was sent by rob.wor...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





___
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

Please consider our environment before printing this e-mail 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.
-

Re: [Veritas-bu] printout Vault profile

[Rosenkoetter, Gabriel]

I find a regular text editor works pretty well.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Jeff Lightner [mailto:jlight...@water.com]
Sent: Thursday, February 12, 2009 3:31 PM
To: Rosenkoetter, Gabriel; Stump, Bob A
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

That file exists for me as well but neither Firefox 3 nor IE 7 think it
is formatted properly.

That was after I transferred it to my Windows from HP-UX using WinSCP.
Is there something else needed to view it properly?

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 3:08 PM
To: 'Stump, Bob A'
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile

"Works for me." Are you sure that you have the appropriate file
permissions for the user as whom you ran find(1)?

r...@pa2ibks2:/usr/openv
[40] find /usr/openv -name vault.xml
/usr/openv/netbackup/db/vault/vault.xml

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Stump, Bob A [mailto:bob.a.st...@fnis.com]
Sent: Thursday, February 12, 2009 2:40 PM
To: Rosenkoetter, Gabriel; rob.wor...@gmail.com
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

#find /usr/openv -name vault.xml

Returns nothing.
Where is this file?



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 1:24 PM
To: 'rob.wor...@gmail.com'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] printout Vault profile

... or any other modern web browser, all of which are capable of parsing
XML. But I'm not generally in the habit of installing IE on Unix
servers, you? In any case, passing it through, for example, PHP's
simple_xml library would be more useful for generating printed reports.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: rob [mailto:netbackup-fo...@backupcentral.com]
Sent: Wednesday, February 11, 2009 5:24 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


The vault.xml file is made extremely readable when opened by Internet
Explorer.

+--
|This was sent by rob.wor...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





___
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

Please consider our environment before printing this e-mail 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] Multiple Master for Single Client

[Rosenkoetter, Gabriel]

As I said, the only hitch would be that if you were to use bplist/bprestore (or 
the Backup, Archive, and Restore GUI) on the client in question, you would have 
to explicitly switch the master server to specify the old one in bp.conf / the 
registry.

Server-directed backups and restores will work as expected, but one should 
expect oddities with the behavior of the Windows archive bit if the client is 
Windows and backups are performed to both masters (generally a Bad Idea anyway).


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com]
Sent: Thursday, February 12, 2009 3:03 PM
To: Rosenkoetter, Gabriel; qureshiu...@rediffmail.com
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Multiple Master for Single Client

I have had clients work with 2 master before.

Had old master - that I kept around to do restores until the images
expired.
But new master was doing all the backups.

So for the clients - I change the master on the server list to my new
master, but kept the name of the old master in the "other server list"


I was able to backup ok, and I was able to restore ok.


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 1:23 PM
To: 'qureshiu...@rediffmail.com'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Multiple Master for Single Client

You'll need to specify your question with much more detail than you've
provided before anyone could possibly answer it.

In general, however, although it is possible for a given NetBackup
client to believe that various hosts are valid servers, only the first
one listed in bp.conf (or in the Windows registry) is believed to be a
master. That mostly relates to with which host bplist, bprestore, and so
forth will communicate to query the catalog, less with whether a client
will send data if a server tells it to.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: NBU [mailto:netbackup-fo...@backupcentral.com]
Sent: Thursday, February 12, 2009 1:44 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Multiple Master for Single Client


Any suggestions pls.

+--
|This was sent by qureshiu...@rediffmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





___
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] printout Vault profile

[Rosenkoetter, Gabriel]

"Works for me." Are you sure that you have the appropriate file permissions for 
the user as whom you ran find(1)?

r...@pa2ibks2:/usr/openv
[40] find /usr/openv -name vault.xml
/usr/openv/netbackup/db/vault/vault.xml

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Stump, Bob A [mailto:bob.a.st...@fnis.com]
Sent: Thursday, February 12, 2009 2:40 PM
To: Rosenkoetter, Gabriel; rob.wor...@gmail.com
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] printout Vault profile

#find /usr/openv -name vault.xml

Returns nothing.
Where is this file?



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, February 12, 2009 1:24 PM
To: 'rob.wor...@gmail.com'
Cc: 'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] printout Vault profile

... or any other modern web browser, all of which are capable of parsing
XML. But I'm not generally in the habit of installing IE on Unix
servers, you? In any case, passing it through, for example, PHP's
simple_xml library would be more useful for generating printed reports.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: rob [mailto:netbackup-fo...@backupcentral.com]
Sent: Wednesday, February 11, 2009 5:24 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


The vault.xml file is made extremely readable when opened by Internet
Explorer.

+--
|This was sent by rob.wor...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





___
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] printout Vault profile

[Rosenkoetter, Gabriel]

... or any other modern web browser, all of which are capable of parsing XML. 
But I'm not generally in the habit of installing IE on Unix servers, you? In 
any case, passing it through, for example, PHP's simple_xml library would be 
more useful for generating printed reports.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: rob [mailto:netbackup-fo...@backupcentral.com]
Sent: Wednesday, February 11, 2009 5:24 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


The vault.xml file is made extremely readable when opened by Internet Explorer.

+--
|This was sent by rob.wor...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





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

Re: [Veritas-bu] Multiple Master for Single Client

[Rosenkoetter, Gabriel]

You'll need to specify your question with much more detail than you've provided 
before anyone could possibly answer it.

In general, however, although it is possible for a given NetBackup client to 
believe that various hosts are valid servers, only the first one listed in 
bp.conf (or in the Windows registry) is believed to be a master. That mostly 
relates to with which host bplist, bprestore, and so forth will communicate to 
query the catalog, less with whether a client will send data if a server tells 
it to.

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: NBU [mailto:netbackup-fo...@backupcentral.com]
Sent: Thursday, February 12, 2009 1:44 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Multiple Master for Single Client


Any suggestions pls.

+--
|This was sent by qureshiu...@rediffmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--





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

Re: [Veritas-bu] printout Vault profile

[Rosenkoetter, Gabriel]

Nope.

Vault only has the (relatively clumsy) menu interface, no proper CLI.

You could go parse /usr/openv/netbackup/db/vault/vault.xml, if you like, but 
that's about it. (I'd recommend not modifying that file by hand, incidentally.)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Stump, Bob A [mailto:bob.a.st...@fnis.com]
Sent: Wednesday, February 11, 2009 12:46 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] printout Vault profile



I know I can get the information using vltadm but that takes several
steps and just writes to the outout to the screen.


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Stump,
Bob A
Sent: Wednesday, February 11, 2009 11:08 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] printout Vault profile


NetBackup 6.5.3 w/Vault Solaris 9 master server

How can I use the command line to printout the vault profiles?
Is there a bppllist  -U equivalent?

I miss the old dup_param scripts sigh

Bob Stump FNIS


_

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

_

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] Making use of 6.5.2+ default priorities in the presence of pre-existing policy priority settings

[Rosenkoetter, Gabriel]

And we have a winner.

The "default priorities" (ie, JOB_PRIORITY in bp.conf) control at what priority 
some types of jobs will spawn, but where priority is a saved configuration knob 
(especially, policies, but probably see also duplications under Vault and SLP) 
it is checked at the time that configuration is added.

That means that I do need to go change all my existing policies (which isn't 
that big a deal, looping bpplinfo around output from bppllist) but also that if 
you (as I do) frequently use bppolicynew -sameas, you won't get the new 
defaults.

No further comment on the first/second issue at this time.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, February 04, 2009 4:36 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Making use of 6.5.2+ default priorities in the 
presence of pre-existing policy priority settings


Ok, take two.

There has to be a value for the policy priority, period. If you do not specify 
one when creating the policy, it will accept the default value of whatever is 
in the Default Job Priorities list. If you create a new policy with the GUI, it 
automatically fills in the value based on the setting in the aforementioned 
list, whereas on the CLI you have the option of specifying it or accepting the 
default value, again pulled from the list, by omitting this option.

With that said, my feeling is the priority is read from the policy and not from 
the Default Job Priorities list. However, I don't know the difference between 
the first and second priority which you alluded to. Perhaps this could be 
something like a Vault policy, with its own priority, which spawns a 
duplication job, which has a different priority. If that example is true, then 
the vault policy priority overrides the dupe's.

This is all speculation, and Sounds Good (TM), and is inline with what you have 
come up with, but doesn't help since I don't know for sure either.

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.


"Rosenkoetter, Gabriel" 

02/04/2009 11:53 AM

To
"'rusty.ma...@sungard.com'" 
cc
"veritas-bu@mailman.eng.auburn.edu" 
Subject
RE: [Veritas-bu] Making use of 6.5.2+ default priorities in the presence of 
pre-existing policy priority settings





Rusty, your answer on the first question doesn't really get at what I want. I 
want to NOT override the default settings. For example, if I change the default 
priority for backups to 5 (it's initially set to 0), but have 0 for a 
policy's priority setting, at which priority is the policy evaluated? I think 
that it should be at 5 (which is what I want, to make all backups a higher 
priority than duplications, for example), but the documentation is unclear, 
given that it asserts that the policy priority will "override" the default 
priority, but doesn't provide a NULL value for the policy priority.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, February 04, 2009 12:42 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Making use of 6.5.2+ default priorities in the 
presence of pre-existing policy priority settings


Gabe,

For your first question, if I'm reading it right, any policy set to 0 has the 
lowest priority. When creating a policy, the default priority is 0 unless 
specified otherwise. I think that the two descriptions are saying the same 
thing differently. Symantec has alluded in the past to wanting to shore up 
these differences in all the different documentation.

For the second question, I have no idea.

HTH,

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-

Re: [Veritas-bu] Making use of 6.5.2+ default priorities in the presence of pre-existing policy priority settings

[Rosenkoetter, Gabriel]

Rusty, your answer on the first question doesn't really get at what I want. I 
want to NOT override the default settings. For example, if I change the default 
priority for backups to 5 (it's initially set to 0), but have 0 for a 
policy's priority setting, at which priority is the policy evaluated? I think 
that it should be at 5 (which is what I want, to make all backups a higher 
priority than duplications, for example), but the documentation is unclear, 
given that it asserts that the policy priority will "override" the default 
priority, but doesn't provide a NULL value for the policy priority.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556





From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, February 04, 2009 12:42 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Making use of 6.5.2+ default priorities in the 
presence of pre-existing policy priority settings


Gabe,

For your first question, if I'm reading it right, any policy set to 0 has the 
lowest priority. When creating a policy, the default priority is 0 unless 
specified otherwise. I think that the two descriptions are saying the same 
thing differently. Symantec has alluded in the past to wanting to shore up 
these differences in all the different documentation.

For the second question, I have no idea.

HTH,

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.


"Rosenkoetter, Gabriel" 
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu

02/04/2009 11:18 AM

To
"veritas-bu@mailman.eng.auburn.edu" 
cc
Subject
[Veritas-bu] Making use of 6.5.2+ default priorities in the presence of 
pre-existing policy priority settings





In my environments, there are already some policy priority settings in place. 
For the most part, I would like to clear those and make use of default 
priorities... but I'm hazy on what "clear" means.

The bpplinfo man page says:

 -priority priority

   The priority of this policy in relation to other policies.
   Priority is greater than or equal to 0. This value
   determines the order in which policies are run. The higher
   the value, the earlier the policy is run. The default is 0,
   which is the lowest priority.

And the 6.5.2 documentation update says (on page 369):

 bpplinfo  Use the -priority option to specify a new priority for the backup
   job that overrides the default job priority.


Has anyone yet determined empirically whether a priority setting of 0 (which is 
the default if no priority is specified with bppolicynew) on the policy is a 
special case that means "use the default" rather than "override the default", 
even if the priority was previously set to a higher number?


The 6.5.2 documentation update also mysteriously refers to a "first" and 
"second" priority in the "Understanding the Job Priority setting" section (on 
page 358):

 The NetBackup Resource Broker (NBRB) maintains resource requests for jobs in
 a queue. NBRB evaluates the requests sequentially and sorts them based on the
 following criteria:
 * The request's first priority.
 * The request's second priority.
 * The birth time (when the Resource Broker receives the request).
 The first priority is weighted more heavily than the second priority, and the
 second priority is weighted more heavily than the birth time.


Has anyone sorted out what "first" and "second" mean here?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



___
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] Making use of 6.5.2+ default priorities in the presence of pre-existing policy priority settings

[Rosenkoetter, Gabriel]

In my environments, there are already some policy priority settings in place. 
For the most part, I would like to clear those and make use of default 
priorities... but I'm hazy on what "clear" means.

The bpplinfo man page says:

  -priority priority

The priority of this policy in relation to other policies.
Priority is greater than or equal to 0. This value
determines the order in which policies are run. The higher
the value, the earlier the policy is run. The default is 0,
which is the lowest priority.

And the 6.5.2 documentation update says (on page 369):

  bpplinfo  Use the -priority option to specify a new priority for the backup
job that overrides the default job priority.


Has anyone yet determined empirically whether a priority setting of 0 (which is 
the default if no priority is specified with bppolicynew) on the policy is a 
special case that means "use the default" rather than "override the default", 
even if the priority was previously set to a higher number?


The 6.5.2 documentation update also mysteriously refers to a "first" and 
"second" priority in the "Understanding the Job Priority setting" section (on 
page 358):

  The NetBackup Resource Broker (NBRB) maintains resource requests for jobs in
  a queue. NBRB evaluates the requests sequentially and sorts them based on the
  following criteria:
  * The request's first priority.
  * The request's second priority.
  * The birth time (when the Resource Broker receives the request).
  The first priority is weighted more heavily than the second priority, and the
  second priority is weighted more heavily than the birth time.


Has anyone sorted out what "first" and "second" mean here?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] Linux slowly dropping drives.

[Rosenkoetter, Gabriel]

One drive may easily have needed cleaning for longer... or are you saying the 
two that advertise that are a disjoint set from the one that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in 
/var/log/messages when the drives are downed of their own accord? (Turn 
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library perform 
automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in place? 
(Does that file even still get used under 6.5? I don't see a parallel setting 
in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from HP-UX 
11iv2 to RHEL 5 for our NetBackup servers, so if there's a fundamental flaw in 
the Linux ST driver or NetBackup's use of it, I'd like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.



On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

Justin.





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

Re: [Veritas-bu] Has anyone pursued an EEB for document ID 315628? (ETracks 1459849 & 1460034)

[Rosenkoetter, Gabriel]

Just for the record, in case anyone else is in the same position I am: Yes, 
support will be happy to supply EEBs for 6.5.3 for those ETracks.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz]
Sent: Monday, January 12, 2009 4:48 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Has anyone pursued an EEB for document ID 315628? 
(ETracks 1459849 & 1460034

See http://support.veritas.com/docs/315628 -- "A potential for data loss has 
been discovered in NetBackup 6.5/6.5.x when using Storage LifeCycle Policies 
(SLP). Retention periods or cache periods in the SLP that are set to infinity, 
or greater than 25 years, may lead to skipped duplications or missing backup 
copies."

I am, unfortunately, currently required to retain email backups offsite 
"indefinitely", which is certainly well over 25 years, and I'd rather get SLP 
in place sooner than waiting for the 6.5.4 release and without using a kludge 
on retention levels...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556






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

[Veritas-bu] Has anyone pursued an EEB for document ID 315628? (ETracks 1459849 & 1460034

[Rosenkoetter, Gabriel]

See http://support.veritas.com/docs/315628 -- "A potential for data loss has 
been discovered in NetBackup 6.5/6.5.x when using Storage LifeCycle Policies 
(SLP). Retention periods or cache periods in the SLP that are set to infinity, 
or greater than 25 years, may lead to skipped duplications or missing backup 
copies."

I am, unfortunately, currently required to retain email backups offsite 
"indefinitely", which is certainly well over 25 years, and I'd rather get SLP 
in place sooner than waiting for the 6.5.4 release and without using a kludge 
on retention levels...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556



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

Re: [Veritas-bu] LTO4 recognized as DLT

[Rosenkoetter, Gabriel]

Roed, as you've been told several times, the media is being detected as DLT in 
your SL500 environment because you have a barcode rule (or the lack of one and 
a default set to DLT) in that environment that is telling NetBackup to do that. 
You need to add or modify a barcode rule that tells NetBackup to do the right 
thing with your barcodes. Since you haven't told us what barcodes are on your 
LTO-4 media (which will be six digits plus an L4, unless you've configured your 
library not to pass those final two digits through, and I don't recall whether 
you can configure an SL500 that way), nor what extant barcode rules you have, 
we can't be more specific than that. You should consult the appropriate system 
administrator's guide for your OS, volume 1, which you can find at 
http://seer.entsupport.symantec.com/docs/290282.htm, for details on how to 
configure barcode rules: I won't go into it here because it's a basic NetBackup 
administration skill.

If you are getting barcodes passed through to NetBackup with an L4 hanging of 
the end, then you will need a MEDIA_ID_BARCODE_CHARS setting in vm.conf, for 
more detail on which see http://seer.entsupport.symantec.com/docs/236271.htm.

Hope this helps...

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556







From: Roedy boy [mailto:roed...@yahoo.com]
Sent: Monday, December 22, 2008 8:31 PM
To: 'A Darren Dunham'; veritas-bu@mailman.eng.auburn.edu; Rosenkoetter, Gabriel
Subject: Re: [Veritas-bu] LTO4 recognized as DLT



Hi All,
Thanks for the respon so far, I've tried to insert the LTO4 media to another 
NBU environment (ver 6.5.2) with L3000 library and its fine, NBU able to 
recognized as HCART media. but again when i insert it back to NBU ver 6.5.1 
with Sl500, NBU recognozed as DLT..

The idea is , I want to restore the image which backuped in Sl3000 & NBU 6.5.2 
to SL500 & NBU 6.5.1.

Thanks.
Roed

--- On Sat, 12/20/08, Rosenkoetter, Gabriel  
wrote:


From: Rosenkoetter, Gabriel 
Subject: Re: [Veritas-bu] LTO4 recognized as DLT
To: "'A Darren Dunham'" , 
"veritas-bu@mailman.eng.auburn.edu" 
Date: Saturday, December 20, 2008, 4:03 AM


Um... there is no such thing as HCART4. You have to decide whether 
you're
going to define your LTO-4 drives as HCART3 (and risk getting all your 
LTO-4
media frozen when NetBackup puts it in an LTO-3 drive) or define your 
LTO-4
drives as HCART (and not get
 to use LTO-3 media in them). No, neither of those
is attractive, which is why getting the new physical media types
("eventually"), which functions along a drive and media capability
model rather than just generational tiering (Can a drive read this 
media? Can it
write it if it's blank? Can it append to it at the current density 
(think
IBM media types)? Can it encrypt to it?), but don't hold your breath.

As for the original poster, NetBackup labeled that media as DLT because
that's what your barcode rules told it to do. Go fix those.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: A Darren Dunham [mailto:ddun...@taos.com]
Sent: Friday, December 19, 2008 12:05 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO4 recognized as DLT

On Thu, Dec 18, 2008 at 07:51:51PM
 -0800, Roedy boy wrote:
> Hi all,
>
> I have added a new LTO4 drive in SL500 Tape Library with 5 existing
> LTO3 drive, I have succesfull to backup LTO3 media with LTO4 drive,
> but when i did inventory LTO4 media it's recognized as DLT media not
> HCART, is anyone know why this happened? is it necessery to patch the
> nbu ?(currently 6.5.1).

Is your LTO3 drive of type 'HCART3'?  And your LTO4 drive of type
'HCART4'?

Inventory is just done with barcodes.  Do you have a barcode rule so
that your LTO4 media is brought in as type 'HCART4'? (or whatever type
you
have set your LTO4 drive to).

For instance my DEFAULT rule brings in tapes as HCART3, but I have a 
rule
for cleaning tapes that brings them in as HC3_CLN.

--
Darren



___
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] LTO4 recognized as DLT

[Rosenkoetter, Gabriel]

Um... there is no such thing as HCART4. You have to decide whether you're going 
to define your LTO-4 drives as HCART3 (and risk getting all your LTO-4 media 
frozen when NetBackup puts it in an LTO-3 drive) or define your LTO-4 drives as 
HCART (and not get to use LTO-3 media in them). No, neither of those is 
attractive, which is why getting the new physical media types ("eventually"), 
which functions along a drive and media capability model rather than just 
generational tiering (Can a drive read this media? Can it write it if it's 
blank? Can it append to it at the current density (think IBM media types)? Can 
it encrypt to it?), but don't hold your breath.

As for the original poster, NetBackup labeled that media as DLT because that's 
what your barcode rules told it to do. Go fix those.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: A Darren Dunham [mailto:ddun...@taos.com]
Sent: Friday, December 19, 2008 12:05 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO4 recognized as DLT

On Thu, Dec 18, 2008 at 07:51:51PM -0800, Roedy boy wrote:
> Hi all,
>
> I have added a new LTO4 drive in SL500 Tape Library with 5 existing
> LTO3 drive, I have succesfull to backup LTO3 media with LTO4 drive,
> but when i did inventory LTO4 media it's recognized as DLT media not
> HCART, is anyone know why this happened? is it necessery to patch the
> nbu ?(currently 6.5.1).

Is your LTO3 drive of type 'HCART3'?  And your LTO4 drive of type
'HCART4'?

Inventory is just done with barcodes.  Do you have a barcode rule so
that your LTO4 media is brought in as type 'HCART4'? (or whatever type you
have set your LTO4 drive to).

For instance my DEFAULT rule brings in tapes as HCART3, but I have a rule
for cleaning tapes that brings them in as HC3_CLN.

--
Darren



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

Re: [Veritas-bu] eliminating volume pools

[Rosenkoetter, Gabriel]

Erik, Darren has already suggested a way that you can do that: use redundant 
(length-wise) retention levels and use a different one in each of your 
policies. That falls down if you need more than 15 slots (or more than one 
different duration), but you already asserted that you currently have 15 pools.

I happen to think that you are making things more complicated for yourself, not 
easier, with this scheme of extra restrictions around what goes onto which 
media (I think you'd be better served by using storage lifecycle policies at 
the time of backup and having a disk storage unit into which you duplicate 
images at time of DR), but that really is the best bet to get roughly what you 
have now in the context of KMS, as currently implemented in NetBackup 6.5. (You 
could also wait on implementing encryption until KMS is a bit more mature or 
use a third-party key management.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: erik.roberte...@firstinvestors.com 
[mailto:erik.roberte...@firstinvestors.com]
Sent: Thursday, December 18, 2008 2:44 PM
To: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Cc: ddun...@taos.com; minhaj.huss...@firstinvestors.com
Subject: RE: [Veritas-bu] eliminating volume pools

I am sorry I should have clarified, it is not that the speed is slow.  It is 
more efficient, getting max performance out of our tape drives, restoring 
different pools in parallel.

I think what I am really asking, is there anyway to specify certain policies to 
be backed up by a specific collection of tapes.

Erik

-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz]
Sent: Thursday, December 18, 2008 2:06 PM
To: Erik Robertello; veritas-bu@mailman.eng.auburn.edu
Cc: ddun...@taos.com; Minhaj Hussain
Subject: RE: [Veritas-bu] eliminating volume pools


On point 1, you should do exactly what Darren has already suggested: burn some 
extra retention level slots (I encourage you not to change the ones at 9 or 
below) on multiple copies of the same actual time of retention. Unless you 
change the default configuration (and please, don't), NetBackup will refuse to 
colocate images from different retention levels (note: not necessarily 
different durations of retention) on the same media.

On point 2, I think that your understanding of how NetBackup deals with media 
servers' media is slightly off. Creating a pool for each media server certainly 
does segregate the media that server will use, but it doesn't buy you anything. 
If a tape a media server has previously used is currently mounted by another 
media server (which it still could be even with your pool configuration if, for 
example, you're making use of Vault duplication or Storage Lifecycle Policies), 
the first media server will simply pull a new one out of the Scratch pool, and 
backups will proceed at the same speed. Have you found some problem with this 
that I'm missing?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: erik.roberte...@firstinvestors.com 
[mailto:erik.roberte...@firstinvestors.com]
Sent: Thursday, December 18, 2008 11:52 AM
To: ddun...@taos.com; veritas-bu@mailman.eng.auburn.edu
Cc: minhaj.huss...@firstinvestors.com
Subject: Re: [Veritas-bu] eliminating volume pools

We are using approx 15 volume pools for several reasons.

Having many pools allows us to restore different pools simultaneously at our DR 
facility, getting the maximum results within our window.

This is also the case for backing up the data.  Different media servers having 
their own pools is really efficient.  We have a specific backup window that 
might be hard to accomplish without using pools.

We would like to utilize KMS but we have learned that we are limited to 2 pools.

We are currently running 6.5.2 and will be upgrading to 6.5.3.

Really appreciate any suggestions.
Erik



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]on Behalf Of A Darren
Dunham
Sent: Thursday, December 18, 2008 11:09 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] eliminating volume pools


On Thu, Dec 18, 2008 at 10:37:05AM -0500, erik.roberte...@firstinvestors.com 
wrote:
> My previous post should have read:
>
> I am looking to eliminate volume pools in an effort to utilized
> hardware encryption (limited to 2 volume pools).  Is there another way
> to experience the same results of using volume pools "without" using
> volume pools?

I guess that depends on what you're using volume pools for in the first
place.  What do you lose in your environment by removing them?

The main purpose behind them is volume segregation.  Easily preventing
certain data from being on the same volume as 

Re: [Veritas-bu] eliminating volume pools

[Rosenkoetter, Gabriel]

On point 1, you should do exactly what Darren has already suggested: burn some 
extra retention level slots (I encourage you not to change the ones at 9 or 
below) on multiple copies of the same actual time of retention. Unless you 
change the default configuration (and please, don't), NetBackup will refuse to 
colocate images from different retention levels (note: not necessarily 
different durations of retention) on the same media.

On point 2, I think that your understanding of how NetBackup deals with media 
servers' media is slightly off. Creating a pool for each media server certainly 
does segregate the media that server will use, but it doesn't buy you anything. 
If a tape a media server has previously used is currently mounted by another 
media server (which it still could be even with your pool configuration if, for 
example, you're making use of Vault duplication or Storage Lifecycle Policies), 
the first media server will simply pull a new one out of the Scratch pool, and 
backups will proceed at the same speed. Have you found some problem with this 
that I'm missing?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556


-Original Message-
From: erik.roberte...@firstinvestors.com 
[mailto:erik.roberte...@firstinvestors.com]
Sent: Thursday, December 18, 2008 11:52 AM
To: ddun...@taos.com; veritas-bu@mailman.eng.auburn.edu
Cc: minhaj.huss...@firstinvestors.com
Subject: Re: [Veritas-bu] eliminating volume pools

We are using approx 15 volume pools for several reasons.

Having many pools allows us to restore different pools simultaneously at our DR 
facility, getting the maximum results within our window.

This is also the case for backing up the data.  Different media servers having 
their own pools is really efficient.  We have a specific backup window that 
might be hard to accomplish without using pools.

We would like to utilize KMS but we have learned that we are limited to 2 pools.

We are currently running 6.5.2 and will be upgrading to 6.5.3.

Really appreciate any suggestions.
Erik



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]on Behalf Of A Darren
Dunham
Sent: Thursday, December 18, 2008 11:09 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] eliminating volume pools


On Thu, Dec 18, 2008 at 10:37:05AM -0500, erik.roberte...@firstinvestors.com 
wrote:
> My previous post should have read:
>
> I am looking to eliminate volume pools in an effort to utilized
> hardware encryption (limited to 2 volume pools).  Is there another way
> to experience the same results of using volume pools "without" using
> volume pools?

I guess that depends on what you're using volume pools for in the first
place.  What do you lose in your environment by removing them?

The main purpose behind them is volume segregation.  Easily preventing
certain data from being on the same volume as other data.  Ease of
reporting/identification is a plus as well.  Depending why you're doing
these (and the particulars), you might be able to come up with
alternatives.

Creative use of different retention policies (which use separate tapes
by default) and scripting for identification can help.

--
Darren
___
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] Serious bug w/ 6.5.2 (and beyond?)

[Rosenkoetter, Gabriel]

That is the opposite of what I was told by support. (Ie, it WILL matter in the 
spring, and they are producing an EEB, as I previously noted on the list.)

From: Ed Wilts [ewi...@ewilts.org]
Sent: Tuesday, December 16, 2008 9:28 AM
To: Stafford, Geoff
Cc: veritas-bu@mailman.eng.auburn.edu; Rosenkoetter, Gabriel
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

On Mon, Dec 8, 2008 at 10:47 AM, Stafford, Geoff 
mailto:gstaff...@barclaycardus.com>> wrote:
I musta missed something earlier in this discussion, short version of
the story what is the anticipated issue when we hit DST w/out the
EEB/6.5.4?

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

The issue apparently is not when we go into DST but when we come out of it.  So 
as long as 6.5.4 is out before next fall, we're ok.

.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org<mailto:ewi...@ewilts.org>


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

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

[Rosenkoetter, Gabriel]

Just received my response from tech support. Quoting the important bit:

"The fix will most likely get included into an earlier point patch, either 
6.5.3.1 or 6.5.3.2. [...] I think it could be ready
sometime in January."

Welcome to the land of dot-dot-dot releases, I suppose. :^>

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Rosenkoetter, Gabriel
Sent: Monday, December 08, 2008 11:53 AM
To: 'Stafford, Geoff'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

For any schedule (regardless of calendar or not) that crosses the DST rollover 
window, backups will run when initially scheduled, complete, and then 
immediately begin running again (regardless of exit status) until the close of 
the window.

Trust me, you want the EEB.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Stafford, Geoff [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 11:48 AM
To: veritas-bu@mailman.eng.auburn.edu
Cc: Rosenkoetter, Gabriel
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

I musta missed something earlier in this discussion, short version of
the story what is the anticipated issue when we hit DST w/out the
EEB/6.5.4?



Geoff Stafford
Barclaycard US
Data Protection Engineering
office:
mobile:

Date: Mon, 8 Dec 2008 10:58:41 -0500
From: "Rosenkoetter, Gabriel" <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?):
perpetually requeueing j
To: "VERITAS-BU@mailman.eng.auburn.edu"

Message-ID:

<[EMAIL PROTECTED]
ngroupinc.net>

Content-Type: text/plain; charset="us-ascii"

I was assured that EEBs would be made available if 6.5.4 were not
released by the next DST change. Those potentially affected (6.5.2[A]
and above, affects all platforms) will probably want to open cases and
request that EEB. The Symantec bug ID you want to reference is
ET1447178.

(I just sent an email following up on my case, so I can't confirm/deny
that an EEB is actually available at the moment.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556





From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 3:38 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?):
perpetually requeueing j

On Fri, Dec 5, 2008 at 8:22 AM, Ed Wilts
<[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote:
On Fri, Dec 5, 2008 at 8:07 AM, toaster
<[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]
com>> wrote:

I just hope that 6.5.4 will be out before the next DST change ;)

Back in October at the NetBackup Customer Forum in Roseville, I heard
that 6.5.4 was targeted for the March time frame.   The 2009 DST change
is March 8.

At the NetBackup Tech Day in Roseville today, they were talking about
May/June for 6.5.4.<http://6.5.4.>
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>
-- next part --
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20081208/
5457e0fe/attachment-0001.html



Barclays www.barclaycardus.com

This e-mail and any files transmitted with it may contain confidential and/or 
proprietary information. It is intended solely for the use of the individual or 
entity who is the intended recipient. Unauthorized use of this information is 
prohibited. If you have received this in error, please contact the sender by 
replying to this message and delete this material from any system it may be on.




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

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

[Rosenkoetter, Gabriel]

For any schedule (regardless of calendar or not) that crosses the DST rollover 
window, backups will run when initially scheduled, complete, and then 
immediately begin running again (regardless of exit status) until the close of 
the window.

Trust me, you want the EEB.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Stafford, Geoff [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 11:48 AM
To: veritas-bu@mailman.eng.auburn.edu
Cc: Rosenkoetter, Gabriel
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?)

I musta missed something earlier in this discussion, short version of
the story what is the anticipated issue when we hit DST w/out the
EEB/6.5.4?



Geoff Stafford
Barclaycard US
Data Protection Engineering
office:
mobile:

Date: Mon, 8 Dec 2008 10:58:41 -0500
From: "Rosenkoetter, Gabriel" <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?):
perpetually requeueing j
To: "VERITAS-BU@mailman.eng.auburn.edu"

Message-ID:

<[EMAIL PROTECTED]
ngroupinc.net>

Content-Type: text/plain; charset="us-ascii"

I was assured that EEBs would be made available if 6.5.4 were not
released by the next DST change. Those potentially affected (6.5.2[A]
and above, affects all platforms) will probably want to open cases and
request that EEB. The Symantec bug ID you want to reference is
ET1447178.

(I just sent an email following up on my case, so I can't confirm/deny
that an EEB is actually available at the moment.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556





From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 3:38 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?):
perpetually requeueing j

On Fri, Dec 5, 2008 at 8:22 AM, Ed Wilts
<[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote:
On Fri, Dec 5, 2008 at 8:07 AM, toaster
<[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]
com>> wrote:

I just hope that 6.5.4 will be out before the next DST change ;)

Back in October at the NetBackup Customer Forum in Roseville, I heard
that 6.5.4 was targeted for the March time frame.   The 2009 DST change
is March 8.

At the NetBackup Tech Day in Roseville today, they were talking about
May/June for 6.5.4.<http://6.5.4.>
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>
-- next part --
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20081208/
5457e0fe/attachment-0001.html



Barclays www.barclaycardus.com

This e-mail and any files transmitted with it may contain confidential and/or 
proprietary information. It is intended solely for the use of the individual or 
entity who is the intended recipient. Unauthorized use of this information is 
prohibited. If you have received this in error, please contact the sender by 
replying to this message and delete this material from any system it may be on.




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

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j

[Rosenkoetter, Gabriel]

I was assured that EEBs would be made available if 6.5.4 were not released by 
the next DST change. Those potentially affected (6.5.2[A] and above, affects 
all platforms) will probably want to open cases and request that EEB. The 
Symantec bug ID you want to reference is ET1447178.

(I just sent an email following up on my case, so I can't confirm/deny that an 
EEB is actually available at the moment.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556





From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Friday, December 05, 2008 3:38 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing j

On Fri, Dec 5, 2008 at 8:22 AM, Ed Wilts <[EMAIL PROTECTED]> wrote:
On Fri, Dec 5, 2008 at 8:07 AM, toaster <[EMAIL PROTECTED]> wrote:

I just hope that 6.5.4 will be out before the next DST change ;)

Back in October at the NetBackup Customer Forum in Roseville, I heard that 
6.5.4 was targeted for the March time frame.   The 2009 DST change is March 8.

At the NetBackup Tech Day in Roseville today, they were talking about May/June 
for 6.5.4.
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] 6.5.3 on the FTP site

[Rosenkoetter, Gabriel]

But did you apply the 6.5.3 Java patch, as appropriate for the OS, to the 
workstation on which you're running the Java console?

You do also need to do that. (Failing to do so with, for example, 6.5.2 had the 
headings wrong in the Activity monitor. Same genre of issue.)


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Haberl, Max [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 4:58 AM
To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site

Hi Bob,

it IS the java patch. I applied it to my windows box and to my linux box
and they both have the same bug.

I also opened a CASE. Lets see if it is a feature and not a bug.

Now im running 6.5.0 Java GUI on my Windows Box and 6.5.3 Java GUI.

Windows for the "Activity Monitor" Filter Bug.
Linux for the Client Property Bug.


Alwas good to have a choice :-)



-Original Message-
From: bob944 [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 12:16 AM
To: veritas-bu@mailman.eng.auburn.edu
Cc: Haberl, Max
Subject: RE: [Veritas-bu] 6.5.3 on the FTP site

> I got the first BUG. YE
>
> Ok, it's just the JAVA GUI, but it's something they should see at the
> first check.
>
> Try to open the Activity Monitor, Filter, Advanced Search and then try
> to do a search for a Policy.
>
> This really sucks.

You remembered to apply the JAV patch?





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

Re: [Veritas-bu] Upgrade to 6.5.3

[Rosenkoetter, Gabriel]

There is absolutely a NB_VLT_6.5.3 package, and you can grab it from the 
download link previously posted here (but which more than a minute of search at 
symantec.com failed to turn up... aHEM).


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Schomaker, Wayne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 5:41 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Upgrade to 6.5.3

I have a Linux SUSE Master Server, 2.4 kernel,  that is at Enterprise Server 
6.5.2 .  The only add-on I have is the vault option.  I am upgrading to 6.5.3 . 
I checked the Symantec 6.5.3 Release Update pages @ Document 315028 and it does 
not say that there is a vault add-on upgrade. Can anyone please verify that 
there is no 6.5.3 upgrade for the vault add-on?  There is an upgrade @ Document 
314610 for "Vault", but it is my understanding that this is for a 
seperately-purchased option, and not the "vault" add-on - or am I mistaken? 
Thanks!

Wayne A. Schomaker
IT Professional III
OIT/Infrastructure Services
Storage Team
Office:303-239-4394
Fax:  303-239-4383



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

Re: [Veritas-bu] Upgrading to 6.5.3

[Rosenkoetter, Gabriel]

You can always leave media servers (and clients) down-revved, but you'll be 
missing the features provided by the intervening backups (ie, don't expect to 
shoot Exchange 2007 CCR backups or granular restores through them).

Also, if you have some Windows media servers that you use as management console 
concentrators, then you may want to make a point of updating those, for exactly 
this same reason.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Preston, Doug [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 4:37 PM
To: Rosenkoetter, Gabriel; Haberl, Max; Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Upgrading to 6.5.3

Do I need to upgrade all my media servers the same time as the master
server or can the master server run 6.5.3 while the media servers run
6.5.0 for a few days?
Oh yea they are all windows server 2k3

Doug Preston

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Rosenkoetter, Gabriel
Sent: Wednesday, December 03, 2008 10:55 AM
To: 'Haberl, Max'; Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site

Sounds like you didn't update your Java binaries on your workstation to
me.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Haberl, Max [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 9:21 AM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site

OK, so you really want to know right ?

Its a numeric value. :-)
perfect for those who have just numbers as policyname.

some other fields like start time and end time have also a wrong field
types.
i don't use the rest, but i have around 8000 sql Backtrack jobs to hide.


Cheers
Max

-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:12 PM
To: Haberl, Max
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site



On Wed, 3 Dec 2008, Haberl, Max wrote:

> I got the first BUG. YE
>
> Ok, it's just the JAVA GUI, but it's something they should see at the
> first check.
>
> Try to open the Activity Monitor, Filter, Advanced Search and then try
> to do a search for a Policy.
>
> This really sucks.
>
>
> Cheers
> Max
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

For those who did not jump to 6.5.3 already, spill the beans! :)  What
happens when you try to search for a policy?

Justin.




___
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] 6.5.3 on the FTP site

[Rosenkoetter, Gabriel]

Sounds like you didn't update your Java binaries on your workstation to me.


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: Haberl, Max [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 9:21 AM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site

OK, so you really want to know right ?

Its a numeric value. :-)
perfect for those who have just numbers as policyname.

some other fields like start time and end time have also a wrong field
types.
i don't use the rest, but i have around 8000 sql Backtrack jobs to hide.


Cheers
Max

-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:12 PM
To: Haberl, Max
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] 6.5.3 on the FTP site



On Wed, 3 Dec 2008, Haberl, Max wrote:

> I got the first BUG. YE
>
> Ok, it's just the JAVA GUI, but it's something they should see at the
> first check.
>
> Try to open the Activity Monitor, Filter, Advanced Search and then try
> to do a search for a Policy.
>
> This really sucks.
>
>
> Cheers
> Max
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

For those who did not jump to 6.5.3 already, spill the beans! :)  What
happens when you try to search for a policy?

Justin.




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

Re: [Veritas-bu] SLP - doing it manually

[Rosenkoetter, Gabriel]

I missed the original post, but you know that there are a *lot* of SLP bug 
fixes already available in 6.5.3 and several useability features will be added 
in ~6.5.5 / 7, right?


--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
[EMAIL PROTECTED], 215 231 1556


-Original Message-
From: RKastner [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 30, 2008 1:04 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] SLP - doing it manually


Hello David,

we have the same problem and we passed an Enhancement Request to Symantec. Even 
you start the SLP manually you will have the same problem. You can try to use 
different volume pools

regards Roland

+--
|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

[Veritas-bu] Warning about HP-UX 11.11 patch PHSS_38154

[Rosenkoetter, Gabriel]

PHSS_38154 supersedes a bunch of patches listed as being required in the 
NetBackup 6.5 release notes.

Unfortunately, it ALSO supersedes PHSS_30968, a patch which "Symantec 
recommends that you do not install". They recommend that because if you do 
install it, bpbkar on a client being backed up fails (before doing anything) 
with the message "aCC runtime: Use of "-mt" must be consistent during both 
compilation and linking." (I think this has something to do with linking with 
the OS's pthreads library and differences between the HP and Veritas build 
chains, but don't quote me on that.)

We're awaiting response from each vendor but, for now, if your HP Account 
Advocate suggests you install patch PHSS_38154 on any HP-UX 11.11 system where 
you run NetBackup (really, any: this affects the client portion's behavior), 
don't do it.

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



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

Re: [Veritas-bu] NOM 6.5.

[Rosenkoetter, Gabriel]

Ed, if you don't have the EEB for NOM that fixes a memory leak (it's included 
in 6.5.3 and beyond), mention that in your case. I'd have brought this up at 
the quiz the wizards' session if I hadn't had a flight out before then on 
Thursday, so I just left a note about it, which Tim Burlowski (who I'm certain 
reads this list) just followed up on this past week.

According to strings(1), you're after the code branch labeled 
"NetBackup_6.5.2A_EEB1_PET1397478_SET1397396". (I've got the ia64 and PA-RISC 
versions for HP-UX, but so far as I can recall, that won't help you much.)

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


-Original Message-
From: Dean [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 09, 2008 9:02 PM
To: Ed Wilts
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NOM 6.5.

Ed,

I'm interested to know how you think NOM contributed to problems on your 
master. Can you elaborate?

Our master is RHEL4, NOM running on a Win2003 box. NOM is kinda helpful, but, 
if there is any chance of it causing problems on the master, I will shut down 
NOM immediately.

Thanks,
Dean


On Mon, Nov 10, 2008 at 9:57 AM, Ed Wilts <[EMAIL PROTECTED]> wrote:


On Sun, Nov 9, 2008 at 3:27 PM, Andrew White <[EMAIL PROTECTED]> wrote:



I'm just wondering what are peoples thoughts on NOM 6.5?  In 
what capacity are you using NOM (reporting and/or alerting (snmp/email)) and 
has anyone got it configured in a cluster?


After the Customer Forum in Roseville at the end of October, Erica 
convinced me to put it up.  Although I generally like NOM, we haven't had much 
success with it and the we've got an open case where it seems to contribute to 
tipping over our master server (and yes, it's a separate server).  Right now, 
we've got NOM turned off.

YMMV, obviously.

.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]



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






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

Re: [Veritas-bu] NBU 6.5.3

[Rosenkoetter, Gabriel]

The first rule of the FA program is that you do not talk about the FA program.

;^>

-Original Message-
From: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Sent: Friday, November 07, 2008 4:48 PM
To: Martin, Jonathan; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.3

The Twelfth of Nover... :p

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan
Sent: Friday, November 07, 2008 2:57 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 6.5.3

FYI / I just got a note from Symantec that First Availability of 6.5.3
will be on Nov 12th.

-Jonathan

___
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] heads up: tpconfig man page error

[Rosenkoetter, Gabriel]

I just spent 5 minutes confused by this one.

>From tpconfig(1M):

  Update drive path:

  /usr/openv/volmgr/bin/tpconfig -update -drpath -oldpath drivepath -path
   drivepath [-nh ndmp_hostname] [-asciiname asciidrivename]
   [-drstatus [UP|DOWN|DISABLED]] [-noverify]

But then I couldn't get it to work:

[EMAIL PROTECTED]:/usr/openv
[76] tpconfig -update -drpath -oldpath c96t0l1 -path c64t0l1 -nh pa01pdms05 
-asciiname P2R0E4-9940b-09
Unknown argument: -oldpath

For a complete list of usage options type 'tpconfig -help'
(Add drive path)
   tpconfig -add -drpath -path  [-nh ]
-asciiname  [-drstatus UP|DOWN|DISABLED]
[-scsi_protection SPR|SR|DEFAULT]
[-noverify]

(Update drive path)
   tpconfig -update -drpath [-old_path ] -path 
[-nh ] -asciiname 
[-drstatus UP|DOWN|DISABLED] [-scsi_protection SPR|SR|DEFAULT]
[-noverify]

(Delete drive path)
   tpconfig -delete -drpath -path  -asciiname 
[-nh ]


Look closely. The flag is, in fact, "-old_path" (which does work).

Thanks, Veritas!

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



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

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j

[Rosenkoetter, Gabriel]

Although the issue is similar to what's described there, no it is not the same 
thing. It affects frequency based schedules, not just calendar based ones, and 
the jobs requeue continuously throughout their start window, rather than simply 
running twice.


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


-Original Message-
From: Ed Wilts [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2008 10:41 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing j

This issue?  http://seer.entsupport.symantec.com/docs/313300.htm



On Mon, Nov 3, 2008 at 9:28 AM, toaster <[EMAIL PROTECTED]> wrote:



Same thing here, with Solaris 10.  It is strange because the requeue 
occured began 2 hours before the actual DST change...?

Case opened, will see what they have to say :)




.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]



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

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing jobs, starting this weekend.

[Rosenkoetter, Gabriel]

I retract my hand-wavy stuff about locales.

I've been informed out-of-band (and others have posted here) that issue stopped 
when the relevant backup window closed. I didn't see that because I simply had 
our NetBackup environments shut down. (Affected policies included a 
bpstart_notify that shuts down Oracle databases for a cold backup. Doing that 
repeatedly and indefinitely was clearly Not Okay.)


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


-Original Message-
From: Rosenkoetter, Gabriel
Sent: Monday, November 03, 2008 10:20 AM
To: Rosenkoetter, Gabriel; 'Bryan S. Leaman'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

Just for the record, updating to 6.5.2A does not appear to be related (but it 
doesn't hurt).

This does appear to be fallout from the changes, described in technote 301752, 
made in 6.5.2 to avoid the problem that Bluejay Adametz described with 6.5.1 (a 
single repeated run with policies spanning a DST change). I wouldn't exactly 
call those changes a ringing success. I don't really have enough statistical 
data as yet, but it appears that those changes essentially make PEM try to 
intuit what you might have actually meant, rather than doing strictly what you 
said in your schedules, for the span of time when your locale *might* be in a 
DST change. My friends at a much larger organization tell me that the behavior 
for them stopped around 09:00 or 10:00 (am) Sunday (Eastern). I'm not 100% 
certain when the problems started for us on Saturday, but that looks 
suspiciously like the 24 hour period when those using a North America/US locale 
might be in the a DST change.

I'm opening a followup case with Symantec shortly.


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


-Original Message-
From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2008 7:42 PM
To: 'Bryan S. Leaman'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

Yeah, that's what I've gathered from our systems and those of several friends 
elsewhere.

The restarting repeatedly smells like an nbpem bug. Quite plausibly a bug in 
the code added along these lines: 
http://seer.entsupport.symantec.com/docs/301752.htm , especially given the 
proximity to a DST change (although this occured for us well prior to the US 
Eastern changover).

A symptom I maybe hadn't mentioned is that one of our environments requeued 
jobs even after the policy had been marked inactive and NetBackup restarted, to 
which a former co-worker suggested that I inspect the output of nbpemreq 
-tables screen (on the premise that the requeueing was stuck in that DB), which 
would be a great suggestion if that flag hadn't been removed between 6.5 GA and 
6.5.2. I want to think that nbpemreq -persisted is somewhat related, but 
significantly less verbose and clear.

I've updated our environments to 6.5.2A and left a non-prod one running for a 
while now, and things appear to be okay for now. But, well, "more later". (No, 
I haven't opened a case yet, because I don't have enough information yet to be 
assertive about the issue. If anyone who's experienced this has, please drop me 
a line privately so that we can help Symantas correlate information.)

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


-----Original Message-----
From: Bryan S. Leaman [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2008 6:59 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

I saw the same behavior with 6.5.2 on Solaris (with the rev4 nbpem EEB
installed).  After the DST changeover, several of our schedules also
requeued immediately after completing and ran several times.  Luckily they
stopped requeueing later in the morning, possibly because the schedules do
not have a 24hr window.  I didn't have to restart NBU, and the future job
forecast looks normal.

I'm not sure about the "fulls instead of incrementals" issue being
related.  As I understand that one, it only affects a policy the first
time it runs after 6.5.2 is applied.

Bryan

> We encountered a relatively serious problem with our (HP-UX, NBU 6.5.2)
> environments this weekend.
>
> Scheduled backups ran, as expected, Friday and Saturday evenings. Then,
> after finishing successfully, new, identical jobs requeued and ran again.
> And again. So forth until we shut NB

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j

[Rosenkoetter, Gabriel]

I can't respond privately, since you posted through Curtis's web page, but 
would you mind emailing me privately with your case number, so that we can help 
Symantec collate the cases related to this bug?


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


-Original Message-
From: toaster [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2008 10:28 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing j


Same thing here, with Solaris 10.  It is strange because the requeue occured 
began 2 hours before the actual DST change...?

Case opened, will see what they have to say :)

+--
|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] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing jobs, starting this weekend.

[Rosenkoetter, Gabriel]

Just for the record, updating to 6.5.2A does not appear to be related (but it 
doesn't hurt).

This does appear to be fallout from the changes, described in technote 301752, 
made in 6.5.2 to avoid the problem that Bluejay Adametz described with 6.5.1 (a 
single repeated run with policies spanning a DST change). I wouldn't exactly 
call those changes a ringing success. I don't really have enough statistical 
data as yet, but it appears that those changes essentially make PEM try to 
intuit what you might have actually meant, rather than doing strictly what you 
said in your schedules, for the span of time when your locale *might* be in a 
DST change. My friends at a much larger organization tell me that the behavior 
for them stopped around 09:00 or 10:00 (am) Sunday (Eastern). I'm not 100% 
certain when the problems started for us on Saturday, but that looks 
suspiciously like the 24 hour period when those using a North America/US locale 
might be in the a DST change.

I'm opening a followup case with Symantec shortly.


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


-Original Message-
From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2008 7:42 PM
To: 'Bryan S. Leaman'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

Yeah, that's what I've gathered from our systems and those of several friends 
elsewhere.

The restarting repeatedly smells like an nbpem bug. Quite plausibly a bug in 
the code added along these lines: 
http://seer.entsupport.symantec.com/docs/301752.htm , especially given the 
proximity to a DST change (although this occured for us well prior to the US 
Eastern changover).

A symptom I maybe hadn't mentioned is that one of our environments requeued 
jobs even after the policy had been marked inactive and NetBackup restarted, to 
which a former co-worker suggested that I inspect the output of nbpemreq 
-tables screen (on the premise that the requeueing was stuck in that DB), which 
would be a great suggestion if that flag hadn't been removed between 6.5 GA and 
6.5.2. I want to think that nbpemreq -persisted is somewhat related, but 
significantly less verbose and clear.

I've updated our environments to 6.5.2A and left a non-prod one running for a 
while now, and things appear to be okay for now. But, well, "more later". (No, 
I haven't opened a case yet, because I don't have enough information yet to be 
assertive about the issue. If anyone who's experienced this has, please drop me 
a line privately so that we can help Symantas correlate information.)

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


-Original Message-
From: Bryan S. Leaman [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2008 6:59 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

I saw the same behavior with 6.5.2 on Solaris (with the rev4 nbpem EEB
installed).  After the DST changeover, several of our schedules also
requeued immediately after completing and ran several times.  Luckily they
stopped requeueing later in the morning, possibly because the schedules do
not have a 24hr window.  I didn't have to restart NBU, and the future job
forecast looks normal.

I'm not sure about the "fulls instead of incrementals" issue being
related.  As I understand that one, it only affects a policy the first
time it runs after 6.5.2 is applied.

Bryan

> We encountered a relatively serious problem with our (HP-UX, NBU 6.5.2)
> environments this weekend.
>
> Scheduled backups ran, as expected, Friday and Saturday evenings. Then,
> after finishing successfully, new, identical jobs requeued and ran again.
> And again. So forth until we shut NBU down completely.
>
> I'm now in the process of installing 6.5.2A (we hadn't bothered because we
> hadn't encountered any known 6.5.2 bugs, except for the initial "full
> instead of incremental" one, and we were past that), starting things back
> up, and hoping that the fix for the "fulls instead of incrementals" bug
> will fix this as well. I'll report that when I know.
>
> We have one site that's still 6.5 GA and it was NOT affected. If you're
> running anything more recent, you SHOULD check your systems right now.
> They're probably still running backups over and over. I say this because I
> just checked with my friends at a former employer, a major financial
> institution whose name I won't mention because I know their policies, and

Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing jobs, starting this weekend.

[Rosenkoetter, Gabriel]

Yeah, that's what I've gathered from our systems and those of several friends 
elsewhere.

The restarting repeatedly smells like an nbpem bug. Quite plausibly a bug in 
the code added along these lines: 
http://seer.entsupport.symantec.com/docs/301752.htm , especially given the 
proximity to a DST change (although this occured for us well prior to the US 
Eastern changover).

A symptom I maybe hadn't mentioned is that one of our environments requeued 
jobs even after the policy had been marked inactive and NetBackup restarted, to 
which a former co-worker suggested that I inspect the output of nbpemreq 
-tables screen (on the premise that the requeueing was stuck in that DB), which 
would be a great suggestion if that flag hadn't been removed between 6.5 GA and 
6.5.2. I want to think that nbpemreq -persisted is somewhat related, but 
significantly less verbose and clear.

I've updated our environments to 6.5.2A and left a non-prod one running for a 
while now, and things appear to be okay for now. But, well, "more later". (No, 
I haven't opened a case yet, because I don't have enough information yet to be 
assertive about the issue. If anyone who's experienced this has, please drop me 
a line privately so that we can help Symantas correlate information.)

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


-Original Message-
From: Bryan S. Leaman [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2008 6:59 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually 
requeueing jobs, starting this weekend.

I saw the same behavior with 6.5.2 on Solaris (with the rev4 nbpem EEB
installed).  After the DST changeover, several of our schedules also
requeued immediately after completing and ran several times.  Luckily they
stopped requeueing later in the morning, possibly because the schedules do
not have a 24hr window.  I didn't have to restart NBU, and the future job
forecast looks normal.

I'm not sure about the "fulls instead of incrementals" issue being
related.  As I understand that one, it only affects a policy the first
time it runs after 6.5.2 is applied.

Bryan

> We encountered a relatively serious problem with our (HP-UX, NBU 6.5.2)
> environments this weekend.
>
> Scheduled backups ran, as expected, Friday and Saturday evenings. Then,
> after finishing successfully, new, identical jobs requeued and ran again.
> And again. So forth until we shut NBU down completely.
>
> I'm now in the process of installing 6.5.2A (we hadn't bothered because we
> hadn't encountered any known 6.5.2 bugs, except for the initial "full
> instead of incremental" one, and we were past that), starting things back
> up, and hoping that the fix for the "fulls instead of incrementals" bug
> will fix this as well. I'll report that when I know.
>
> We have one site that's still 6.5 GA and it was NOT affected. If you're
> running anything more recent, you SHOULD check your systems right now.
> They're probably still running backups over and over. I say this because I
> just checked with my friends at a former employer, a major financial
> institution whose name I won't mention because I know their policies, and
> they're also affected in environments with Solaris, AIX (maybe?), and
> Windows masters. You are probably also affected. Stop reading this and go
> check. Now.
>
> ___
> 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] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing jobs, starting this weekend.

[Rosenkoetter, Gabriel]

We encountered a relatively serious problem with our (HP-UX, NBU 6.5.2) 
environments this weekend.

Scheduled backups ran, as expected, Friday and Saturday evenings. Then, after 
finishing successfully, new, identical jobs requeued and ran again. And again. 
So forth until we shut NBU down completely.

I'm now in the process of installing 6.5.2A (we hadn't bothered because we 
hadn't encountered any known 6.5.2 bugs, except for the initial "full instead 
of incremental" one, and we were past that), starting things back up, and 
hoping that the fix for the "fulls instead of incrementals" bug will fix this 
as well. I'll report that when I know.

We have one site that's still 6.5 GA and it was NOT affected. If you're running 
anything more recent, you SHOULD check your systems right now. They're probably 
still running backups over and over. I say this because I just checked with my 
friends at a former employer, a major financial institution whose name I won't 
mention because I know their policies, and they're also affected in 
environments with Solaris, AIX (maybe?), and Windows masters. You are probably 
also affected. Stop reading this and go check. Now.

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

Re: [Veritas-bu] LTO4 Media Type

[Rosenkoetter, Gabriel]

Okay, thanks!

But, that skipped a question: have you opened a case with Symantec about the 
tuning question?

It's a legitimate feature request to have different data buffer sizes for 
different media types, especially since no small number of people will be 
living in a mixed 9940/Ultrium environment right now.


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


-Original Message-
From: POUSSARD, Gilles (APX SYNSTAR) [mailto:[EMAIL PROTECTED]
Sent: Friday, October 17, 2008 10:05 AM
To: Rosenkoetter, Gabriel; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] LTO4 Media Type

Hello,

I'm using IBM LTO4

Gilles.
-Message d'origine-
De : Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED]
Envoyé : jeudi 16 octobre 2008 20:01
À : POUSSARD, Gilles (APX SYNSTAR); VERITAS-BU@mailman.eng.auburn.edu
Objet : RE: [Veritas-bu] LTO4 Media Type


Have you opened a case with any of the relevant vendors about this? (It's not 
exactly a bug, but it is something NetBackup "should" handle.)

Whose LTO-4 drives and media are you using? (Yes, they "should" be identical, 
but...)

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


-Original Message-
From: POUSSARD, Gilles (APX SYNSTAR) [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 16, 2008 11:08 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO4 Media Type


Hello,

You can choose HCART or HCART2.

I have a question on LTO4

Did someone work on tuning LTO4 with NetBackup.

I personnaly have a media server with LTO4 and 9940B. If I modify my 
SIZE_DATA_BUFFERS from 256K to 1024K ( for LTO4 performance purpose ), then the 
backup to the 9940B generates an error 84.

Unfortunately, we can't create on the same media server,  a SIZE_DATA_BUFFERS 
for LTO4 and another file SIZE_DATA_BUFFERS for 9940B. So to be compliant with 
the always used 9940B, I was obliged to let the SIZE_DATA_BUFFERS to 256K.

Gilles.

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de rvadde
Envoyé : jeudi 16 octobre 2008 16:54
À : VERITAS-BU@mailman.eng.auburn.edu
Objet : [Veritas-bu] LTO4 Media Type



Greetings,

We currently have a lot of investment in LTO3 Drives and Tapes and moving 
forward with LTO4. Is there a way we can se LTO4 Media Type to be different 
than HCART3 in Netbackup?

Thanks in advance.

+--
|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

This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



The information in this e-mail is confidential. The contents may not be 
disclosed or used by anyone other then the addressee. Access to this e-mail by 
anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and 
delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of 
this e-mail as it has been sent over public networks. If you have any concerns 
over the content of this message or its Accuracy or Integrity, please contact 
Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus 
scanning software but you should take whatever measures you deem to be 
appropriate to ensure that this message and any attachments are virus free.





This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



The information in this e-mail is confidential. The contents may not be 
disclosed or used by anyone other then the addressee. Access to this e-mail by 
anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and 
delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of 
this e-mail as it has been sent over public networks. If you have any concerns 
over the content of this message or its Accuracy or Integrity, please contact 
Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus 
scanning software but you should take whatever measures you deem to be 
appropriate to ensure that this message and any attachments are virus free.




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

Re: [Veritas-bu] LTO4 Media Type

[Rosenkoetter, Gabriel]

Have you opened a case with any of the relevant vendors about this? (It's not 
exactly a bug, but it is something NetBackup "should" handle.)

Whose LTO-4 drives and media are you using? (Yes, they "should" be identical, 
but...)

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


-Original Message-
From: POUSSARD, Gilles (APX SYNSTAR) [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 16, 2008 11:08 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO4 Media Type


Hello,

You can choose HCART or HCART2.

I have a question on LTO4

Did someone work on tuning LTO4 with NetBackup.

I personnaly have a media server with LTO4 and 9940B. If I modify my 
SIZE_DATA_BUFFERS from 256K to 1024K ( for LTO4 performance purpose ), then the 
backup to the 9940B generates an error 84.

Unfortunately, we can't create on the same media server,  a SIZE_DATA_BUFFERS 
for LTO4 and another file SIZE_DATA_BUFFERS for 9940B. So to be compliant with 
the always used 9940B, I was obliged to let the SIZE_DATA_BUFFERS to 256K.

Gilles.

-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] la part de rvadde
Envoyé : jeudi 16 octobre 2008 16:54
À : VERITAS-BU@mailman.eng.auburn.edu
Objet : [Veritas-bu] LTO4 Media Type



Greetings,

We currently have a lot of investment in LTO3 Drives and Tapes and moving 
forward with LTO4. Is there a way we can se LTO4 Media Type to be different 
than HCART3 in Netbackup?

Thanks in advance.

+--
|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

This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



The information in this e-mail is confidential. The contents may not be 
disclosed or used by anyone other then the addressee. Access to this e-mail by 
anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and 
delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of 
this e-mail as it has been sent over public networks. If you have any concerns 
over the content of this message or its Accuracy or Integrity, please contact 
Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus 
scanning software but you should take whatever measures you deem to be 
appropriate to ensure that this message and any attachments are virus free.





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

Re: [Veritas-bu] Netbackup on HP-UX 64-bit on Itanium

[Rosenkoetter, Gabriel]

Could you please expand a little bit on point 3?

We've also experienced problems with nbsl (as I described on this mailing list 
last week), but only with NOM running.

What problem did the PEM bundle fix?

What was wrong with bpdulicate? (A coworker asked me yesterday evening about 
Vault periodically taking inordinately longer than it should in one of our 
environments, even though everything appears to complete correctly, so I'm 
hoping to get a smoking gun for free here... :^>)


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


-Original Message-
From: jpryan99 [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 14, 2008 4:39 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup on HP-UX 64-bit on Itanium


We are running Netbackup 6.5 with HP/UX 11.23 on IA64 hardware.  We have 3 
Master servers and 3 dedicated media servers.  To ease use and administration 
we segregated the environments (1 for Unix (Solaris, HP/UX, AIX, Linux), 1 for 
Windows (2003,2008, Etc.), and our Dev/Test which comprises a mixture of 
everything.)

We have sucessfully upgraded our Dev/Test environment to 6.52a with several 
caveats.

1. Don't do this without engaging Symantec. (This will take several hops to get 
to the right people)

2. Don't do it to your production environment.

3. We needed to get 3 engineering binaries to make it useable. (NBSL, PEM 
bundle #2, and bpduplicate binary. (I can go into the gory details as a sidebar 
if needed)

4. We also needed to replace versioninfo because it kept core dumping.

This was a long painful process to get it right, but we are very happy with the 
6.52a environment we have now.  We have done a lot of testing and we are 
confident we can roll this out to the Unix and Windows production environments 
without incident.

As far as the hardware/OS portion of the equation...it's solid


John Ryan
Systems Engineer
Publix Super Markets, Inc.

+--
|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] Netbackup on HP-UX 64-bit on Itanium

[Rosenkoetter, Gabriel]

> I am curious if there is anyone out there running on HP Itanium
> for Netbackup Master server.  If so, can you answer a few questions.

Sure.

We recently added a NetBackup environment on 11.31 and ia64 (smaller
than our pre-existing ones, which are 11.23 on PA-RISC). The former
is still 6.5GA, the latter are 6.5.2 (we needed the Exchange 2007
support, primarily).

> Any issues or gotchas running on this OS?

I haven't found any distinct from running NetBackup under HP-UX
ordinarily. I no longer recall whether something had to be done to
take advantage of the new pseudo-device infrastructure or if I was
just concerned about that, but since the tape drives in use there
are still /dev/rmt/cXtYdZBESTnb, I guess not.

> Netbackup stable on this OS?

Yes, it appears so.

> How is tech support knowledge?

Can't really say: I haven't had cause to call Symantec about
anything related to the OS.

> Any features that are not supported on Itanium that you were looking
> for?

Nope. You've read the compatibility list, are you fishing for one
that you found there?

> Did you move from PA-RISC to Itanium?

No, and I think that if I were to do that, I would have Vault create
a catalog tape with DR information, install the new system clean,
and then restore that catalog tape over the clean install. (I have
done that at a SunGard site with 6.5, and it works like a dream.)
That may be a bit complicated by going from 6.0mp5 to 6.5, but
upgrading the system you're migrating from to 6.5.3 first (but never
actually letting clients write through it) shouldn't take very long
and would obviously be a Good Idea.

> If so, did you see any performance improvements due to 64 bit?

Impossible to tell: we're using STK 9940s in L700s and L180s the
pre-existing environments and LTO-3s in an HP MSL4048 in the new
one. I certainly don't have performance complaints, but we're not
really asking very much of that environment at the moment.

All that said, in moving off the existing masters in other
environments (and off the 7410s they use), we're seriously
considering moving to Linux masters, either on Proliant 58xs or in
C-class blades.


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


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, October 13, 2008 10:33 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup on HP-UX 64-bit on Itanium

We are currently running our Master and Media Servers (6.0mp5) on HP-UX
32-bit on PA-RISC.  We are condering moving the Master server to 64-bit
HPUX on Itanium (6.5.3 when GA).  I am curious if there is anyone out
there running on HP Itanium for Netbackup Master server.  If so, can you
answer a few questions.

Any issues or gotchas running on this OS?
Netbackup stable on this OS?
How is tech support knowledge?
Any features that are not supported on Itanium that you were looking
for?
Did you move from PA-RISC to Itanium? If so, did you see any performance
improvements due to 64 bit?


Any feedback or insight you can provide would be greatly appreciated.
Thanks !



Mark Jessup - IS Manager
IT Strategy and Architecture
Northwestern Mutual
(414) 661-3968
[EMAIL PROTECTED]

This e-mail and any attachments may contain confidential information of 
Northwestern Mutual. If you are not the intended recipient of this message, be 
aware that any disclosure, copying, distribution or use of this e-mail and any 
attachments is prohibited. If you have received this e-mail in error, please 
notify Northwestern Mutual immediately by returning it to the sender and delete 
all copies from your system. Please be advised that communications received via 
the Northwestern Mutual Secure Message Center are secure. Communications that 
are not received via the Northwestern Mutual Secure Message Center may not be 
secure and could be observed by a third party. Thank you for your cooperation.





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

Re: [Veritas-bu] IMAGE DB Client List

[Rosenkoetter, Gabriel]

I believe that it's explicitly what Daniel requested, and I can think of 
several use cases for which you would want to know this, even if you didn't 
have images in the catalog for those clients any longer. ("Gone from the 
catalog" isn't the same as "the tapes were destroyed or overwritten".)

In any case, ls -l /usr/openv/netbackup/db/images | awk '$2 > 3 { print $NF }' 
should you the clients that still have images. (Field two in long-form ls(1) 
output is number of links, NetBackup leaves either 2 or 3--depending on use--. 
files around in those directories it doesn't remove.) Take that with a grain of 
salt, I didn't check all that carefully. (maybe du -sk * | awk '$1 > 0 { print 
$2 }' would be better.)

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




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 11:55 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] IMAGE DB Client List

Except that Netbackup doesn't clean up client directores for clients with no 
remaining images.

This may be what Daniel wants, however.

-M

____
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rosenkoetter, 
Gabriel
Sent: Tuesday, October 07, 2008 8:22 AM
To: 'Jimenez, Daniel'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] IMAGE DB Client List

ls /usr/openv/netbackup/db/images works pretty well.


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




From: Jimenez, Daniel [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 6:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] IMAGE DB Client List

Hey guys

Does anyone know a command that can query the Image.db in Netbackup 5.1 to pull 
all the clients that have been backed up by a particular Master server? I can 
run a bpplclients command but that will only give me the current list of 
servers in active or inactive polices and I want all of the servers that have 
been backed up by this Master server throughout the years, even the ones that 
have been removed. Let me know if there is such a command, thanks in advance.


Daniel Jimenez
Data Protection Team


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

Re: [Veritas-bu] Can't access policies from Java GUI

[Rosenkoetter, Gabriel]

I prefer it when commercial software I paid a lot of money for doesn't make an 
intro CS student mistake. But hey, who's counting.


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




From: Jeff Lightner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 10:25 AM
To: Rosenkoetter, Gabriel; Kelly B Harris; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

We had a problem with some daemon (nbemm I think) dumping in / (on HP-UX as you 
note) so created a symlink named /core to point to an empty file in the 
/usr/openv filesystem.   That made it dump there instead.  Of course if 
something else in root dumps core it would go there too but we preferred that 
occurring to filling up /.


From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 10:21 AM
To: Jeff Lightner; Kelly B Harris; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

The issue is specifically that NOM causes the nbsl (NetBackup Service Layer) 
daemon to dump core (which, incidentally, it does in /, at least on HP-UX, 
which is just Swell).

NetBackup can function normally for backups without nbsl running, but various 
pieces of the GUI interface can't work without it (polices as mentioned here, 
but also the robotic inventory dialog).

The Java GUI's error message is, as you note, fairly worthless. The full-on 
Windows GUI is a bit better, suggesting that the "NetBackup Service Layer 
Service (Service Layer Daemon)" is down.

As near as I can tell, there's no problem caused by simply starting nbsl back 
up again (just run /usr/openv/netbackup/bin/nbsl; it fork()/execv()s on its 
own, no need for a nohup or anything).

No, I don't have a case open with Symantec about it, nor do I know any more 
details about the root cause. (I'm not the member of my team working on 
configuring NOM.)


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



From: Jeff Lightner [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 5:10 PM
To: Kelly B Harris; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Can't access policies from Java GUI
Kelly,

We turned off NOM and that seemed to clear it up back then.   The rest of the 
thread form May including Ken Zufall who had suggested NOM was the issue.  I 
guess I forgot to post that it cleared the problem for us.

From: Jeff Lightner
Sent: Thursday, May 01, 2008 10:04 AM
To: [EMAIL PROTECTED]
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

Thanks.

I'd seen a technote at Symantec about similar message not related to Policies 
though and it noted that NOM could be an issue for that problem.

We did just turn on NOM yesterday so we'll try turning it off to see if it 
helps.


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 01, 2008 9:57 AM
To: Jeff Lightner
Subject: Re: [Veritas-bu] Can't access policies from Java GUI


Jeff,

We saw the same thing when we went from 5.1 to 6.5.  However, our issue isn't 
likely to be the same as yours--we have since discovered that our master server 
just isn't beefy enough now.  We installed NOM and its constant calls for 
information (policies, media, etc) totally slammed the master.  We haven't seen 
the problem since we turned NOM off.

Hope that helps,

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company
GTN 446.0592 or 330.796.0592



From: Kelly B Harris [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 4:11 PM
To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

Has anyone experience this?  We are after upgrading from 6.0MP to 6.5.1.

Kelly Harris
University Of Alabama Birmingham

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Thursday, May 01, 2008 8:40 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Can't access policies from Java GUI


We upgraded from 6.0 MP4 to 6.5 earlier this week.

This morning I'm attempting to view a policy from the Java GUI.   This is 
timing out and telling me that it can't connect to the master server and says 
to check to be sure necessary daemons are running.   It doesn't say WHICH 
daemon unfortunately.

It does eventually show me the policy but any time I click on things within it 
I seem to be getting the same error or timeout.

Running bpps -a from command line on master shows me many processes including 
the daemons I'm used to seeing.

Activity Monitor in the Java GUI has no issues.

Back

Re: [Veritas-bu] Can't access policies from Java GUI

[Rosenkoetter, Gabriel]

The issue is specifically that NOM causes the nbsl (NetBackup Service Layer) 
daemon to dump core (which, incidentally, it does in /, at least on HP-UX, 
which is just Swell).

NetBackup can function normally for backups without nbsl running, but various 
pieces of the GUI interface can't work without it (polices as mentioned here, 
but also the robotic inventory dialog).

The Java GUI's error message is, as you note, fairly worthless. The full-on 
Windows GUI is a bit better, suggesting that the "NetBackup Service Layer 
Service (Service Layer Daemon)" is down.

As near as I can tell, there's no problem caused by simply starting nbsl back 
up again (just run /usr/openv/netbackup/bin/nbsl; it fork()/execv()s on its 
own, no need for a nohup or anything).

No, I don't have a case open with Symantec about it, nor do I know any more 
details about the root cause. (I'm not the member of my team working on 
configuring NOM.)


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




From: Jeff Lightner [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 5:10 PM
To: Kelly B Harris; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Can't access policies from Java GUI

Kelly,

We turned off NOM and that seemed to clear it up back then.   The rest of the 
thread form May including Ken Zufall who had suggested NOM was the issue.  I 
guess I forgot to post that it cleared the problem for us.

From: Jeff Lightner
Sent: Thursday, May 01, 2008 10:04 AM
To: [EMAIL PROTECTED]
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

Thanks.

I'd seen a technote at Symantec about similar message not related to Policies 
though and it noted that NOM could be an issue for that problem.

We did just turn on NOM yesterday so we'll try turning it off to see if it 
helps.


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 01, 2008 9:57 AM
To: Jeff Lightner
Subject: Re: [Veritas-bu] Can't access policies from Java GUI


Jeff,

We saw the same thing when we went from 5.1 to 6.5.  However, our issue isn't 
likely to be the same as yours--we have since discovered that our master server 
just isn't beefy enough now.  We installed NOM and its constant calls for 
information (policies, media, etc) totally slammed the master.  We haven't seen 
the problem since we turned NOM off.

Hope that helps,

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company
GTN 446.0592 or 330.796.0592




From: Kelly B Harris [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 4:11 PM
To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't access policies from Java GUI

Has anyone experience this?  We are after upgrading from 6.0MP to 6.5.1.

Kelly Harris
University Of Alabama Birmingham

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Thursday, May 01, 2008 8:40 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Can't access policies from Java GUI


We upgraded from 6.0 MP4 to 6.5 earlier this week.

This morning I'm attempting to view a policy from the Java GUI.   This is 
timing out and telling me that it can't connect to the master server and says 
to check to be sure necessary daemons are running.   It doesn't say WHICH 
daemon unfortunately.

It does eventually show me the policy but any time I click on things within it 
I seem to be getting the same error or timeout.

Running bpps -a from command line on master shows me many processes including 
the daemons I'm used to seeing.

Activity Monitor in the Java GUI has no issues.

Backups are running and I was able to kick off a restore so I don't want to 
just stop/start NetBackup.   Everything seems operational except this.

bpplinfo from command line on master shows policy information without an issue.

Can someone tell me which specific daemon would be involved here?

Is there some security setting in 6.5 required to allow me to view policies 
that wasn't there in 6.0 that might be causing this issue?
--
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] IMAGE DB Client List

[Rosenkoetter, Gabriel]

ls /usr/openv/netbackup/db/images works pretty well.


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




From: Jimenez, Daniel [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 6:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] IMAGE DB Client List

Hey guys

Does anyone know a command that can query the Image.db in Netbackup 5.1 to pull 
all the clients that have been backed up by a particular Master server? I can 
run a bpplclients command but that will only give me the current list of 
servers in active or inactive polices and I want all of the servers that have 
been backed up by this Master server throughout the years, even the ones that 
have been removed. Let me know if there is such a command, thanks in advance.


Daniel Jimenez
Data Protection Team


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

Re: [Veritas-bu] Exchange 2007 with CCR - Passive Node Backup

[Rosenkoetter, Gabriel]

I haven't seen exactly that ("Error attempting to find volumes to snap"), but 
I've just slogged through a variety of 130 errors to get to a working 
configuration.

Are your replicas healthy in the Exchange console?

Did you set the HKLM\System\CCS\Services\MSExchangeIS\ParametersSystem\Enable 
Remote Streaming Backup registry key, as explained at 
http://msdn2.microsoft.com/en-us/library/aa580485(EXCHG.80).aspx?

Did you restart the clustered mailbox server after setting the registry key (as 
is not mentioned at that link but is mentioned in the Exchange help topic)? You 
do that in the Exchange Management Shell like this:

Stop-ClusteredMailboxServer  -StopReason "Enable Remote Streaming 
Backup" -Confirm:$False
Start-ClusteredMailboxServer 


The client-side log you want to be looking at is bpfis, and you'll want to look 
at it both on the active and on the passive node. While testing, I recommend 
that you force backups to the passive node (they'll fail with a 130 if it's 
unavailable), but you probably want to permit falling back to the active node 
once you're running live.

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


-Original Message-
From: Michitsch, John [mailto:[EMAIL PROTECTED]
Sent: Friday, September 26, 2008 10:43 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange 2007 with CCR - Passive Node Backup

Has anyone seen these errors when trying an Exchange 2007 with CCR - Passive 
Node Backup?  The client is the Exchange cluster virtual name.

9/26/2008 10:40:11 AM - begin Create Snapshot
9/26/2008 10:40:29 AM - Critical bpbrm(pid=404) from client ent-mocexcmb10: FTL 
- snapshot preparation failed - Error attempting to find volumes to snap., 
status 130
9/26/2008 10:40:29 AM - Critical bpbrm(pid=404) from client ent-mocexcmb10: FTL 
- snapshot preparation failed, status 130
9/26/2008 10:40:37 AM - end Create Snapshot; elapsed time: 00:00:26
9/26/2008 10:40:39 AM - end writing


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of oersted
Sent: 24 September, 2008 5:42 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2007 with CCR - Passive Node Backup


this is spot on


Rosenkoetter, Gabriel wrote:
> You shouldn't be specifying either the active or passive node name as a 
> client, you should be specifying the cluster's virtual name as a client.
>
> Also, note that you must run the NetBackup Client Service as an AD-level (not 
> local) account that has local admin access on each server and admin access to 
> the Exchange cluster for LCR/CCR snapshot backups. Running the client as 
> LocalSystem will not work. (The documentation's a bit hazy on this point. 
> It's clear that that's necessary for individual mailbox backups, it's not so 
> clear that it's required for the cluster backups, but it makes sense when you 
> think about it: the Exchange cluster isn't logically attached to either node, 
> so neither node's LocalSystem has sufficient permissions.)
>
> --
> gabriel rosenkoetter
> Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
> gabriel.rosenkoetter < at > radian.biz, 215 231 1556
>
> From: Scheef Jr, Ed E. [mailto:CXScheef < at > tecoenergy.com]
> Sent: Tuesday, September 23, 2008 3:36 PM
> To: veritas-bu < at > mailman.eng.auburn.edu
> Subject: [Veritas-bu] Exchange 2007 with CCR - Passive Node Backup
>
>
>
>
> Folks,
>
> We're running Netbackup 6.5.2.
>
> We're just now setting up a Netbackup Policy for Exchange 2007 running in a 
> CCR cluster.
> The backup has been defined to "backup the passive node first, but if not 
> available, backup
> the active node".
>
> The question I have is client definition in the Snapshot policy (within 
> Exchange Policy) required
> to backup the Exchange database:
>
> When we put both physical CCR cluster node names in the policy's client list, 
> it starts backups
> for both nodes, and looks like it does "snapshots" for both nodes, when only 
> the "passive node"
> should be snapshotting, and getting backed up. Why is that happening ?? 
> Anybody have a
> "passive node" Exchange backup set up and working ???
>
> An obvious solution would be to take the "active" node server out of the 
> policy's client list, but
> then if a failover occurred , and the "passive" node switched to what is now 
> the "active" node,
> would the "passive" node backup still work without that physical server in 
> the policy's client list ??
>
> The Netbackup documentation update for 6.5.2 is not too c

Re: [Veritas-bu] Avamar?

[Rosenkoetter, Gabriel]

>From what I saw at EMC World 2008, it wants to do all of your backups for a 
>subset of systems (ie, it doesn't work without an Avamar agent on the client), 
>rather than just be a dedupe conduit to storage. They do have plans to 
>incorporate it into NetWorker, and it is possible to feed data to an Avamar 
>environment from NetWorker (using it as whatever the NW lingo for a storage 
>unit is; escapes me at the moment), but there didn't seem to be any real way 
>to incorporate it into a NetBackup (you know, the topic of this mailing list 
>;^>) environment directly. The GUI's a bit young, fragile, and inconsistent, 
>but the underlying engine (and maybe the CLI: that wasn't included in the 
>playtime at EMC World, except by reference when I started asking the techs a 
>few questions about how to do this or that task) seems to be very powerful and 
>well thought-out.

Especially if you have both a decent amount of systems and storage in a central 
location AND a bunch of remote sites, it may make sense to do the former with a 
traditional backup product and the latter with something like Avamar, so long 
as you're comfortable maintaining the separate environments and your ops staff 
can handle figuring out from which system a given restore needs to come.

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




From: Robin L. Small [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 1:16 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Avamar?

I'm curious if any of you have tried out EMC's Avamar dedup engine?

We had a meeting with EMC recently and what they described looked interesting. 
So, it had me curious what real users get out of it or what those opinions may 
be.


~ Robin

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

Re: [Veritas-bu] SSO between HP-UX and Windows

[Rosenkoetter, Gabriel]

SCSI reserve only applies on the host in question. NetBackup has a fancy scheme 
constructed for SSO that checks other known media servers' SCSI reserves, but 
the protocol itself doesn't allow for shared access.

That means that any host that's not configured properly as a media server but 
does see the drives and any process on any host that is configured properly but 
isn't NetBackup can screw with drives other hosts are using.


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




From: Forester, Jack L [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 12:11 PM
To: Rosenkoetter, Gabriel; BeDour, Wayne
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] SSO between HP-UX and Windows

If the drive is SCSI reserved by another host, how can EMS probing a drive 
cause it to rewind?  Now maybe if EMS on the server that's using the device 
probes the device on the server as it's using it, that could cause problems.


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


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rosenkoetter, 
Gabriel
Sent: Wednesday, September 24, 2008 11:48 AM
To: BeDour, Wayne
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] SSO between HP-UX and Windows

Unless I'm mistaken, you do still need to deactivate EMS monitoring of stape 
devices on HP-UX, because it'll probe devices that are SCSI-reserved by other 
hosts through a rewind device, causing the tape to rewind under an active 
backup.

(But maybe that's less broken under 11iv3? I'm not sure, I haven't tried 
recently.)


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



From: Martin Ruslan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 10:49 PM
To: BeDour, Wayne
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] SSO between HP-UX and Windows
No problem at all..
just using the wizard, it's the recommended way according to the manual guide.

Regards,
mTz
On Tue, Sep 16, 2008 at 1:46 AM, BeDour, Wayne <[EMAIL PROTECTED]<mailto:[EMAIL 
PROTECTED]>> wrote:

Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one master / 
media server running NetBackup 6.5.2 backing up mainly HP servers with a few 
Sun and Windows boxes thrown in.  We would like to configure one Windows SAN 
media server, use SSO to share two tape drives with our HP Master on the 
20/700.  We are not currently using SSO and my only exposure so far is the 
manual.  Anyone like to share suggestions or what to look out for in setting 
this up?

Thanks in advance



Wayne BeDour

Unix System Administrator

PH: 313-593-9876

Internet:  [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]>


**
** LEGAL DISCLAIMER **
**

This E-mail message and any attachments may contain
legally privileged, confidential or proprietary
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of
this message to the intended recipient(s), you are
hereby notified that any dissemination, distribution
or copying of this E-mail message is strictly
prohibited. If you have received this message in
error, please immediately notify the sender and
delete this E-mail message from your computer.


___
Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edu<mailto: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] SSO between HP-UX and Windows

[Rosenkoetter, Gabriel]

Unless I'm mistaken, you do still need to deactivate EMS monitoring of stape 
devices on HP-UX, because it'll probe devices that are SCSI-reserved by other 
hosts through a rewind device, causing the tape to rewind under an active 
backup.

(But maybe that's less broken under 11iv3? I'm not sure, I haven't tried 
recently.)


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




From: Martin Ruslan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 10:49 PM
To: BeDour, Wayne
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] SSO between HP-UX and Windows

No problem at all..
just using the wizard, it's the recommended way according to the manual guide.

Regards,
mTz

On Tue, Sep 16, 2008 at 1:46 AM, BeDour, Wayne <[EMAIL PROTECTED]> wrote:

Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one master / 
media server running NetBackup 6.5.2 backing up mainly HP servers with a few 
Sun and Windows boxes thrown in.  We would like to configure one Windows SAN 
media server, use SSO to share two tape drives with our HP Master on the 
20/700.  We are not currently using SSO and my only exposure so far is the 
manual.  Anyone like to share suggestions or what to look out for in setting 
this up?

Thanks in advance



Wayne BeDour

Unix System Administrator

PH: 313-593-9876

Internet:  [EMAIL PROTECTED]



**
** LEGAL DISCLAIMER **
**

This E-mail message and any attachments may contain
legally privileged, confidential or proprietary
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of
this message to the intended recipient(s), you are
hereby notified that any dissemination, distribution
or copying of this E-mail message is strictly
prohibited. If you have received this message in
error, please immediately notify the sender and
delete this E-mail message from your computer.


___
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] Exchange 2007 with CCR - Passive Node Backup

[Rosenkoetter, Gabriel]

You shouldn't be specifying either the active or passive node name as a client, 
you should be specifying the cluster's virtual name as a client.

Also, note that you must run the NetBackup Client Service as an AD-level (not 
local) account that has local admin access on each server and admin access to 
the Exchange cluster for LCR/CCR snapshot backups. Running the client as 
LocalSystem will not work. (The documentation's a bit hazy on this point. It's 
clear that that's necessary for individual mailbox backups, it's not so clear 
that it's required for the cluster backups, but it makes sense when you think 
about it: the Exchange cluster isn't logically attached to either node, so 
neither node's LocalSystem has sufficient permissions.)

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




From: Scheef Jr, Ed E. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 3:36 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange 2007 with CCR - Passive Node Backup

Folks,

 We're running Netbackup 6.5.2.

 We're just now setting up a Netbackup Policy for Exchange 2007 running in a 
CCR cluster.
 The backup has been defined to "backup the passive node first, but if not 
available, backup
 the active node".

  The question I have is client definition in the Snapshot policy (within 
Exchange Policy) required
  to backup the Exchange database:

When we put both physical CCR cluster node names in the policy's client 
list, it starts backups
for both nodes, and looks like it does "snapshots" for both nodes, when 
only the "passive node"
should be snapshotting, and getting backed up. Why is that happening ??  
Anybody have a
"passive node" Exchange backup set up and working ???

  An obvious solution would be to take the "active" node server out of the 
policy's client list, but
  then if a failover occurred , and the "passive" node switched to what is now 
the "active" node,
  would the "passive" node backup still work without that physical server in 
the policy's client list ??

The Netbackup documentation update for 6.5.2 is not too clear on this !!

Thanks Much,
Ed Scheef
Tampa Electric Company

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

Re: [Veritas-bu] Need a command line command to change the BackupSelection for Policies

[Rosenkoetter, Gabriel]

It's really best not to start down the path of modifying files under 
/usr/openv/netbackup/db.

Yes, it does work for this specific example, but it won't for all, will break 
things in some cases, and there's zero long-term guarantee that any script you 
write to do this will continue to work with future versions of NetBackup.

Just use bpplinclude, that's what it's there for.


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




From: Cornely, David [mailto:[EMAIL PROTECTED]
Sent: Monday, September 08, 2008 1:24 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Need a command line command to change the 
BackupSelection for Policies

The backup selection for policies is kept in a file, specifically 
/usr/openv/Netbackup/db/class//includes.

>From my experience, you don't need to run a specific command to update this 
>component - just modify the contents of this file and the next time a backup 
>is kicked off it will backup whatever is in the includes file.  So, just write 
>a script to update the contents and you'll be set.


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of BeDour, Wayne
Sent: Monday, September 08, 2008 05:19
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Need a command line command to change the BackupSelection 
for Policies

Our environment NBU 6.5, HP-UX 11.31.  I've got a ton of policies that I need 
to change the Backup Selections.  They are all disk addresses like c0t3d10.  To 
avoid typo's I'd like to script the changes.  I've always set up or changed 
policies via the gui so I don't know the command line commands that are 
invoked.  Anyone know what command line commands are needed to change the 
Backup Selection portion of a Policy?
Thanks in advance...

Wayne BeDour
Unix System Administrator
PH: 313-593-9876
Internet:  [EMAIL PROTECTED]

**
** LEGAL DISCLAIMER **
**

This E-mail message and any attachments may contain
legally privileged, confidential or proprietary
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of
this message to the intended recipient(s), you are
hereby notified that any dissemination, distribution
or copying of this E-mail message is strictly
prohibited. If you have received this message in
error, please immediately notify the sender and
delete this E-mail message from your computer.

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

Re: [Veritas-bu] Most recent stable release?

[Rosenkoetter, Gabriel]

Sure, but Dean's original post described a plan to upgrade his Win2k3
media servers AND move them into his Linux-mastered 6.5.2 environment at
the same time.
 
My point is that he can actually go ahead and one-step that process
(move in first, then upgrade once bound to the 6.5.2 master), he just
has to be careful not to target the added media server with any 6.5.2
clients. (Unless what you say about disk STUs is true, but I don't
believe that it is: I think that's restricted to 6.0 flat through MP2,
when EMM was just new to the scene. Further back you're in full-on
compat mode, and that still functions with tape.)
 

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

 

  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 4:31 PM
To: Rosenkoetter, Gabriel
Cc: Dean; List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?


On Thu, Aug 21, 2008 at 2:24 PM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


Ed, I don't see where what you've quoted states that, nor do I
see it stated in the relevant documentation myself. The only discussion
of 5.x I see at http://seer.entsupport.symantec.com/docs/264767.htm is
under the points specific to NetBackup 6.0 ("A 6.0 master will work with
5.1 and 5.0MP1 (or later) media servers.  NetBackup 5.0 Maintenance Pack
1 or later is the minimum required version for a 5.x Media server in a
6.0 environment. See TechNote 278153 for additional details.")
 
Have you tried yourself and found this limitation?


Nope - we don't keep our master and media servers that far apart with
releases.
  



The text you quote explicitly avoids mentioning anything below
6.0, but you're saying it applies to prior releases...?


That's the way I interpret it but I could be wrong.  In any case, if you
read 290141 that you referenced earlier, it says:


Upgrading 5.x media servers and clients to 6.5.x is an optional step,
although it is strongly recommended.
NetBackup 5.x media servers are supported in a NetBackup 6.5.x
environment. However, clients that are
upgraded to NetBackup 6.5.x cannot be backed up to NetBackup 5.x or 6.0
media servers. In addition, 5.x media
servers and clients will not be supported in the next major release of
NetBackup. Therefore, it is recommended
that you update all 5.x media servers and clients to NetBackup 6.5.x to
avoid compatibility issues.

 
5.1 has also reached its end of standard support.  You could certainly
try a 6.5.x master with a 5.1 media server, but you're pretty much on
your own if you do and you can't back up clients that are newer than 5.1
(remember that media servers have to be at a release newer than the
clients).

   .../Ed

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

Re: [Veritas-bu] Most recent stable release?

[Rosenkoetter, Gabriel]

Were your 5.x media servers making use of tape storage units during the
time your environment was mixed mode with a 6.5.1 master server?
 

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

 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 2:23 PM
To: List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?



Yes, that is correct.  When we went to 6.5.1, we upgraded our media
servers on subsequent days so we had a mixed environment for a few
weeks. 

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company





"Rosenkoetter, Gabriel" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

08/21/2008 01:54 PM 

To
"Ed Wilts" <[EMAIL PROTECTED]> 
cc
List Veritas List , Dean
<[EMAIL PROTECTED]> 
Subject
Re: [Veritas-bu] Most recent stable release?






I'm not quite sure in what way you're correcting me there... just that
6.0 MP1 and MP2 are unsupported? (I didn't know that, and it's good
info!) 
  
As near as I can tell from that document and
http://seer.entsupport.symantec.com/docs/290141.htm
<http://seer.entsupport.symantec.com/docs/290141.htm> , NetBackup 5.1
media servers are still supported (in compatibility mode) under 6.5.x.
Am I incorrect? 
  

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




  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 1:47 PM
To: Rosenkoetter, Gabriel
Cc: Dean; List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?

On Thu, Aug 21, 2008 at 10:46 AM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote: 
You probably want your Windows media server at 6.5.2A, if you want it at
6.5 anything. (You are, of course, allowed to just leave it at 5.1, 

>From the compatibility technote
(http://seer.entsupport.symantec.com/docs/264767.htm
<http://seer.entsupport.symantec.com/docs/264767.htm> ):

A NetBackup 6.5 master server will not support a NetBackup 6.0, 6.0 MP1,
or 6.0 MP2 media server that has tape media configured. A change to
correct this issue was made in the NetBackup 6.0 MP3 release and was
carried forward to NetBackup 6.5. Therefore, Symantec will support 6.0
MP3 media servers or later with NetBackup 6.5 master servers. 


  .../Ed 
___
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] Most recent stable release?

[Rosenkoetter, Gabriel]

Ed, I don't see where what you've quoted states that, nor do I see it
stated in the relevant documentation myself. The only discussion of 5.x
I see at http://seer.entsupport.symantec.com/docs/264767.htm is under
the points specific to NetBackup 6.0 ("A 6.0 master will work with 5.1
and 5.0MP1 (or later) media servers.  NetBackup 5.0 Maintenance Pack 1
or later is the minimum required version for a 5.x Media server in a 6.0
environment. See TechNote 278153 for additional details.")
 
Have you tried yourself and found this limitation?
 
The text you quote explicitly avoids mentioning anything below 6.0, but
you're saying it applies to prior releases...?

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

 

  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 3:08 PM
To: Rosenkoetter, Gabriel
Cc: Dean; List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?


On Thu, Aug 21, 2008 at 12:54 PM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


I'm not quite sure in what way you're correcting me there...
just that 6.0 MP1 and MP2 are unsupported? (I didn't know that, and it's
good info!)
 
As near as I can tell from that document and
http://seer.entsupport.symantec.com/docs/290141.htm, NetBackup 5.1 media
servers are still supported (in compatibility mode) under 6.5.x. Am I
incorrect?


5.1 media servers are only supported if you're using disk.  If you're
using tape, you must be at least at  6.0MP3.





  _  


From: Ed Wilts [mailto:[EMAIL PROTECTED] 

    Sent: Thursday, August 21, 2008 1:47 PM
To: Rosenkoetter, Gabriel
Cc: Dean; List Veritas List 

Subject: Re: [Veritas-bu] Most recent stable release?
    

On Thu, Aug 21, 2008 at 10:46 AM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


You probably want your Windows media server at 6.5.2A,
if you want it at 6.5 anything. (You are, of course, allowed to just
leave it at 5.1, 


From the compatibility technote
(http://seer.entsupport.symantec.com/docs/264767.htm):



A NetBackup 6.5 master server will not support a
NetBackup 6.0, 6.0 MP1, or 6.0 MP2 media server that has tape media
configured. A change to correct this issue was made in the NetBackup 6.0
MP3 release and was carried forward to NetBackup 6.5. Therefore,
Symantec will support 6.0 MP3 media servers or later with NetBackup 6.5
master servers.




   .../Ed



.../Ed 

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE 
[EMAIL PROTECTED]


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

Re: [Veritas-bu] Most recent stable release?

[Rosenkoetter, Gabriel]

I'm not quite sure in what way you're correcting me there... just that
6.0 MP1 and MP2 are unsupported? (I didn't know that, and it's good
info!)
 
As near as I can tell from that document and
http://seer.entsupport.symantec.com/docs/290141.htm, NetBackup 5.1 media
servers are still supported (in compatibility mode) under 6.5.x. Am I
incorrect?
 

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

 

  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 1:47 PM
To: Rosenkoetter, Gabriel
Cc: Dean; List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?


On Thu, Aug 21, 2008 at 10:46 AM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


You probably want your Windows media server at 6.5.2A, if you
want it at 6.5 anything. (You are, of course, allowed to just leave it
at 5.1, 


>From the compatibility technote
(http://seer.entsupport.symantec.com/docs/264767.htm):



A NetBackup 6.5 master server will not support a NetBackup 6.0,
6.0 MP1, or 6.0 MP2 media server that has tape media configured. A
change to correct this issue was made in the NetBackup 6.0 MP3 release
and was carried forward to NetBackup 6.5. Therefore, Symantec will
support 6.0 MP3 media servers or later with NetBackup 6.5 master
servers.




   .../Ed



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

Re: [Veritas-bu] Most recent stable release?

[Rosenkoetter, Gabriel]

You probably want your Windows media server at 6.5.2A, if you want it at
6.5 anything. (You are, of course, allowed to just leave it at 5.1, but
6.5.2 is where you start getting features supporting Exchange 2007, like
backing up from an inactive node of a cluster. 6.5.3 will provide
individual mailbox item restore from a database backup, rather than
having to do the additional brick level backup to get that.) In theory
that means that you should move your Linux master and media servers to
at least 6.5.2A as well, but that higher version rule is less explicit,
given what was changed in this particular A release. (If you can take
the downtime, go ahead and pull everything up.)
 
I've personally had no problems with 6.5.2 or 6.5.2A on HP-UX 11iv2
masters, and I believe that the problems related to its misbehavior on a
master server (except for that "first cumulative after upgrade is
actually a full; whoops" thing) that have been reported here pertain
only to Solaris and Windows. I can't speak from experience to Linux
master/media servers.

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

 

  _  

From: Dean [mailto:[EMAIL PROTECTED] 
Sent: Thursday, August 21, 2008 9:44 AM
To: List Veritas List
Subject: Re: [Veritas-bu] Most recent stable release?


I have some interest in this topic. We are running a fairly simple,
fresh, 6.5.2 install with one RHEL4 Master and one RHEL4 Media server.
Things are going relatively smoothly. 

But we are looking at moving our first Windows Media Server over from
the old 5.1 world to the new 6.5.2 environment. This Media Sever looks
after backups for an Exchange cluster and Enterprise Vault for Exchange.

6.5.2 is pretty stable for us in a Linux only environment. 

But what do others think about introducing a W2K3 Media Server into the
mix? 6.5.2? 6.5.1?

Any thoughts appreciated. Keep in mind this will only be a Media Server.
The Master is still Linux and so far has been pretty stable (apart from
a few problems that can't really be blamed on Netbackup itself).

Thanks,
Dean




On Thu, Aug 21, 2008 at 10:41 PM, Mark Glazerman
<[EMAIL PROTECTED]> wrote:


We're running 6.5.1 on a Solaris x86 master and apart from a ZFS
issue (which was fixed with engineering binaries) we don't have any
ongoing problems.  6.5.2  and 6.5.2a seem to be releases that fixe lots
of issues for some and create additional problems for others.  

 

Mark J

 

Mark Glazerman

Desk: 314-889-8282

Cell: 618-520-3401

P please don't print this e-mail unless you really need to

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Thursday, August 21, 2008 6:46 AM
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu 

Subject: Re: [Veritas-bu] Most recent stable release?



 

On Thu, Aug 21, 2008 at 6:04 AM, <[EMAIL PROTECTED]>
wrote:

Watch out for this one with 6.5.1 on Windows:

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


The technote says that this is fixed in 6.5.2.

 

Right now I'm caught between that one and the completely
broken 6.5.2A -
http://seer.entsupport.symantec.com/docs/305609.htm


The technote says that there's an EEB available for this.
6.5.2A is *NOT completely broken.  Many years, us included, are running
it in full production.

 

You'd think they'd test this stuff before release by
,say, trying to run a
backup or something...


This has been discussed before.  Your comment is unwarranted and
low shots like this don't encourage Symantec employees or other users to
help you.

.../Ed 

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE 
[EMAIL PROTECTED] 


___
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] What happened to NO_STANDALONE_UNLOAD / ltid -nsu?

[Rosenkoetter, Gabriel]

This setting, in fact, can't be in vm.conf (but maybe the upgrade
process scans for known touch files? I dont' recall), and the other way
to do it was to alter the netbackup RC startup script (to pass the -nsu
flag to ltid) which also no longer works. In any case, if it's possible
to scan for vm.conf settings and touchfiles once, there's really no
excuse not to do so when EMM starts up on a master server: again, rule
of least surprise.

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

 

  _  

From: Tim Hoke [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 15, 2008 4:47 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] What happened to NO_STANDALONE_UNLOAD / ltid
-nsu?


Keep in mind that most settings like this could have been in vm.conf.
If they were, then during upgrade nbpushdata adds them to emm
automatically.

-Tim


On Fri, Aug 15, 2008 at 3:42 PM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


Aha.

nbemmcmd -changesetting -DO_NOT_EJECT_STANDALONE 1 -machinename



Because it makes sense for EMM to fail to get its initial
settings from
the touchfiles everybody's already used to, of course, and to do
everything through a new management interface.

Don't get me wrong, it IS nice not to have to bounce daemons in
order to
put these things into effect, but it sure seems like a lot of
the EMM
changes violate the law of least surprise...



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



    -Original Message-
From: Rosenkoetter, Gabriel
Sent: Friday, August 15, 2008 4:24 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: What happened to NO_STANDALONE_UNLOAD / ltid -nsu?

http://seer.support.veritas.com/docs/193080.htm certainly
doesn't
mention anything later than NetBackup 4.5 FP2... and neither
method
listed there works under 6.5.2.

I don't think I've ever really cared before, but now that I'm
playing
with LTO-4 drive encryption on a standalone drive it's REALLY
infuriating to have to go push the tape in every time a label,
write to,
or read from a tape. (I guess I might care in a DR test too,
come to
think of it.)

Is it still possible to do this through some other knob or
switch
somewhere?

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



___
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] Java console as of 6.5.2[A] can't list files under directories with & in their names.

[Rosenkoetter, Gabriel]

I just ran into this:

https://forums.symantec.com/syment/board/message?board.id=21&thread.id=4
5178

It screams of a shell escape FAIL in the call out to bplist.

That bug is (unsurprisingly, given the specific fix for which it was
released) still present in 6.5.2A (I just checked on a test
environment).

Has anyone (else - mine's 281-403-815) opened a case about this and
gotten anywhere? (I've got ops folks who I'd really prefer could
continue to do restores through the Java interface so that I'm not
compelled to include a SERVER line for their worstations or pay for
extra RDP licenses...) 

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



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

Re: [Veritas-bu] What happened to NO_STANDALONE_UNLOAD / ltid -nsu?

[Rosenkoetter, Gabriel]

Aha.

nbemmcmd -changesetting -DO_NOT_EJECT_STANDALONE 1 -machinename



Because it makes sense for EMM to fail to get its initial settings from
the touchfiles everybody's already used to, of course, and to do
everything through a new management interface.

Don't get me wrong, it IS nice not to have to bounce daemons in order to
put these things into effect, but it sure seems like a lot of the EMM
changes violate the law of least surprise...


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


-Original Message-
From: Rosenkoetter, Gabriel 
Sent: Friday, August 15, 2008 4:24 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: What happened to NO_STANDALONE_UNLOAD / ltid -nsu?

http://seer.support.veritas.com/docs/193080.htm certainly doesn't
mention anything later than NetBackup 4.5 FP2... and neither method
listed there works under 6.5.2.

I don't think I've ever really cared before, but now that I'm playing
with LTO-4 drive encryption on a standalone drive it's REALLY
infuriating to have to go push the tape in every time a label, write to,
or read from a tape. (I guess I might care in a DR test too, come to
think of it.)

Is it still possible to do this through some other knob or switch
somewhere?

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



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

[Veritas-bu] What happened to NO_STANDALONE_UNLOAD / ltid -nsu?

[Rosenkoetter, Gabriel]

http://seer.support.veritas.com/docs/193080.htm certainly doesn't
mention anything later than NetBackup 4.5 FP2... and neither method
listed there works under 6.5.2.

I don't think I've ever really cared before, but now that I'm playing
with LTO-4 drive encryption on a standalone drive it's REALLY
infuriating to have to go push the tape in every time a label, write to,
or read from a tape. (I guess I might care in a DR test too, come to
think of it.)

Is it still possible to do this through some other knob or switch
somewhere?

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



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

Re: [Veritas-bu] Disable alternate client restores

[Rosenkoetter, Gabriel]

Yeah, I was not, perhaps, sufficiently clear: I think that's a totally
psychotic approach, but I think the requirement that the master server
not be able to redirect restores to an alternate client is a totally
psychotic mandate (and is bound for tears in a DR situation, even if the
restriction weren't implemented by misusing encryption and adopting a
broken-by-design key management system), but I did want to point out
that it was technically possible to bend the product to that purpose,
despite Ed's assertions otherwise.
 
I guess I thought the absurdity of the "solution" spoke for itself...
 
And, thankfully, I neither live nor work anywhere near close enough to
the Platt Bridge for those fumes, but I suppose one could blame Camden.
Or whatever's left in the soil in Kensington from Back in the Day,
though my tomatoes don't seem to mind. (Kidding. The tomatoes are in
raised beds with non-native dirt. I'm not THAT dumb... ;^>)

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

 

  _  

From: Curtis Preston [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 3:49 PM
To: Rosenkoetter, Gabriel; [EMAIL PROTECTED]; veritas-BU
Subject: RE: [Veritas-bu] Disable alternate client restores



Wow, Gabe!  While the might solve the problem, that's about the scariest
most convoluted key management system I've ever heard!  Too many keys to
lose for my tastes.

 

I have to say it again. Wow. 

 

I think the fumes from the coke plants in Philly have gotten to your
brain, dude. ;)

 

(For those playing at home, that's coal or petroleum coke (see
http://en.wikipedia.org/wiki/Coke_(fuel)), and
http://en.wikipedia.org/wiki/Petroleum_coke) not Cocaine or Coca-Cola,
OK?)

 


Curtis Preston | VP Data Protection
GlassHouse Technologies, Inc.

T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
[EMAIL PROTECTED] | www.glasshouse.com
<http://www.glasshouse.com/> 
Infrastructure :: Optimized



  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, July 31, 2008 5:45 AM
To: [EMAIL PROTECTED]; veritas-BU
Subject: Re: [Veritas-bu] Disable alternate client restores

 

Enable client-side encryption (and compression) for all clients. Create
a unique key on each client, and make the administrator(s) of that
client responsible for maintaining their key (and a backup at least of
its passphrase through ANOTHER means). Exclude the key data from
backups.

 

All of those are client-side configurations.

 

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

 

 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 30, 2008 6:38 PM
To: veritas-BU
Subject: [Veritas-bu] Disable alternate client restores


Running 6.5.1, have been asked if it's possible to restrict the Master
server from restoring a particular client's images to alternate clients.
I know we can restrict one client from restoring another client's data;
I know I can prevent the Master from writing to a particular client.
What I haven't been able to determine is if I can keep the Master from
writing clientA's data to clientB. 

Thanks, 

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company






This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify the
system manager. This message contains confidential information and is
intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail. 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Informix Backup failing with Error 13

[Rosenkoetter, Gabriel]

Um... CLIENT_READ_TIMEOUT is a media-server-specific setting, so it
can't live in ~/bp.conf, even for user-directed backups. (The media
server's bptm will still give up waiting for data from the client's bpcd
before bpbkar has even spooled up to send anything.)
 

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

 

  _  

From: Jim Horalek [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 12:33 PM
To: Rosenkoetter, Gabriel; 'Neeraj Puri (DHL MY)';
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Informix Backup failing with Error 13


Been a long time since I've done Informix but CLIENT_READ_TIMEOUT?
needs to be large 1/2 hour to 1hour. Same issues with Oracle. The time
to get the database ready to start sending data can be significant.
 
I believe the timeout values can be assocated with the User Account the
backup is driven from. Look for a ~/bp.conf on the client.
All user jobs (Database) look at ~/bp.conf  before the netbackup/bp.conf
 
Jim

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Rosenkoetter, Gabriel
Sent: Thursday, July 31, 2008 9:09 AM
To: Neeraj Puri (DHL MY); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Informix Backup failing with Error 13


Hrm...
 
Come to think of it, even if you don't have a big honking
bpstart_notify script in place, I distantly recall something about
Informix and BPSTART_TIMEOUT. You might want to do a bpgetconfig | grep
TIMEOUT and google all of those settings for relevancy: I always have to
go dig around on which is the appropriate setting for a given timeout
issue anew.
 
It's odd that the behavior would be different between the media
server running local to the client and remote: you may want to check
that your SysV IPC values are tuned sufficiently (because the issue may
be timing out waiting for message queue or shared memory slots to become
available). My old standard,
http://seer.support.veritas.com/docs/243461.htm, says that the 6.x
"Backup Planning and Performance Tuning Guide for [blah blah blah]"
includes updated version of everything that's there, so dig through your
PDFs for that.

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

 

  _  

From: Neeraj Puri (DHL MY) [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 10:13 AM
To: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Informix Backup failing with Error 13



Dear Gabriel,

 

Thanks for your quick reply.

 

The funny thing is that the other media server through which it
is going fine is also installed today and doesn't have any
CLIENT_READ_TIMEOUT. The values are all default.

 

Another funny thing is that the media server through which the
Informix backup is going fine is giving the same error 13 for its own
Informix backup. This server's Informix backup is going fine through
first media server's storage-unit.

 

So, basically I installed 3 NBU6.5.1 media servers. All of them
are not able to take their own Informix backups but are able to take
each other's backup.

 

All these media servers have default CLIENT_READ_TIMEOUT and
CLIENT_CONNECT_TIMEOUT.

 

I think I will follow your advise and try to change the
CLIENT_READ_TIMEOUT and try a backup.

 

Previously, all these had NBU 4.5 media server software
installed and had increased TIMEOUT values.

 

Secondly, thanks for your observation about barcodes. Actually
the bar code is 8 characters but media ID is generated using last 6
characters. I don't have a MEDIA_ID_BARCODE_CHARS setting in vm.conf. I
will read the technote to understand its benefits.

     

    Regards,

Neeraj

 


  _  


From: Rosenkoetter, Gabriel
[mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:49 PM
To: Neeraj Puri (DHL MY); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Informix Backup failing with Error 13

 

Looks like you need to raise CLIENT_READ_TIMEOUT (and maybe, but
probably not, CLIENT_CONNECT_TIMEOUT; don't try that unless only READ
isn't enough) on the media server trying to write its own Informix
backups. (I presume you had, long ago, raised this value on the other
media server for a similar problem.)

 

The circumstance in which you'd need to bump CONNECT_TIMEOUT too
is f you've got a lengthy backup_start_notify in place (to, say, put
In

Re: [Veritas-bu] Disable the restore feature from all clients

[Rosenkoetter, Gabriel]

Wow, I didn't realize Symantec had stopped shipping The Fine Manual with the 
product! ;^>
 
DISALLOW_CLIENT_RESTORE sure sounds like the configuration option you're after. 
Check your OS-specific Adminisration guide for the details.

 

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

 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:28 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Disable the restore feature from all clients



Disable the restore feature from all clients 

our internal audit wants to disable the restore function from all the netbackup 
clients. 
all restore should ba initate from the netbackup server 

how can i do this ? 

Cortal Consors S.A. Zweigniederlassung Deutschland, Bahnhofstraße 55, D-90402 
Nürnberg, HR Nürnberg B 20075, USt-IdNr. DE225900761

Sitz der Cortal Consors S.A.: 1, boulevard Haussmann, F-75318 Paris cedex 09, 
Registergericht: R.C.S. Paris 327 787 909
Président du Conseil d'Administration (Verwaltungsratsvorsitzender) und 
Directeur Général (Generaldirektor) der CortalConsors S.A.: Olivier Le Grand
Leitung der Zweigniederlassung Deutschland: Martin Daut (CEO Deutschland), 
Olivier Le Grand, Richard Döppmann, Uwe Trittin

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

Re: [Veritas-bu] Informix Backup failing with Error 13

[Rosenkoetter, Gabriel]

Hrm...
 
Come to think of it, even if you don't have a big honking bpstart_notify
script in place, I distantly recall something about Informix and
BPSTART_TIMEOUT. You might want to do a bpgetconfig | grep TIMEOUT and
google all of those settings for relevancy: I always have to go dig
around on which is the appropriate setting for a given timeout issue
anew.
 
It's odd that the behavior would be different between the media server
running local to the client and remote: you may want to check that your
SysV IPC values are tuned sufficiently (because the issue may be timing
out waiting for message queue or shared memory slots to become
available). My old standard,
http://seer.support.veritas.com/docs/243461.htm, says that the 6.x
"Backup Planning and Performance Tuning Guide for [blah blah blah]"
includes updated version of everything that's there, so dig through your
PDFs for that.

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

 

  _  

From: Neeraj Puri (DHL MY) [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 10:13 AM
To: Rosenkoetter, Gabriel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Informix Backup failing with Error 13



Dear Gabriel,

 

Thanks for your quick reply.

 

The funny thing is that the other media server through which it is going
fine is also installed today and doesn't have any CLIENT_READ_TIMEOUT.
The values are all default.

 

Another funny thing is that the media server through which the Informix
backup is going fine is giving the same error 13 for its own Informix
backup. This server's Informix backup is going fine through first media
server's storage-unit.

 

So, basically I installed 3 NBU6.5.1 media servers. All of them are not
able to take their own Informix backups but are able to take each
other's backup.

 

All these media servers have default CLIENT_READ_TIMEOUT and
CLIENT_CONNECT_TIMEOUT.

 

I think I will follow your advise and try to change the
CLIENT_READ_TIMEOUT and try a backup.

 

Previously, all these had NBU 4.5 media server software installed and
had increased TIMEOUT values.

 

Secondly, thanks for your observation about barcodes. Actually the bar
code is 8 characters but media ID is generated using last 6 characters.
I don't have a MEDIA_ID_BARCODE_CHARS setting in vm.conf. I will read
the technote to understand its benefits.

 

Regards,

Neeraj

 

  _  

From: Rosenkoetter, Gabriel [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:49 PM
To: Neeraj Puri (DHL MY); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Informix Backup failing with Error 13

 

Looks like you need to raise CLIENT_READ_TIMEOUT (and maybe, but
probably not, CLIENT_CONNECT_TIMEOUT; don't try that unless only READ
isn't enough) on the media server trying to write its own Informix
backups. (I presume you had, long ago, raised this value on the other
media server for a similar problem.)

 

The circumstance in which you'd need to bump CONNECT_TIMEOUT too is f
you've got a lengthy backup_start_notify in place (to, say, put Informix
in backup mode or something like that).

 

As an aside, that's a pretty kooky volser. It looks like you're using
LTO-2 media and your robotic device is passing all 8 characters through
to NetBackup (not all can be configured not to) and you don't have a
MEDIA_ID_BARCODE_CHARS setting in vm.conf, but you probably want one,
although addding one now may be a bit touchy, since you've already
inventoried a bunch of tapes with the traily L2, and you'll need to blow
the media and vol DB entries for those away and recreat them, which will
definitely be a mess. (Cf,
http://seer.support.veritas.com/docs/236271.htm.)

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

 

 

  _  

From: Neeraj Puri (DHL MY) [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:04 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Informix Backup failing with Error 13

Dear All,

 

I installed a NBU 6.5.1 media server on a HP-UX box. The File System
backup of this box on its own storage-unit works fine whereas the
Informix backup fails with Error 13. Here is the screen of shot of the
exact error.

 

 

 

07/31/2008 19:54:21 - started process bpbrm (pid=1068)

07/31/2008 19:54:29 - connecting

07/31/2008 19:54:36 - connected; connect time: 0:00:00

07/31/2008 19:54:43 - mounting 0148L2

07/31/2008 19:55:38 - mounted 0148L2; mount time: 0:00:55

07/31/2008 19:55:38 - positioning 0148L2 to file 1

07/31/2008 19:55:45 - positioned 0148L2; position time: 0:00:07

07/31/2008 19:55:45 - begin writing

07/31/2008 19:58:35 - Error bpbrm (pid=1762) socket read failed: errno =
52 - Stream ioctl timeout

07/31/2008 20:00:58 - end writing; write time: 0:05:13

file 

Re: [Veritas-bu] Informix Backup failing with Error 13

[Rosenkoetter, Gabriel]

Looks like you need to raise CLIENT_READ_TIMEOUT (and maybe, but
probably not, CLIENT_CONNECT_TIMEOUT; don't try that unless only READ
isn't enough) on the media server trying to write its own Informix
backups. (I presume you had, long ago, raised this value on the other
media server for a similar problem.)
 
The circumstance in which you'd need to bump CONNECT_TIMEOUT too is f
you've got a lengthy backup_start_notify in place (to, say, put Informix
in backup mode or something like that).
 
As an aside, that's a pretty kooky volser. It looks like you're using
LTO-2 media and your robotic device is passing all 8 characters through
to NetBackup (not all can be configured not to) and you don't have a
MEDIA_ID_BARCODE_CHARS setting in vm.conf, but you probably want one,
although addding one now may be a bit touchy, since you've already
inventoried a bunch of tapes with the traily L2, and you'll need to blow
the media and vol DB entries for those away and recreat them, which will
definitely be a mess. (Cf,
http://seer.support.veritas.com/docs/236271.htm.)

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

 

  _  

From: Neeraj Puri (DHL MY) [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:04 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Informix Backup failing with Error 13



Dear All,

 

I installed a NBU 6.5.1 media server on a HP-UX box. The File System
backup of this box on its own storage-unit works fine whereas the
Informix backup fails with Error 13. Here is the screen of shot of the
exact error.

 

 

 

07/31/2008 19:54:21 - started process bpbrm (pid=1068)

07/31/2008 19:54:29 - connecting

07/31/2008 19:54:36 - connected; connect time: 0:00:00

07/31/2008 19:54:43 - mounting 0148L2

07/31/2008 19:55:38 - mounted 0148L2; mount time: 0:00:55

07/31/2008 19:55:38 - positioning 0148L2 to file 1

07/31/2008 19:55:45 - positioned 0148L2; position time: 0:00:07

07/31/2008 19:55:45 - begin writing

07/31/2008 19:58:35 - Error bpbrm (pid=1762) socket read failed: errno =
52 - Stream ioctl timeout

07/31/2008 20:00:58 - end writing; write time: 0:05:13

file read failed (13)

 

 

If the same Informix backup is sent through another media server, it
works fine.

 

Please advise if you faced similar problem or know the reason for this
failure.

 

Regards,

Neeraj

 

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

Re: [Veritas-bu] Disable alternate client restores

[Rosenkoetter, Gabriel]

Enable client-side encryption (and compression) for all clients. Create
a unique key on each client, and make the administrator(s) of that
client responsible for maintaining their key (and a backup at least of
its passphrase through ANOTHER means). Exclude the key data from
backups.
 
All of those are client-side configurations.
 
--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 
 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 30, 2008 6:38 PM
To: veritas-BU
Subject: [Veritas-bu] Disable alternate client restores



Running 6.5.1, have been asked if it's possible to restrict the Master
server from restoring a particular client's images to alternate clients.
I know we can restrict one client from restoring another client's data;
I know I can prevent the Master from writing to a particular client.
What I haven't been able to determine is if I can keep the Master from
writing clientA's data to clientB. 

Thanks, 

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Disable alternate client restores

[Rosenkoetter, Gabriel]

Er... all except enabling the encryption and compression on the policy,
that is, but the client configuration can be set to require encryption
(although not, so far as I can tell, compression, so you could end up
wasting backup image space if you don't do that right on the server
side).
 

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

 

  _  

From: Rosenkoetter, Gabriel 
Sent: Thursday, July 31, 2008 8:45 AM
To: '[EMAIL PROTECTED]'; veritas-BU
Subject: RE: [Veritas-bu] Disable alternate client restores


Enable client-side encryption (and compression) for all clients. Create
a unique key on each client, and make the administrator(s) of that
client responsible for maintaining their key (and a backup at least of
its passphrase through ANOTHER means). Exclude the key data from
backups.
 
All of those are client-side configurations.
 
--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
[EMAIL PROTECTED], 215 231 1556 
 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, July 30, 2008 6:38 PM
To: veritas-BU
Subject: [Veritas-bu] Disable alternate client restores



Running 6.5.1, have been asked if it's possible to restrict the Master
server from restoring a particular client's images to alternate clients.
I know we can restrict one client from restoring another client's data;
I know I can prevent the Master from writing to a particular client.
What I haven't been able to determine is if I can keep the Master from
writing clientA's data to clientB. 

Thanks, 

Ken Zufall
Technical Analyst
D660C
The Goodyear Tire & Rubber Company 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Anyone heard of 6.5.2a ?

[Rosenkoetter, Gabriel]

Not that I've seen yet (one week production in one environment, upgraded
the other today, a couple of weeks testing prior to that). But I seem to
recall that your environments are larger and slightly more varied than
mine...
 
Even if there are bugs introduced, I felt compelled to upgrade for the
ability to do Exchange 2007 backups from the inactive CCR node rather
than the active one. That's a huge win.

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

 

  _  

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 27, 2008 1:57 PM
To: Rosenkoetter, Gabriel
Cc: Martin, Jonathan; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?


Thanks Gabriel.

Other than the hot catalog backup bug, are there any other bugs in 6.5.2
that are not also there in 6.5.1?  In other words, should anything stop
somebody from upgrading from 6.5.1 to 6.5.2?

Thanks again,
   .../Ed


On Fri, Jun 27, 2008 at 12:39 PM, Rosenkoetter, Gabriel
<[EMAIL PROTECTED]> wrote:


I know of a bug (and we have engineering binaries to cover it
both on the HP-UX master and on the Win2k3 clients) specific to Win2k3
Active Directory servers (portions of the SYSVOL cannot be restored).
 
So far as I know, there's no bug report published on that as
yet. That's been present since 6.5 and Symantec has told us they expect
to include the fix in 6.5.4.
 
(This one's not Windows-specific, it requires engineering
binaries on both master and client.)
 

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

 

  _  

From: Martin, Jonathan [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 27, 2008 12:34 PM 

To: VERITAS-BU@mailman.eng.auburn.edu

Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?


Can you be more specific about "missing files during the restore
process"?  Do you mean that you run a restore and some data is missing?
Is this file level data, or an agent?  If you have a specific test you
did that failed, I'd like to duplicate in my 6.5.2 environment.
 
-Jonathan
 
 

  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of rascal
Sent: Friday, June 27, 2008 11:58 AM
To: Dominik Pietrzykowski

Cc: VERITAS-BU@mailman.eng.auburn.edu 

Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?


We're waiting on 6.5.2a for the windows side of the house as we
are experiencing a ton of issues with instability, errors and missing
files during the restore process.


On Thu, Jun 26, 2008 at 7:32 PM, Dominik Pietrzykowski
<[EMAIL PROTECTED]> wrote:



Mark, 

Is this with windows or UNIX as well ?  My 6.5.2 Solaris
10 install seems to be running fine with some critical policies listed.

Regards, 

Dominik 



-Original Message- 
From: Mark Glazerman
[mailto:[EMAIL PROTECTED] 

Sent: Friday, 27 June 2008 6:10 AM 
To: VERITAS-BU@mailman.eng.auburn.edu 

Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ? 

Jay, 

The critical policies issue was raised by another member
of this mailing list a while ago but even after removing these from the
policy, the catalog will still fail every now and then.  It appears to
be an issue with nbdbm database verification but they have been unable
to debug it yet.  I hadn't heard  of 6.5.2 until I talked with support
yesterday, hence my question.

Thanks 

Mark Glazerman 
Desk: 314-889-8282 
Cell: 618-520-3401 



-Original Message- 
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jay 
Sent: Thursday, June 26, 2008 1:46 PM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: [Veritas-bu] Anyone heard of 6.5.2a ? 


July 10th is the release date. 

Here's a note about the catalog backup issue: 

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


-- 
Ed Wilts, Mounds View, MN, USA
RHCE, BCFP, BCSD, SCSP, SCSE
mailto:[EMAIL PROTECTED]

If I've helped you, please make a donation to my favorite charity at
http://firstgiving.com/edwilts 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Anyone heard of 6.5.2a ?

[Rosenkoetter, Gabriel]

Mark, I haven't had the problems you describe with any of 6.5, 6.5.1, or
6.5.2 on HP-UX 11iv2 masters nor with 6.5 on HP-UX 11iv3.

I was simply pointing out that the advisory in question speaks strictly
to Windows masters.

While the symptoms may be similar, you're not having the same problem
they're talking about there, because they're not talking about Solaris
x86 10.


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


-Original Message-
From: Mark Glazerman [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 27, 2008 1:54 PM
To: Rosenkoetter, Gabriel; Dominik Pietrzykowski; Mark Glazerman;
VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Anyone heard of 6.5.2a ?

Is 6.5.2 being promoted as a fix for windows environments ?  We have a
mix of windows and unix clients but our master server is running Solaris
10 x86.  Does this mean it probably won't fix the issues on our master
server ?

-Original Message-
From: Rosenkoetter, Gabriel <[EMAIL PROTECTED]>
Sent: Friday, June 27, 2008 12:42 PM
To: Dominik Pietrzykowski <[EMAIL PROTECTED]>; Mark
Glazerman <[EMAIL PROTECTED]>;
VERITAS-BU@mailman.eng.auburn.edu 
Subject: RE: [Veritas-bu] Anyone heard of 6.5.2a ?

Qouting from the advisory:
 
> Products Applied:
>  NetBackup Enterprise Server 6.5.2
>  NetBackup Server 6.5.2
> 
> Last Updated: June 17 2008 10:12 PM GMT
> Expires on: 12-14-2008
> 
> [...]
> 
> Operating Systems:
> Windows 2000
> Server SP4
> 
> Windows Server 2003
> DataCenter SP2, Enterprise SP2, Standard Server SP2
[EOF]
 
So, not for that particular bug.
 
I've found 6.5.2 to be quite stable (and to fix some problems I've had
with network timeouts backing up Active Directory hosts in a VMware
environment as regular clients) under with an HP-UX 11iv2 master.

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

 

  _  

From: Dominik Pietrzykowski [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 26, 2008 8:32 PM
To: Mark Glazerman; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?




Mark, 

Is this with windows or UNIX as well ?  My 6.5.2 Solaris 10 install
seems to be running fine with some critical policies listed.

Regards, 

Dominik 

-Original Message- 
From: Mark Glazerman [mailto:[EMAIL PROTECTED] 
Sent: Friday, 27 June 2008 6:10 AM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ? 

Jay, 

The critical policies issue was raised by another member of this mailing
list a while ago but even after removing these from the policy, the
catalog will still fail every now and then.  It appears to be an issue
with nbdbm database verification but they have been unable to debug it
yet.  I hadn't heard  of 6.5.2 until I talked with support yesterday,
hence my question.

Thanks 

Mark Glazerman 
Desk: 314-889-8282 
Cell: 618-520-3401 
P please don't print this e-mail unless you really need to 


-Original Message- 
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jay 
Sent: Thursday, June 26, 2008 1:46 PM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: [Veritas-bu] Anyone heard of 6.5.2a ? 


July 10th is the release date. 

Here's a note about the catalog backup issue: 

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

+-- 
|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 

___ 
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] Anyone heard of 6.5.2a ?

[Rosenkoetter, Gabriel]

I know of a bug (and we have engineering binaries to cover it both on the HP-UX 
master and on the Win2k3 clients) specific to Win2k3 Active Directory servers 
(portions of the SYSVOL cannot be restored).
 
So far as I know, there's no bug report published on that as yet. That's been 
present since 6.5 and Symantec has told us they expect to include the fix in 
6.5.4.
 
(This one's not Windows-specific, it requires engineering binaries on both 
master and client.)
 

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

 

  _  

From: Martin, Jonathan [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 27, 2008 12:34 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?


Can you be more specific about "missing files during the restore process"?  Do 
you mean that you run a restore and some data is missing?  Is this file level 
data, or an agent?  If you have a specific test you did that failed, I'd like 
to duplicate in my 6.5.2 environment.
 
-Jonathan
 
 

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of rascal
Sent: Friday, June 27, 2008 11:58 AM
To: Dominik Pietrzykowski
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?


We're waiting on 6.5.2a for the windows side of the house as we are 
experiencing a ton of issues with instability, errors and missing files during 
the restore process.


On Thu, Jun 26, 2008 at 7:32 PM, Dominik Pietrzykowski <[EMAIL PROTECTED]> 
wrote:



Mark, 

Is this with windows or UNIX as well ?  My 6.5.2 Solaris 10 install 
seems to be running fine with some critical policies listed.

Regards, 

Dominik 



-Original Message- 
From: Mark Glazerman [mailto:[EMAIL PROTECTED] 

Sent: Friday, 27 June 2008 6:10 AM 
To: VERITAS-BU@mailman.eng.auburn.edu 

Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ? 

Jay, 

The critical policies issue was raised by another member of this 
mailing list a while ago but even after removing these from the policy, the 
catalog will still fail every now and then.  It appears to be an issue with 
nbdbm database verification but they have been unable to debug it yet.  I 
hadn't heard  of 6.5.2 until I talked with support yesterday, hence my question.

Thanks 

Mark Glazerman 
Desk: 314-889-8282 
Cell: 618-520-3401 


 please don't print this e-mail unless you really need to 


-Original Message- 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jay 
Sent: Thursday, June 26, 2008 1:46 PM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: [Veritas-bu] Anyone heard of 6.5.2a ? 


July 10th is the release date. 

Here's a note about the catalog backup issue: 

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

+-- 
|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 

___ 
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






-- 
Matthew MCP, MCSA, MCTS, OCA
[EMAIL PROTECTED]

Define Trouble: 
Why did you apply THAT patch?? 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Anyone heard of 6.5.2a ?

[Rosenkoetter, Gabriel]

Qouting from the advisory:
 
> Products Applied:
>  NetBackup Enterprise Server 6.5.2
>  NetBackup Server 6.5.2
> 
> Last Updated: June 17 2008 10:12 PM GMT
> Expires on: 12-14-2008
> 
> [...]
> 
> Operating Systems:
> Windows 2000
> Server SP4
> 
> Windows Server 2003
> DataCenter SP2, Enterprise SP2, Standard Server SP2
[EOF]
 
So, not for that particular bug.
 
I've found 6.5.2 to be quite stable (and to fix some problems I've had with 
network timeouts backing up Active Directory hosts in a VMware environment as 
regular clients) under with an HP-UX 11iv2 master.

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

 

  _  

From: Dominik Pietrzykowski [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 26, 2008 8:32 PM
To: Mark Glazerman; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ?




Mark, 

Is this with windows or UNIX as well ?  My 6.5.2 Solaris 10 install seems to be 
running fine with some critical policies listed.

Regards, 

Dominik 

-Original Message- 
From: Mark Glazerman [mailto:[EMAIL PROTECTED] 
Sent: Friday, 27 June 2008 6:10 AM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ? 

Jay, 

The critical policies issue was raised by another member of this mailing list a 
while ago but even after removing these from the policy, the catalog will still 
fail every now and then.  It appears to be an issue with nbdbm database 
verification but they have been unable to debug it yet.  I hadn't heard  of 
6.5.2 until I talked with support yesterday, hence my question.

Thanks 

Mark Glazerman 
Desk: 314-889-8282 
Cell: 618-520-3401 
 please don't print this e-mail unless you really need to 


-Original Message- 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jay 
Sent: Thursday, June 26, 2008 1:46 PM 
To: VERITAS-BU@mailman.eng.auburn.edu 
Subject: [Veritas-bu] Anyone heard of 6.5.2a ? 


July 10th is the release date. 

Here's a note about the catalog backup issue: 

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

+-- 
|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 

___ 
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