Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

[Ed Wilts]

> As to CommVault being a product "no one has ever heard of,"

I read on Byte & Switch today that CommVault has 6,000 customers.   That's
not too shabby.

I know that the University of Minnesota is one customers - they've been a
NetBackup customer and although they're keeping it around (for now/for a
while), all of their new backups are being deployed on CommVault.

--
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
I GoodSearch for Bundles Of Love:
http://www.goodsearch.com/?charityid=821118 

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

Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

[Curtis Preston]

I hardly consider what Stephen did to be shilling.  He's a long-time
contributor to the list with hundreds of posts to his credit.  He's
obviously not happy with how NBU handles this particular area of
functionality and decided to move to CommVault because of it.

The list is a NBU list, but if someone who knows NBU well thinks that a
given customer's problem would best be solved by investigating another
product, then I don't see why they can't mention it.  For example,
someone else recommended looking into Illuminator, which is a 3rd party
reporting product, and didn't recommend Veritas Backup Reporter.  If
he/she truly felt it was a better product for them, then they should be
allowed to mention it.  Now, if we find someone from the competitor
posting on here just to mention their product, then let's get the
guillotine. 

As to CommVault being a product "no one has ever heard of," many people
consider it to be the "#4" of the "Big 3."  They're not a perfect
product, and I actually disagree that it doesn't need a third-party
reporting product, but, they're definitely innovating in some areas,
especially that of Windows-oriented backups.  As for me, I've told them
I'm not interested until they offer a server that runs on Unix/Linux.

---
W. Curtis Preston
Author of O'Reilly's Backup & Recovery and Using SANs and NAS
VP Data Protection
GlassHouse Technologies


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: Friday, June 15, 2007 5:45 AM
To: Wilkinson, Alex; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

This guy has come here to shill another product (i.e. Comvault) that no
one has ever heard of and you're encouraging him?   In my book this is
spam.  This list is about Veritas NetBackup isn't it?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Wilkinson, Alex
Sent: Friday, June 15, 2007 2:30 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

0n Thu, Jun 14, 2007 at 04:18:42PM -0400, Steven L. Sesar wrote: 

> As you are yours. Bottom line: my company procured another backup
application, which provides much more functionality than NBU, 
> for the cost of renewing my NBU licenses for one year. Haven't had
to write a single line of code to support it. Haven't had to 
> spend $50K and up for a 3rd. party reporting tool. Haven't had to
deal with NBCC, because the data and metadata is stored in a 
> relational database. Should I go on?

Whats the product ?

 -aW

IMPORTANT: This email remains the property of the Australian Defence
Organisation and is subject to the jurisdiction of section 70 of the
CRIMES ACT 1914.  If you have received this email in error, you are
requested to contact the sender and delete the email.


___
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] Two Expired Tapes

[Adams, Dwayne]

Hello,

If you have paid support give Symantec a call.  I think they helped me
with a corrupt media database issue a long time ago.  I can't remember
what we did but there is a solution to this issue.  

Dwayne Adams

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Preston,
Douglas L
Sent: Friday, June 15, 2007 2:33 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

 ouch  65 tapes * 4-5 hours I would be importing forever.  Wouldn't get
much backups done.


Doug Preston
Systems Engineer
Land America Tax and Flood Services
Phone 626-339-5221 Ext 1104
Email  [EMAIL PROTECTED]




NOTICE: This electronic mail transmission may constitute a communication
that is legally privileged. It is not intended for transmission to, or
receipt by, any unauthorized persons. If you have received this
electronic mail transmission in error, please delete it from your system
without copying it, and notify the sender by reply e-mail, so that our
address record can be corrected.






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Collins,
Glen (HQP)
Sent: Friday, June 15, 2007 2:17 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

Why not re-import the tape back into Netbackup and then remove the
images from the catalog when it's complete. I know this is probably the
long route to take but it should work depending on your drive type (Mine
LTO2: 4-5 hours).

Glen Collins
Storage Engineering Services
Robert Half International, Inc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren
Dunham
Sent: Friday, June 15, 2007 1:09 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

> Does anyone have the knowledge, and is willing to share with me the 
> knowledge, on how to remove a tape that is in this state?
> vmquery -m SYM742
> Could not query by media ID SYM742: volume does not exist in database
> (35)

So it's not in the VM database.  I wonder if you could create a volume
with that name via 'vmadd'.  Then try to expire it at that point (and if
it works, follow up with a 'vmdelete').


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



___
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] Two Expired Tapes

[Preston, Douglas L]

 ouch  65 tapes * 4-5 hours I would be importing forever.  Wouldn't get
much backups done.


Doug Preston
Systems Engineer
Land America Tax and Flood Services
Phone 626-339-5221 Ext 1104
Email  [EMAIL PROTECTED]




NOTICE: This electronic mail transmission may constitute a communication
that is legally privileged. It is not intended for transmission to, or
receipt by, any unauthorized persons. If you have received this
electronic mail transmission in error, please delete it from your system
without copying it, and notify the sender by reply e-mail, so that our
address record can be corrected.






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Collins,
Glen (HQP)
Sent: Friday, June 15, 2007 2:17 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

Why not re-import the tape back into Netbackup and then remove the
images from the catalog when it's complete. I know this is probably the
long route to take but it should work depending on your drive type (Mine
LTO2: 4-5 hours).

Glen Collins
Storage Engineering Services
Robert Half International, Inc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren
Dunham
Sent: Friday, June 15, 2007 1:09 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

> Does anyone have the knowledge, and is willing to share with me the 
> knowledge, on how to remove a tape that is in this state?
> vmquery -m SYM742
> Could not query by media ID SYM742: volume does not exist in database
> (35)

So it's not in the VM database.  I wonder if you could create a volume
with that name via 'vmadd'.  Then try to expire it at that point (and if
it works, follow up with a 'vmdelete').


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



___
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] Two Expired Tapes

[Collins, Glen (HQP)]

Why not re-import the tape back into Netbackup and then remove the
images
from the catalog when it's complete. I know this is probably the long
route to take but it should work depending on your drive type (Mine
LTO2: 4-5 hours).

Glen Collins
Storage Engineering Services
Robert Half International, Inc.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren
Dunham
Sent: Friday, June 15, 2007 1:09 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Two Expired Tapes

> Does anyone have the knowledge, and is willing to share with me the
> knowledge, on how to remove a tape that is in this state? 
> vmquery -m SYM742
> Could not query by media ID SYM742: volume does not exist in database
> (35)

So it's not in the VM database.  I wonder if you could create a volume
with that name via 'vmadd'.  Then try to expire it at that point (and if
it works, follow up with a 'vmdelete').


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



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

Re: [Veritas-bu] Two Expired Tapes

[Darren Dunham]

> Does anyone have the knowledge, and is willing to share with me the
> knowledge, on how to remove a tape that is in this state? 
> vmquery -m SYM742
> Could not query by media ID SYM742: volume does not exist in database
> (35)

So it's not in the VM database.  I wonder if you could create a volume
with that name via 'vmadd'.  Then try to expire it at that point (and if
it works, follow up with a 'vmdelete').


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

Re: [Veritas-bu] Aptare and NBU not reporting properly ...

[ckstehman]

Greetings;

I worked with Aptare Tech support, and I believe we have solved the 
problem.  Solved by installing a new "aptare.jar"  file on the master 
server.  For some reason the old version was not updating the job details 
for all jobs,  We'll see what happens over the week.end.

Carl


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



[EMAIL PROTECTED] 
Sent by: [EMAIL PROTECTED]
06/15/2007 11:13 AM

To
"Philip McDougal" <[EMAIL PROTECTED]>
cc
veritas-bu@mailman.eng.auburn.edu, 
[EMAIL PROTECTED]
Subject
Re: [Veritas-bu] Aptare and NBU not reporting properly ...







Thanks 
I hope I can get the missing detail info corrected.  I think it is causing 
some other problems like occaisionally missing a failed backup. 
So far they are stumped on my issue, but are working on it diligentlty, 

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


"Philip McDougal" <[EMAIL PROTECTED]> 
06/15/2007 10:54 AM 


To
<[EMAIL PROTECTED]> 
cc
, 
<[EMAIL PROTECTED]> 
Subject
RE: [Veritas-bu] Aptare and NBU not reporting properly ...








Hi Carl, 
  
We are an all Windows shop so it may (or may not) be related to Win2k3 
server.  I have a feeling that issue I was seeing (and the one you seem to 
be seeing as well) is stemming from an issue somewhere between the NBU Job 
Details and the point where Aptare gathers that info FROM NBU.  The odd 
thing is , it?s happening to only 1 client.  I would have expected to see 
it from a lot more.  This client isn?t even unique.  It has 160GB of 
storage with about 700,000 files, no big deal.  I have many more clients 
with similar specs that are reporting just fine. 
  
I hold 90days worth of NBU info so Support thought it may have been the 
large amount of data I have that needs to be pulled into Aptare.  So when 
I was working with support, they had me replace the bpdbjobs.exe with a 
replacement that would knock that info down to 24hrs. Well, they gave me a 
replacement file that was for Unix not windows so obviously when the jobs 
ran again, errors started appearing (the 0 Bytes and NULL values).  After 
trying again with no success, I reverted back the bpdpbjobs and associated 
files and things were normal for a few days; even the one client that was 
reporting the wrong amount of data seemed to be cured.  Then I upgraded 
(thinking this might help stabilize things) and the 0 / NULL values for 
the JOBIDs started to occur again.  I have a feeling that there was some 
resident evil lurking, and when I upgraded and restarted the services, it 
appeared again. 
  
Support was very quick to respond to my request yesterday and I have some 
good techs working on the issue.  It looks like the issue of 0 or NULL 
valued JOBIDs has stopped and it looks like it appeared only after the 
upgrade and my restarting the Aptare and Oracle services.  Unfortunately, 
my Aptare database is filled with these bogus jobs so Support wrote a sql 
script to run in Oracle that will remove them from the database so my 
reports and dashboards don?t look like a sea of red.  With my second go of 
Support, I have received some superior help and advice.  I truly applaud 
their efforts in trying to help solve my issue. 
  
So far, the upgrade has been fine after that initial issue.  I?m still 
monitoring it but will let you know if I see any other issues or benefits. 

  
Hope that helps Carl. 
  
Phil. 
  
  
  
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 15, 2007 7:54 AM
To: Philip McDougal
Cc: veritas-bu@mailman.eng.auburn.edu; 
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Aptare and NBU not reporting properly ... 
  

Philip 

We recently upgraded to NBU6.0MP4.  Aptare 5.2.06 continued to work fine. 
About two weeks later 
I upgraded Aptare to 6.0.14.  Since that time I have noticed missing 
MBytes information at times, and 
missing and inconsistent File List and Stirage Unit  information from the 
Netbackup Job Detail drill down. 
I am collecting from two master servers, one is Solaris, the other is 
Windows 2003. Interestingly the missing 
File List information is always from the Windows server, the Solaris 
server is fine. I have not really 
checked the MBytes for accuracy to any level of detail.  I am working with 
Aptare support on these issues. 

I am thinking about upgrading to 6.0.19, but your experience raises 
converns. 

Regards 
Carl 


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

"Philip McDougal" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 
06/14/2007 06:29 PM 


To
 
cc

Subject
[Veritas-bu] Aptare and NBU not reporting properly ...

  









Hey guys, 
 
Has anyone who is running Aptare and NBU ever had issues where the job 
summaries are reporting the wrong inform

Re: [Veritas-bu] Two Expired Tapes

[Preston, Douglas L]

If you get an answer I would appreciate it if you could pass it along to
me,  I have been dealing with 65 media that are in that state.  Not in
the EMM database Supposed to have expired 1 year or more ago and nothing
works to expire the media since it doesn't  exist in the emm database
but still shows up in the gui and still shows in-use or assigned when I
try to delete them.


Doug Preston
Systems Engineer
Land America Tax and Flood Services
Phone 626-339-5221 Ext 1104
Email  [EMAIL PROTECTED]




NOTICE: This electronic mail transmission may constitute a communication
that is legally privileged. It is not intended for transmission to, or
receipt by, any unauthorized persons. If you have received this
electronic mail transmission in error, please delete it from your system
without copying it, and notify the sender by reply e-mail, so that our
address record can be corrected.






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Wigington
Sent: Friday, June 15, 2007 10:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Two Expired Tapes

Does anyone have the knowledge, and is willing to share with me the
knowledge, on how to remove a tape that is in this state? 
vmquery -m SYM742
Could not query by media ID SYM742: volume does not exist in database
(35)

[EMAIL PROTECTED]:/>bpmedialist -m SYM742
Server Host = master

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


SYM742   5219   12/03/2006 08:38  12/03/2006 11:06  hcart3
438719534 0
   86   03/06/2007 01:08N/A   EXPIRED

[EMAIL PROTECTED]:/>bpexpdate -m SYM742 -d 0 -justmedia Are you SURE you want
to delete SYM742 y/n (n)? y requested media id is in use, cannot process
request

Thanks in advance,
Mike Wig




Yahoo! oneSearch: Finally, mobile search that gives answers
 , not web links. 

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

Re: [Veritas-bu] SSO with NDMP in NBU 6.0 -- does it work

[Adams, Dwayne]

Chris,

I am doing direct attached with the filers as their own storage units.
You can do this when you are using native fibre channel drives.  The
policies point to the NDMP storage units.  I have done 3 way in the past
and it works as well. The difference is the data goes across the network
for 3 way.

Dwayne

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Chris_Millet
Sent: Friday, June 15, 2007 11:50 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Re: SSO with NDMP in NBU 6.0 -- does it work



Adams, Dwayne wrote:
> Steve, 
> 
> I just started using it in a new deployment. (6.0 MP4) I am only 4
weeks into production but it appears to run as advertised. I have 6
native fibre drives, 2 filers and 3 media servers. All of the hosts are
zoned to all 6 drives. Let me know if you have in specific questions. 
> 
> Dwayne Adams 
> 


Dwayne, are you doing any 3-way NDMP backups from a filer to a media
server w/ SSO drives?

Do you just have all the drives in a storage unit / storage unit group
and your policies assigned to that?

+--
|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] Re: Permissible values of SIZE_DATA_BUFFERS & NUMBER_DATA_BU

[Chris_Millet]

On 6/14/07, Khurram Tariq < [EMAIL PROTECTED] ([EMAIL PROTECTED])> wrote:
>  By the way In my case I've found out that 2 x FC LTO3 drives with 
> multiplexing and multistreaming gets me the best performance (reached a max 
> of 170MB/s) and adding more drives and streams does not increase the total 
> speed. Any pointers here? 
> 
> Regards,
> Khurram
> 
> 
> 


We need a bigger picture of your environment.

What kind of Sun systems are these?  Maybe you've hit the limits of the system. 

Do you have enough fiber channel bandwidth to the device host and tape drives?  
Sounds like you might be hitting the upper limit of 2Gbit - especially if other 
traffic is going on that link.  Not sure if you are direct attaching the tape 
drives to the host or if you have some kind of tape SAN switch infra.

If the data is coming from over the network client backups..maybe you have a 
network bandwidth issue on the backup host.  170MB/sec though would already 
indicate > Gbit so you'd have to be aggregating more than one link already if 
that is the case.  Add more.

Anyway, it could be lots of things.  You just need to take a hard look at the 
data path and everything along the way to find out the least common denominator.

+--
|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] Re: SSO with NDMP in NBU 6.0 -- does it work

[Chris_Millet]

Adams, Dwayne wrote:
> Steve, 
> 
> I just started using it in a new deployment. (6.0 MP4) I am only 4 weeks into 
> production but it appears to run as advertised. I have 6 native fibre drives, 
> 2 filers and 3 media servers. All of the hosts are zoned to all 6 drives. Let 
> me know if you have in specific questions. 
> 
> Dwayne Adams 
> 


Dwayne, are you doing any 3-way NDMP backups from a filer to a media server w/ 
SSO drives?

Do you just have all the drives in a storage unit / storage unit group and your 
policies assigned to that?

+--
|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] Two Expired Tapes

[Mike Wigington]

Does anyone have the knowledge, and is willing to share with me the knowledge, 
on how to remove a tape that is in this state? 
vmquery -m SYM742
Could not query by media ID SYM742: volume does not exist in database (35)

[EMAIL PROTECTED]:/>bpmedialist -m SYM742
Server Host = master

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

SYM742   5219   12/03/2006 08:38  12/03/2006 11:06  hcart3   438719534 0
   86   03/06/2007 01:08N/A   EXPIRED

[EMAIL PROTECTED]:/>bpexpdate -m SYM742 -d 0 -justmedia
Are you SURE you want to delete SYM742 y/n (n)? y
requested media id is in use, cannot process request

Thanks in advance,
Mike Wig




   

Got a little couch potato? 
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz
 ___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] BPCLNTCMD -HN truncates IP address

[Weber, Philip]

I'd never seen this before but funnily enough just tripped over it on a
couple of clients I'm moving from NBU 4.5MP9 master to 5.1MP6 master.
Both clients are W2K3 & remaining at 4.5MP9 for now (because I can't
access them to upgrade).  bpclient -hn on the master fails to return the
IP address correctly.  I can't tell yet whether upgrading the client
would improve.  I suspect this is what's making the job run as 1 stream
as the master can't find out what filesystems exist on the client.

Unbelievable!!! What does the "Net" in NetBackup stand for?  You'd have
thought it could resolve addresses!

Anyone know of a workaround or fix?

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of ENAJ (Ena Jensen)
> Sent: 15 June 2007 08:40
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] BPCLNTCMD -HN truncates IP address
> 
> 
>  
> We have the same issue on HP-UX 5.1 MP6 and on windows clients running
> 5.1 MP5
> 
> Ena 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Carl
> Mathews
> Sent: 14. juni 2007 16:02
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] BPCLNTCMD -HN truncates IP address
> 
> Yes bpclntcmd -hn hostname cuts off the last digit when 
> issued from the
> 5.1MP6 Solaris 9 Master Server. I noticed it with MP6. 
> NB_5.1MP6 clients
> that I tested return the right IP address.
> 
> Carl Mathews
> University of Arkansas
> 
> ---Original Message
> 
> 
> Has anyone ever seen BPCLNTCMD -HN truncate the IP address?
> 
> For instance, the IP in the hosts file is 10.10.10.100 and BPCLNTCMD
> looks like this:
> /usr/openv/netbackup/bin  >
> ./bpclntcmd -hn hostname host hostname: hostname at 10.10.10.10
> (0xabcde0)
> checkhname: aliases:
> 
> I have at least two boxes that this is happening on, first 
> one is above,
> the other is .200 and comes out as .20 in bpclntcmd, and of 
> course they
> are failing with a 54. The only correlation I can draw 
> between these two
> is that they were new additions to the existing hosts file. 
> Other hosts
> entries are fine and backups are successful.
> 
> This is a new Solaris 10 media server that is barely in production and
> nsswitch.conf lists files first. NBU 5.1MP6. A quick internet search
> turned up nothing. Any ideas?
> 
> Rusty Major, MCSE, BCFP
> Sr. Data Assurance Engineer
> (281) 584-4693
> VeriCenter, Inc.
> 
> ___
> 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
> 

-
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no
3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and
Egg Financial Intermediation Ltd are authorised and regulated by
the Financial Services Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551 respectively. These
members of the Egg group are registered in England and Wales.
Registered office: Citigroup Centre, Canada Square, London E14 5LB.

This e-mail is confidential and for use by the addressee only. If
you are not the intended recipient of this e-mail and have received
it in error, please return the message to the sender by replying to
it and then delete it from your mailbox. Internet e-mails are not
necessarily secure. The Egg group of companies do not accept
responsibility for changes made to this message after it was sent.


Whilst all reasonable care has been taken to avoid the transmission
of viruses, it is the responsibility of the recipient to ensure
that the onward transmission, opening or use of this message and
any attachments will not adversely affect its systems or data. No
responsibility is accepted by the Egg group of companies in this
regard and the recipient should carry out such virus and other
checks as it considers appropriate.

This communication does not create or modify any contract.


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

Re: [Veritas-bu] Aptare and NBU not reporting properly ...

[Philip McDougal]

Thanks for the info Ed.

Up until the recent incidents, Aptare was running great and making my life much 
easier.  I am running NBU 6.0MP4 for quite a while now so it wasn't like 
anything changed.  Just odd behavior that I think was exacerbated by the tech 
giving me files for a Unix box instead of Windows.

Since I contacted them about the issue showing up again, they have been 
steadfastly by my side (almost too much, I need to eat and sleep ;-) trying to 
fix the issue.

I followed up with some more details to Carl's message but I'm feeling much 
better about the issue today than I was yesterday.  I love the product and this 
is the only issue I've had so I'm confident that support will get it 
straightened out permanently.

Thanks!
Phil.


-Original Message-
From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Thursday, June 14, 2007 7:04 PM
To: Philip McDougal; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Aptare and NBU not reporting properly ...

>Today, I upgraded to  6.0.19 and as soon as I finished upgrading, the job
summaries for today >started filling up with errors. Well, no jobs ran but I
have tons of Job Summaries that have >either a 0 for the JOBID or a NULL
value.  It's totally blowing my SLAs and SOX audits to pieces.

I've been running 6.0.19 since it first came out and haven't seen this
issue.  I've had other issues over the years but not this one.  The weirdest
one we just resolved today but the root cause of it was a NetBackup bug that
caused jobs to try and run on the wrong master server and Aptare caught it
and ended up seeing one client with backup jobs from 2 master servers.
Yeah, no wonder we've never seen that before!

Contact Aptare support again and work with them to try and figure out what's
causing it.  It could be related to the version of NetBackup you're running
(they behave differently if you're version 5 or 6 and sometimes NBU maint
paks screw them up).

.../Ed
--
Ed Wilts, RHCE, BCFP
Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
I GoodSearch for Bundles Of Love:
http://www.goodsearch.com/?charityid=821118 



CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE 
ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. 
ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH 
AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET.

CONFIDENTIALITY NOTICE: This message is intended only for the use of the 
individual or entity to which it is addressed and may contain information that 
is confidential . If the reader of this message is not the intended recipient, 
you are hereby notified that any dissemination, distribution or copying of this 
communication is prohibited. Please notify the sender immediately if this 
message was transmitted in error. Thank you.

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

Re: [Veritas-bu] Aptare and NBU not reporting properly ...

[ckstehman]

Thanks
I hope I can get the missing detail info corrected.  I think it is causing 
some other problems like occaisionally missing a failed backup.
So far they are stumped on my issue, but are working on it diligentlty,

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



"Philip McDougal" <[EMAIL PROTECTED]> 
06/15/2007 10:54 AM

To
<[EMAIL PROTECTED]>
cc
, 
<[EMAIL PROTECTED]>
Subject
RE: [Veritas-bu] Aptare and NBU not reporting properly ...






Hi Carl,
 
We are an all Windows shop so it may (or may not) be related to Win2k3 
server.  I have a feeling that issue I was seeing (and the one you seem to 
be seeing as well) is stemming from an issue somewhere between the NBU Job 
Details and the point where Aptare gathers that info FROM NBU.  The odd 
thing is , it?s happening to only 1 client.  I would have expected to see 
it from a lot more.  This client isn?t even unique.  It has 160GB of 
storage with about 700,000 files, no big deal.  I have many more clients 
with similar specs that are reporting just fine.
 
I hold 90days worth of NBU info so Support thought it may have been the 
large amount of data I have that needs to be pulled into Aptare.  So when 
I was working with support, they had me replace the bpdbjobs.exe with a 
replacement that would knock that info down to 24hrs. Well, they gave me a 
replacement file that was for Unix not windows so obviously when the jobs 
ran again, errors started appearing (the 0 Bytes and NULL values).  After 
trying again with no success, I reverted back the bpdpbjobs and associated 
files and things were normal for a few days; even the one client that was 
reporting the wrong amount of data seemed to be cured.  Then I upgraded 
(thinking this might help stabilize things) and the 0 / NULL values for 
the JOBIDs started to occur again.  I have a feeling that there was some 
resident evil lurking, and when I upgraded and restarted the services, it 
appeared again.
 
Support was very quick to respond to my request yesterday and I have some 
good techs working on the issue.  It looks like the issue of 0 or NULL 
valued JOBIDs has stopped and it looks like it appeared only after the 
upgrade and my restarting the Aptare and Oracle services.  Unfortunately, 
my Aptare database is filled with these bogus jobs so Support wrote a sql 
script to run in Oracle that will remove them from the database so my 
reports and dashboards don?t look like a sea of red.  With my second go of 
Support, I have received some superior help and advice.  I truly applaud 
their efforts in trying to help solve my issue.
 
So far, the upgrade has been fine after that initial issue.  I?m still 
monitoring it but will let you know if I see any other issues or benefits.
 
Hope that helps Carl.
 
Phil.
 
 
 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 15, 2007 7:54 AM
To: Philip McDougal
Cc: veritas-bu@mailman.eng.auburn.edu; 
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Aptare and NBU not reporting properly ...
 

Philip 

We recently upgraded to NBU6.0MP4.  Aptare 5.2.06 continued to work fine. 
About two weeks later 
I upgraded Aptare to 6.0.14.  Since that time I have noticed missing 
MBytes information at times, and 
missing and inconsistent File List and Stirage Unit  information from the 
Netbackup Job Detail drill down. 
 I am collecting from two master servers, one is Solaris, the other is 
Windows 2003. Interestingly the missing 
File List information is always from the Windows server, the Solaris 
server is fine. I have not really 
checked the MBytes for accuracy to any level of detail.  I am working with 
Aptare support on these issues. 

I am thinking about upgrading to 6.0.19, but your experience raises 
converns. 

Regards 
Carl 


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


"Philip McDougal" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 
06/14/2007 06:29 PM 


To
 
cc

Subject
[Veritas-bu] Aptare and NBU not reporting properly ...
 








Hey guys, 
  
Has anyone who is running Aptare and NBU ever had issues where the job 
summaries are reporting the wrong information? 
  
I had an issue 2 weeks ago where a client (1 client out of 100 some odd) 
was reporting a fraction of the amount actually backed up.  It backed up 
and was reported as successful and the number of files backed up were 
correct but Aptare would only report ~30GB out of the 150GB that was 
getting backed up daily.  I worked with support on it, and of course, it 
magically disappeared after a week?s worth of frustrating work with 
Support.   
  
Today, I upgraded to  6.0.19 and as soon as I finished upgrading, the job 
summaries for today started filling up with errors. Well, no jobs ran but 
I have tons of Job Summaries that have either a 0 for the JOBID or a NULL 
value.  It?s totally bl

[Veritas-bu] Ian JACKSON has now left HSBC

[ian . jackson]

I will be out of the office starting  15/06/2007 and will not return until
25/12/2007.

Please ensure that the intended recipient was not Ian A. or Ian K. Jackson.

-
SAVE PAPER - THINK BEFORE YOU PRINT!

This E-mail is confidential.  
  
It may also be legally privileged. If you are not the addressee you
may not copy, forward, disclose or use any part of it. If you have
received this message in error, please delete it and all copies
from your system and notify the sender immediately by return
E-mail. 
  
Internet communications cannot be guaranteed to be timely secure,
error or virus-free. The sender does not accept liability for any
errors or omissions.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Aptare and NBU not reporting properly ...

[Philip McDougal]

Hi Carl,

 

We are an all Windows shop so it may (or may not) be related to Win2k3
server.  I have a feeling that issue I was seeing (and the one you seem
to be seeing as well) is stemming from an issue somewhere between the
NBU Job Details and the point where Aptare gathers that info FROM NBU.
The odd thing is , it's happening to only 1 client.  I would have
expected to see it from a lot more.  This client isn't even unique.  It
has 160GB of storage with about 700,000 files, no big deal.  I have many
more clients with similar specs that are reporting just fine.

 

I hold 90days worth of NBU info so Support thought it may have been the
large amount of data I have that needs to be pulled into Aptare.  So
when I was working with support, they had me replace the bpdbjobs.exe
with a replacement that would knock that info down to 24hrs. Well, they
gave me a replacement file that was for Unix not windows so obviously
when the jobs ran again, errors started appearing (the 0 Bytes and NULL
values).  After trying again with no success, I reverted back the
bpdpbjobs and associated files and things were normal for a few days;
even the one client that was reporting the wrong amount of data seemed
to be cured.  Then I upgraded (thinking this might help stabilize
things) and the 0 / NULL values for the JOBIDs started to occur again.
I have a feeling that there was some resident evil lurking, and when I
upgraded and restarted the services, it appeared again.

 

Support was very quick to respond to my request yesterday and I have
some good techs working on the issue.  It looks like the issue of 0 or
NULL valued JOBIDs has stopped and it looks like it appeared only after
the upgrade and my restarting the Aptare and Oracle services.
Unfortunately, my Aptare database is filled with these bogus jobs so
Support wrote a sql script to run in Oracle that will remove them from
the database so my reports and dashboards don't look like a sea of red.
With my second go of Support, I have received some superior help and
advice.  I truly applaud their efforts in trying to help solve my issue.

 

So far, the upgrade has been fine after that initial issue.  I'm still
monitoring it but will let you know if I see any other issues or
benefits.

 

Hope that helps Carl.

 

Phil.

 

 

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 15, 2007 7:54 AM
To: Philip McDougal
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Aptare and NBU not reporting properly ...

 


Philip 

We recently upgraded to NBU6.0MP4.  Aptare 5.2.06 continued to work
fine.  About two weeks later 
I upgraded Aptare to 6.0.14.  Since that time I have noticed missing
MBytes information at times, and 
missing and inconsistent File List and Stirage Unit  information from
the Netbackup Job Detail drill down. 
 I am collecting from two master servers, one is Solaris, the other is
Windows 2003. Interestingly the missing 
File List information is always from the Windows server, the Solaris
server is fine. I have not really 
checked the MBytes for accuracy to any level of detail.  I am working
with Aptare support on these issues. 

I am thinking about upgrading to 6.0.19, but your experience raises
converns. 

Regards 
Carl 


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



"Philip McDougal" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

06/14/2007 06:29 PM 

To

 

cc


Subject

[Veritas-bu] Aptare and NBU not reporting properly ...

 






Hey guys, 
  
Has anyone who is running Aptare and NBU ever had issues where the job
summaries are reporting the wrong information? 
  
I had an issue 2 weeks ago where a client (1 client out of 100 some odd)
was reporting a fraction of the amount actually backed up.  It backed up
and was reported as successful and the number of files backed up were
correct but Aptare would only report ~30GB out of the 150GB that was
getting backed up daily.  I worked with support on it, and of course, it
magically disappeared after a week's worth of frustrating work with
Support.   
  
Today, I upgraded to  6.0.19 and as soon as I finished upgrading, the
job summaries for today started filling up with errors. Well, no jobs
ran but I have tons of Job Summaries that have either a 0 for the JOBID
or a NULL value.  It's totally blowing my SLAs and SOX audits to pieces.

  
Has anyone else experienced this and is there a way to remove the NULL
values for the JOBIDs? 
  
Thank you! 
  
Phil McDougal 


CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY
TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND
TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY
IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY
NUMBERS, THROUGH THE INTERNET.

CONFIDENTIALITY NOTICE: This message is intended only for the use of the
in

[Veritas-bu] Release date for NBU 6.0 MP5

[Barstow, Allan (SN)]

Is there a published schedule for the release of NBU 6.0 MP5?

Allan Barstow
Spirit AeroSystems

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

Re: [Veritas-bu] DR copies of hot catalog backups

[Preston, Douglas L]

I write 2 copies of the catalog at once, one to my offsite catalog pool
and one to my on site catalog  pool, then I use the vaulting option in
NBU6 and specify under additional pools to vault the offsite catalog
pool.


Doug Preston
Systems Engineer
Land America Tax and Flood Services
Phone 626-339-5221 Ext 1104
Email  [EMAIL PROTECTED]




NOTICE: This electronic mail transmission may constitute a communication
that is legally privileged. It is not intended for transmission to, or
receipt by, any unauthorized persons. If you have received this
electronic mail transmission in error, please delete it from your system
without copying it, and notify the sender by reply e-mail, so that our
address record can be corrected.






-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adams,
Dwayne
Sent: Thursday, June 14, 2007 2:36 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] DR copies of hot catalog backups

Hello,

 

What are others doing to get offsite DR copies using hot catalog
backups? FYI NB6.0 MP4 on Windows 2003.

 

Thanks in advance.

 

Dwayne Adams


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

Re: [Veritas-bu] Aptare and NBU not reporting properly ...

[ckstehman]

Philip

We recently upgraded to NBU6.0MP4.  Aptare 5.2.06 continued to work fine. 
About two weeks later
I upgraded Aptare to 6.0.14.  Since that time I have noticed missing 
MBytes information at times, and 
missing and inconsistent File List and Stirage Unit  information from the 
Netbackup Job Detail drill down. 
 I am collecting from two master servers, one is Solaris, the other is 
Windows 2003. Interestingly the missing
File List information is always from the Windows server, the Solaris 
server is fine. I have not really
checked the MBytes for accuracy to any level of detail.  I am working with 
Aptare support on these issues.

I am thinking about upgrading to 6.0.19, but your experience raises 
converns.

Regards
Carl


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



"Philip McDougal" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
06/14/2007 06:29 PM

To

cc

Subject
[Veritas-bu] Aptare and NBU not reporting properly ...






Hey guys,
 
Has anyone who is running Aptare and NBU ever had issues where the job 
summaries are reporting the wrong information?
 
I had an issue 2 weeks ago where a client (1 client out of 100 some odd) 
was reporting a fraction of the amount actually backed up.  It backed up 
and was reported as successful and the number of files backed up were 
correct but Aptare would only report ~30GB out of the 150GB that was 
getting backed up daily.  I worked with support on it, and of course, it 
magically disappeared after a week?s worth of frustrating work with 
Support. 
 
Today, I upgraded to  6.0.19 and as soon as I finished upgrading, the job 
summaries for today started filling up with errors. Well, no jobs ran but 
I have tons of Job Summaries that have either a 0 for the JOBID or a NULL 
value.  It?s totally blowing my SLAs and SOX audits to pieces.
 
Has anyone else experienced this and is there a way to remove the NULL 
values for the JOBIDs?
 
Thank you!
 
Phil McDougal

CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY 
TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND 
TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY 
IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY 
NUMBERS, THROUGH THE INTERNET.

CONFIDENTIALITY NOTICE: This message is intended only for the use of the 
individual or entity to which it is addressed and may contain information 
that is confidential . If the reader of this message is not the intended 
recipient, you are hereby notified that any dissemination, distribution or 
copying of this communication is prohibited. Please notify the sender 
immediately if this message was transmitted in error. Thank you.
___
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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

[Jeff Lightner]

This guy has come here to shill another product (i.e. Comvault) that no
one has ever heard of and you're encouraging him?   In my book this is
spam.  This list is about Veritas NetBackup isn't it?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Wilkinson, Alex
Sent: Friday, June 15, 2007 2:30 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] [ORACLE] Policy Naming ... Best Practices ?

0n Thu, Jun 14, 2007 at 04:18:42PM -0400, Steven L. Sesar wrote: 

> As you are yours. Bottom line: my company procured another backup
application, which provides much more functionality than NBU, 
> for the cost of renewing my NBU licenses for one year. Haven't had
to write a single line of code to support it. Haven't had to 
> spend $50K and up for a 3rd. party reporting tool. Haven't had to
deal with NBCC, because the data and metadata is stored in a 
> relational database. Should I go on?

Whats the product ?

 -aW

IMPORTANT: This email remains the property of the Australian Defence
Organisation and is subject to the jurisdiction of section 70 of the
CRIMES ACT 1914.  If you have received this email in error, you are
requested to contact the sender and delete the email.


___
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] Permissible values of SIZE_DATA_BUFFERS & NUMBER_DATA_BUFFERS

[Khurram Tariq]

Gents..anything???

On 6/15/07, Khurram Tariq <[EMAIL PROTECTED]> wrote:


Gents? Anything?

On 6/14/07, Khurram Tariq <[EMAIL PROTECTED]> wrote:
>
> Well the guide doesnt say max values, its just that values till 256k are
> printed in a tabular format and there's no mention of being able to put in
> values higher than that. What about the number of data buffers? Anyone using
> a number greater than 16?
>
> Most of my systems are Solaris 9 boxes with 4GB to 64GB memory so I'm
> not worried about the memory contention since there's only a limit to the
> multiplexing and multistreaming one can do and after that the data rate does
> not increase so using the formula in the guide I should be consuming 32MB of
> memory with the backups. (16 buffers of 256k *2 drives * 4 multiplex)
>
> By the way In my case I've found out that 2 x FC LTO3 drives with
> multiplexing and multistreaming gets me the best performance (reached a max
> of 170MB/s) and adding more drives and streams does not increase the total
> speed. Any pointers here?
>
> Regards,
> Khurram
>
> On 6/14/07, bob944 < [EMAIL PROTECTED]> wrote:
> >
> >
> > > I was wondering what are the max values one can put in the files
> > > SIZE_DATA_BUFFERS & NUMBER_DATA_BUFFERS. The NetBackup 6
> > > Tuning Guide talks
> > > about max values of 256kb and 16 respectively.
> >
> > I don't remember it saying that.  Anyway, maximum size is whatever
> > your
> > OS and system settings and tape driver and hardware support--many
> > Windows systems are limited to 64KB by the miniport driver, for
> > instance.  You find out by experiment, the most important experiment
> > being to restore.
> >
> > Max number is whatever it takes for the shared memory request to be
> > denied, in which case NetBackup will report a status 89.
> >
> > Unless you have some very exotic OS/hardware, large values for either
> > are usually a waste of memory and limit the number of jobs you can
> > run.
> > "Large" being, say, 512KB or 512 buffers, as I've never personally
> > seen
> > either of those values perform beetter than 256 of each, regardless of
> > the setting of the other parameter.
> >
> > Controlled, documented testing, varying one thing at a time, using the
> > guidance in the tuning guide, should get you there.  BTW, the defaults
> >
> > used in NetBackup 6 are sufficiently better to warrant getting rid of
> > your touch files and see how it works out.  The defaults are also
> > described in the tuning guide.
> >
> >
>

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

[Veritas-bu] veritas 6.0mp3 bmr on HP

[xusong]

hi

bmr main server solaris 9
bmr boot server  hp11.11
bmr client   hp.11.11

when I create srt ,have a wrong



hanms_rp#[/usr/openv/netbackup/bin]./vxlogview -i 125
06/15/07 18:05:44.078 [parameterStore.cpp:PersistentParameterStore()] error
opening /usr/openv/netbackup/baremetal/server/data/srtDefaults.info for
input: No such file or directory
06/15/07 18:05:50.468 [XmlParser::getFirstObject()] Could not get next non
TEXT_NODE Child in getFirstObject().
06/15/07 18:06:31.342 [parameterStore.cpp:Get()] Exiting, line=83, return
paramValue="/export/srt"
06/15/07 18:06:37.707 [parameterStore.cpp:Set()] Exiting, line=113
06/15/07 18:06:43.740 [parameterStore.cpp:Get()] Exiting, line=83, return
paramValue="/dev/dsk/c1t2d0"
06/15/07 18:11:28.222 [parameterStore.cpp:Set()] Exiting, line=113
06/15/07 18:11:28.316 [parameterStore.cpp:Get()] Exiting, line=83, return
paramValue="/dev/dsk/c1t2d0"
06/15/07 18:16:09.606 [bmrSystemCommon.cpp:BmrSystemCommon()] Child process
pid=24852 exited with non-zero status=1
06/15/07 18:16:09.606 [parameterStore.cpp:Set()] Exiting, line=113
06/15/07 18:16:24.889 [Info] V-125-659
Patch PHCO_31903 has been added to SRT successfully.
06/15/07 18:16:25.259 [XmlParser::getFirstObject()] Could not get next non
TEXT_NODE Child in getFirstObject().
06/15/07 18:16:26.286 [XmlParser::getFirstObject()] Could not get next non
TEXT_NODE Child in getFirstObject().
06/15/07 18:16:26.300 [Error] V-125-107 A problem occurred while generating
boot files for this SRT.
06/15/07 18:16:44.945 [Error] V-125-61 Cannot remove SRT from server.
hanms_rp#[/usr/openv/netbackup/bin]./vxlogview -i bmrd
06/15/07 17:43:28.045 [logChanges.cpp:LogChangesCheck()] First time called:
saving config file time and returning fail.
06/15/07 17:56:18.969 [logChanges.cpp:LogChangesCheck()] First time called:
saving config file time and returning fail.
06/15/07 18:16:38.929 [CBmr::readXml(unsigned char *xml, int len, const int
filter)] Replaced object in m_vSrt.
06/15/07 18:16:39.902 [XmlParser::getFirstObject()] Could not get next non
TEXT_NODE Child in getFirstObject()










公司名称：北京华胜天成科技股份有限公司
部门：服务交付中心
姓名：徐松
地址：北京市海淀区学清路8号科技财
  富中心10层－11层
邮编：100085
电话：(8610)82733877
传真：(8610)82733999
部门传真：(8610)82733938
.
Co. Beijing Teamsun Technology Co. Ltd
Add.10-11/F, Tower A, Technology Fortune 
 Center,8 Xueqing Road,
 Haidian District, Beijing , P.R.China
ZIP.100085
TEL.(8610)82733877
FAX.(8610)82733999
e-mail:[EMAIL PROTECTED]

..



*Teamsun Email Privacy 
Declaration
The information in this email is confidential and may be legally privileged.  
Access to this email
by anyone other than the intended addressee is unauthorized. If you are not the 
intended recipient
of this message,  any review, disclosure, copying, distribution, retention, or 
any action taken or
omitted to be taken in reliance on it is prohibited. If you are not the 
intended recipient, please
reply to or forward a copy of this message to the sender and delete the 
message, any attachments,
and any copies thereof from your system. Thank you.
**

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

Re: [Veritas-bu] BPCLNTCMD -HN truncates IP address

[ENAJ (Ena Jensen)]

 
We have the same issue on HP-UX 5.1 MP6 and on windows clients running
5.1 MP5

Ena 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Carl
Mathews
Sent: 14. juni 2007 16:02
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] BPCLNTCMD -HN truncates IP address

Yes bpclntcmd -hn hostname cuts off the last digit when issued from the
5.1MP6 Solaris 9 Master Server. I noticed it with MP6. NB_5.1MP6 clients
that I tested return the right IP address.

Carl Mathews
University of Arkansas

---Original Message


Has anyone ever seen BPCLNTCMD -HN truncate the IP address?

For instance, the IP in the hosts file is 10.10.10.100 and BPCLNTCMD
looks like this:
/usr/openv/netbackup/bin  >
./bpclntcmd -hn hostname host hostname: hostname at 10.10.10.10
(0xabcde0)
checkhname: aliases:

I have at least two boxes that this is happening on, first one is above,
the other is .200 and comes out as .20 in bpclntcmd, and of course they
are failing with a 54. The only correlation I can draw between these two
is that they were new additions to the existing hosts file. Other hosts
entries are fine and backups are successful.

This is a new Solaris 10 media server that is barely in production and
nsswitch.conf lists files first. NBU 5.1MP6. A quick internet search
turned up nothing. Any ideas?

Rusty Major, MCSE, BCFP
Sr. Data Assurance Engineer
(281) 584-4693
VeriCenter, Inc.

___
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] Looking for command to display NB Oracle Client Version ?

[Wilkinson, Alex]

Hi all,

Can anyone recommend the command (unix) to list the actual version of the
Oracle client component installed ? i.e. have we got mp4 installed for this
oracle client ? I know there is:

#bpgetconfig -g hostname.dsto.defence.gov.au -L
Client/Master = Media Host
NetBackup Client Platform = Solaris, Solaris8
NetBackup Client Protocol Level = 6.0.0.0.4.4
Product = NetBackup
Version Name = 6.0
Version Number = 60
NetBackup Installation Path = /usr/openv/netbackup/bin
Client OS/Release = SunOS 5.9 
#

But this doesn't indicate to me if NB_ORA_60_4_M_285967.tar has been installed.
It just lists the "NetBackup Client Protocol Level". Which could or could not
include the oracle components ??

 -aW


IMPORTANT: This email remains the property of the Australian Defence 
Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 
1914.  If you have received this email in error, you are requested to contact 
the sender and delete the email.


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