Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Rockey Reed]

John,

 

If you are using special barcode sequence for the weekly backups then set up a 
barcode rule (inventory, advanced); otherwise, what is the problem with letting 
the tapes come from scratch and being put into the correct pool.  They will be 
assigned by pool name and retention.  

 

NetBackup is a managed application: Either you manage it, or it manages you!

 

Thanks,

Rockey J. Reed

Lead Solutions Architect

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hoke
Sent: Wednesday, December 19, 2007 9:46 AM
To: Paul Keating
Cc: Keating, John; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

 

You may want to investigate the RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL 
parameter (vm.conf in pre-6.x and set via nbemmcmd on 6.x).

It's a yes/no thing and will NOT return media to scratch if that's not where 
they came from.  But this (along with having or not having a scratch pool) is 
an all or nothing proposition (it can't be set for a particular pool or set of 
tapes or fill in the blank for you you'd like to slice and dice). 

-Tim

On 12/19/07, Paul Keating <[EMAIL PROTECTED]> wrote:

if a tape is assigned to a pool from scratch, then when the backup images on 
that tape expire, the tape goes back to scratch.

 

if you do not have a scratch pool defined, this will not happen, if I 
understand correctly.

 

Paul

 

 

 

 

-- 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Keating, 
John
Sent: December 19, 2007 12:16 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

Hello all;

 

I'm currently having an issue with tapes that aren't staying in their 
assigned volume pools.

 

We have 4 weekly pools with 14 tapes in each. Each week it seems I have 
re-assign tapes to their pools from the scratch pool.

 

Does anyone know of a way to stop or lock them into the pools that 
they're assigned to?

 

Thanks for the help.

 

John





La version française suit le texte anglais.










This email may contain privileged and/or confidential information, and the Bank 
of

Canada does not waive any related rights. Any distribution, use, or copying of 
this


email or the information it contains by other than the intended recipient is

unauthorized. If you received this email in error please delete it immediately 
from

your system and notify the sender promptly by email that you have done so. 








Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.

La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,


utilisation ou copie de ce courriel ou des renseignements qu'il contient par une

personne autre que le ou les destinataires désignés est interdite. Si vous 
recevez

ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
délai à


l'expéditeur un message électronique pour l'aviser que vous avez éliminé de 
votre

ordinateur toute copie du courriel reçu.


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

 

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

Re: [Veritas-bu] Veritas pricing guide

[Jeff Cleverley]

Bobby and everyone,

My apologies on the misunderstanding.  I had a couple of people ask for 
a 5.x version also just for reference.  The link is for a 5.x version 
and not a 6.x.


Jeff

Bobby R Windle wrote:


That is 2004.NBU51 etc...

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VCB with Netbackup 6.5.1

[George Winter]

A NetBackup client does not need to be installed inside the virtual
machine when using VMware Consolidated Backup with NetBackup 6.5.1.
When using NetBackup's VMware integration, no NetBackup software needs
to be installed anywhere on the ESX server.

What type of error are you encountering?  You mention that you are
running VCB 1.1.   VMware changed the default port that is used.  VCB
1.1 uses port 443.  This is discussed on page 9 of the NetBackup 6.5.1
for VMware documentation that can be found here:

http://entsupport.symantec.com/docs/293350

-George

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of UlrichJU
Sent: Wednesday, December 19, 2007 12:28 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] VCB with Netbackup 6.5.1


I am running a pilot test of backing up the VMware VM's with VMWare VCB
and Netbackup 6.5.1.   I have a VCB server that is running VCB 1.1 and
Netbackup 6.5.1 media server.  This interfaces with Virtual Center to
see the VM's .  But so far the only way I can get this process to work
is by having a client loaded on each VM.   I thought that I had read
that a client was not required on each VM when using VCB and Netbackup.
The only time I see it connect to the VM client is to verify it's
existence in the beginning, from there everything is done through the
VCB proxy box.  So why do I need to pay for a client on each of my VM's?
Anyone had any experience with this?   Is a client really needed on the
VM's?

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

Re: [Veritas-bu] VCB with Netbackup 6.5.1

[Scott Jacobson]

Yes the client is needed.
 
Snapshot Provider is now integrated into the 6.5 standard client. The old 
Advanced Client (Snapshot Provider) in 6.5.1 or 6.5.2 is the way and reason why 
NetBackup (Symantec) was the first to be able to integrate with VCB so quickly. 
 It's virtually the same code they've been using for years, just a few tweaks 
to integrate the VMware commands to start and stop the vm.
 
The question I still have is the pricing. In a Product Feature PPS Guild I had 
seen from this years Vision, it listed this as an "Option". For me, in the past 
with, option with Veritas means more $$$.
 
But remember the VMware client pricing model which has been discussed 
vigorously in this forum before.
 
Example:
 
ESX Server
- 1+ Windows Guests (x number of installed NetBackup Clients) - You pay for 
only one client license.
- 1+ Linux Guests (x number of installed NetBackup Clients) - You pay for only 
one client license.
- 1+ Solaris Guests (x number of installed NetBackup Clients) - You pay for 
only one client license.
 
Scott


>>> UlrichJU <[EMAIL PROTECTED]> 12/19/2007 1:28 PM >>>

I am running a pilot test of backing up the VMware VM's with VMWare VCB and 
Netbackup 6.5.1.   I have a VCB server that is running VCB 1.1 and Netbackup 
6.5.1 media server.  This interfaces with Virtual Center to see the VM's .  But 
so far the only way I can get this process to work is by having a client loaded 
on each VM.   I thought that I had read that a client was not required on each 
VM when using VCB and Netbackup.   The only time I see it connect to the VM 
client is to verify it's existence in the beginning, from there everything is 
done through the VCB proxy box.  So why do I need to pay for a client on each 
of my VM's?  Anyone had any experience with this?   Is a client really needed 
on the VM's?

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

Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

[Stuart Liddle]

In my previous job, we had this problem (and they probably still do).  We were 
running on a Solaris-9 master server.  We had over 1600 clients and over 1300 
policies.  The jobs were running 7x24.  We upped the values in the /etc/system 
file to the maximum for what Paul pointed out below.  All of this was of 
limited use as it would still hang up about once a week or so.

The solution is to go to 6.x because of the new scheduler.

--stuart liddle

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz
Sent: Wednesday, December 19, 2007 10:15 AM
To: Paul Keating
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

Ahh yes he is using Solaris 8--definitely make sure you tune 
appropriately, with 10, most of the parameters are not needed.

Justin.

On Wed, 19 Dec 2007, Paul Keating wrote:

> There used to be a technote that no logner exists.

http://seer.support.veritas.com/docs/268122.htm :

Message Queue parameters: On some UNIX platforms with NetBackup
configurations, it can be necessary to increase the system's message
queue resources to avoid bpsched hangs.

For example, the following changes may need to be made to the
/etc/system file:
set msgsys:msginfo_msgmap=500
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgssz=16
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=500


Also, the below technote may be of interest.
http://seer.support.veritas.com/docs/274544.htm



-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Justin Piszcz
> Sent: December 19, 2007 12:50 PM
> To: Hudson, Steve
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
> 
> 
> I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in 
> production, not 5.1MP5.  If you open a case with Symantec one 
> of the first 
> things they may ask you to do is upgrade to 5.1MP6, is that possible?
> 
> Justin.
> 
> On Wed, 19 Dec 2007, Hudson, Steve wrote:
> 
> > We have seen at least 4 times in the last week where all 
> Jobs Hang and
> > it looks like BPSCHED goes away. We must then use the Kill 
> -9 command on
> > the Solaris 8 host to kill everything as the bp.kill_all 
> and netbackup
> > stop commands are ineffective. Anyone else seen this 
> behavior in 5.1 MP5
> > ???
> >
> >
> >
> > Steven R. Hudson
> >
> > Sysadmin - Enterprise Storage
> >
> > Iron Mountain
> >
> > 745 Atlantic Avenue
> >
> > Boston MA 02111
> >
> > Phone: (617) 535-2849
> >
> >
> >
> > [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> > 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 he 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 or coping 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
> 


La version française suit le texte anglais.



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



Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous 
recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
délai à
l'expéditeur un message électronique pour l'aviser

Re: [Veritas-bu] Any BMR with Linux clients success ?

[Ludovic Drolez]

Le mercredi 19 décembre 2007 20:39, Brooks, Jason a écrit :
> They are all unsupported with 6.0.  RHEL 4 support for BMR came with 6.5.
> That's why you see this:
>
> A55:Red Hat Enterprise Linux ES release 4 (Nahant Update
> 5)|)0,51216,128,121,3,1198060075131,5346,1,0:,33:
>

LOL ! So NBU 6.5 begins to support a 3 years old OS !
I guess that RHEL5 support will come in 2015 :-)

Any idea why there's no generic Linux support ? I know backup products which 
support any Linux distribution ...

In which document can I find which Linux distributions, file-systems and boot 
loader are supported ?

-- 
Ludovic Drolez.

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

[Veritas-bu] VCB with Netbackup 6.5.1

[UlrichJU]

I am running a pilot test of backing up the VMware VM's with VMWare VCB and 
Netbackup 6.5.1.   I have a VCB server that is running VCB 1.1 and Netbackup 
6.5.1 media server.  This interfaces with Virtual Center to see the VM's .  But 
so far the only way I can get this process to work is by having a client loaded 
on each VM.   I thought that I had read that a client was not required on each 
VM when using VCB and Netbackup.   The only time I see it connect to the VM 
client is to verify it's existence in the beginning, from there everything is 
done through the VCB proxy box.  So why do I need to pay for a client on each 
of my VM's?  Anyone had any experience with this?   Is a client really needed 
on the VM's?

+--
|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] Any BMR with Linux clients success ?

[Brooks, Jason]

They are all unsupported with 6.0.  RHEL 4 support for BMR came with 6.5.
That's why you see this:

A55:Red Hat Enterprise Linux ES release 4 (Nahant Update
5)|)0,51216,128,121,3,1198060075131,5346,1,0:,33:

<<>>

,27:CSystemAgent.cpp:discover(),1

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of ldrolez
> Sent: Wednesday, December 19, 2007 11:55 AM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Any BMR with Linux clients success ?
> 
> 
> Hi!
> 
> I'm trying a NBU6.0 MP5 + BMR backup of a linux system and 
> the BMR collect phase always fails:
> 
> 12/19/07 12:27:58 - transferring BMR information to the master server
> 12/19/07 12:27:58 - connecting
> 12/19/07 12:27:58 - connected; connect time: 000:00:00
> 12/19/07 12:27:59 - Error bpbrm(pid=27331) Did not receive 
> bmr client request from  \  status = 0
> 
> I've tried on:
> - RedHat 4.0 Update 4
> - Centos 4.4
> - Debian Etch
> 
> Always the same error...
> If I take a look at the client's BMR logs, I can see:
> 
>   0,51216,128,121,1,1198060074814,5346,1,0:,69:Could not do 
> stat on file 
> /usr/openv/netbackup/baremetal/client/data/,40:fileAttribsComm
> on.cpp:FileExistsCommon(),1
>   
> 1,51216,128,121,2,1198060075003,5346,1,0:,0:,25:bmrSystem.cpp:
> SetOsInfo(),1,(312|A55:Red Hat Enterprise Linux ES release 4 
> (Nahant Update 5)|)
>   0,51216,128,121,3,1198060075131,5346,1,0:,33:Failed 
> verifying OS support for .,27:CSystemAgent.cpp:discover(),1
>   
> 0,51216,121,121,1,1198060075131,5346,1,0:,31:sysAgent->discove
> r failed, rc=4,23:CBmrSaveCfg::discover(),1
> 
> Any ideas ?
> TIA,
> 
>   Ludovic.
> 
> +-
> -
> |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
> 


smime.p7s
Description: S/MIME cryptographic signature
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Keating, John]

Hey Kevin,
 
I'm experiencing the same types of "Glitches" with my 6.5 environment.
 
I may open a ticket and if I find out any useful info I'll send you a
quick mail.
 
thanks
John



From: Kevin Whittaker [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 19, 2007 1:11 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Keating, John
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: RE: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)


Actually that is not true.  I have 7 robots (6 VTL and 1 physical).  I
like to keep all the VTL robot tapes out of the scratch pool and it
worked fine in NB 5.1.
 
But since, I have went to 6.5, all unassigned tapes have ended in the
scratch pool.  Even when I assign the tape to the other pool, it will
put an empty tape into the scratch pool.  I was considering opening an
ticket with Symantec about it, but it actually has turned out to be no
big to have them all in the scratch pool so I have not said anything.
 
I will even say that during the day, a unassigned tape within a pool has
been sent back to the scratch pool WITHOUT actually ever being used.
So, I think so cleanup program is actually doing it.  Just a thought.
 
Kevin



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby
Williams
Sent: Wednesday, December 19, 2007 12:46 PM
To: [EMAIL PROTECTED]; 'Keating, John'
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)


If you start the tapes in a pool other than scratch, they will not go
back to scratch when they expire.
 



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

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, December 19, 2007 12:31 PM
To: Keating, John
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)



or bettter yet, just uncheck the 'scratch pool' box from the volume pool
properties. 


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Keating, John" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/19/2007 12:22 PM 

To
veritas-bu@mailman.eng.auburn.edu 
cc
Subject
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5) 






Hello all; 
  
I'm currently having an issue with tapes that aren't staying in their
assigned volume pools. 
  
We have 4 weekly pools with 14 tapes in each. Each week it seems I have
re-assign tapes to their pools from the scratch pool. 
  
Does anyone know of a way to stop or lock them into the pools that
they're assigned to? 
  
Thanks for the help. 
  
John___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu




==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments
transmitted with it may contain legally privileged, proprietary and/or
confidential information intended solely for the use of the addressee.
If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution, duplication or other use of this
message and/or its attachments is strictly prohibited.  If you are not
the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message and its attachments.  Thank
you.

==

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

[Veritas-bu] Any BMR with Linux clients success ?

[ldrolez]

Hi!

I'm trying a NBU6.0 MP5 + BMR backup of a linux system and the BMR collect 
phase always fails: 

12/19/07 12:27:58 - transferring BMR information to the master server
12/19/07 12:27:58 - connecting
12/19/07 12:27:58 - connected; connect time: 000:00:00
12/19/07 12:27:59 - Error bpbrm(pid=27331) Did not receive bmr client request 
from  \
 status = 0

I've tried on: 
- RedHat 4.0 Update 4
- Centos 4.4
- Debian Etch

Always the same error...
If I take a look at the client's BMR logs, I can see:

  0,51216,128,121,1,1198060074814,5346,1,0:,69:Could not do stat on file 
/usr/openv/netbackup/baremetal/client/data/,40:fileAttribsCommon.cpp:FileExistsCommon(),1
  
1,51216,128,121,2,1198060075003,5346,1,0:,0:,25:bmrSystem.cpp:SetOsInfo(),1,(312|A55:Red
 Hat Enterprise Linux ES release 4 (Nahant Update 5)|)
  0,51216,128,121,3,1198060075131,5346,1,0:,33:Failed verifying OS support for 
.,27:CSystemAgent.cpp:discover(),1
  0,51216,121,121,1,1198060075131,5346,1,0:,31:sysAgent->discover failed, 
rc=4,23:CBmrSaveCfg::discover(),1

Any ideas ?
TIA,

  Ludovic.

+--
|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] 10GB network + perf questions etc

[pancamo]

cpreston wrote:
> 
> > I am still waiting for someone to report > 250 MiB/s with RHEL3/4/5
> > 
> using 
> 
> > 10GBps NICs.
> > 
> 
> I'm waiting for anyone to report > 250 MB/s on any platform. ;)
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



In 2006 we built a newbackup system using 10Gbps...

We've been getting over 3Gbs using RHEAS4/Netbackup 6 and Chelsio 10Gbit card 
through 1 V40z media server (we have 6 media servers in total).   We are maxing 
our the FC to the tape library, so if we switch to 4Gbps FC cards to the tape 
library our might result in higher...


We initially tested the Intel/Sun 10Gbps cards and was only able to get 1Gb/s 
through it using ttcp testing tools.  We returned the Intel/Sun 10Gb cards...  
Intel has dual 10Gbps nics now, but we have not tested them.

We were able to get over 7Gbps on the Chelsio card using ttcp between two media 
V40z and a cisco switch

+--
|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] Tapes not staying in Volume pools (NBU6.5)

[Paul Keating]

 
 
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Whittaker
Sent: December 19, 2007 1:11 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Keating,
John
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools
(NBU6.5)


Actually that is not true.  I have 7 robots (6 VTL and 1
physical).  I like to keep all the VTL robot tapes out of the scratch
pool and it worked fine in NB 5.1. 
 
whyzat?
you can see each VTL's scratch easily by selecting the
appropriate robot. 
I keep my vtl media and physical media categorized as different
types with different barcode seeds, so the two shall never clash. 



La version française suit le texte anglais.



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



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

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Kevin Whittaker]

Actually that is not true.  I have 7 robots (6 VTL and 1 physical).  I
like to keep all the VTL robot tapes out of the scratch pool and it
worked fine in NB 5.1.
 
But since, I have went to 6.5, all unassigned tapes have ended in the
scratch pool.  Even when I assign the tape to the other pool, it will
put an empty tape into the scratch pool.  I was considering opening an
ticket with Symantec about it, but it actually has turned out to be no
big to have them all in the scratch pool so I have not said anything.
 
I will even say that during the day, a unassigned tape within a pool has
been sent back to the scratch pool WITHOUT actually ever being used.
So, I think so cleanup program is actually doing it.  Just a thought.
 
Kevin



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby
Williams
Sent: Wednesday, December 19, 2007 12:46 PM
To: [EMAIL PROTECTED]; 'Keating, John'
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)


If you start the tapes in a pool other than scratch, they will not go
back to scratch when they expire.
 



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

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, December 19, 2007 12:31 PM
To: Keating, John
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)



or bettter yet, just uncheck the 'scratch pool' box from the volume pool
properties. 


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Keating, John" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/19/2007 12:22 PM 

To
veritas-bu@mailman.eng.auburn.edu 
cc
Subject
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5) 






Hello all; 
  
I'm currently having an issue with tapes that aren't staying in their
assigned volume pools. 
  
We have 4 weekly pools with 14 tapes in each. Each week it seems I have
re-assign tapes to their pools from the scratch pool. 
  
Does anyone know of a way to stop or lock them into the pools that
they're assigned to? 
  
Thanks for the help. 
  
John___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu




==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments
transmitted with it may contain legally privileged, proprietary and/or
confidential information intended solely for the use of the addressee.
If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution, duplication or other use of this
message and/or its attachments is strictly prohibited.  If you are not
the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message and its attachments.  Thank
you.

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

Re: [Veritas-bu] Bpexpdate Issue

[Jimenez, Daniel]

Hey guys

Thanks for all your help guys. Vmquery -deassignbyid worked and the tape
is now in the scratch pool. I am not sure why the bpexpdate command did
not work but glad there is an alternative command when tapes freak out
like this. Thanks again.  

Daniel Jimenez 
Data Protection Team 


-Original Message-
From: Eagle, Kent [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 19, 2007 7:41 AM
To: veritas-bu@mailman.eng.auburn.edu
Cc: Jimenez, Daniel; [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Bpexpdate Issue

Daniel/Justin,

I know in 6.x all the databases are supposed to be on the master, but...
Be sure to run the command(s) from the media server that wrote the tape.
That should do the trick.


Let us know how you fare,

Kent Eagle
MTS Infrastructure Engineer II, MCP, MCSE
Tech Services / SMSS


Message: 5
Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST)
From: Justin Piszcz <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] Bpexpdate Issue
To: "Jimenez, Daniel" <[EMAIL PROTECTED]>
Cc: veritas-bu@mailman.eng.auburn.edu
Message-ID: <[EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed



On Tue, 18 Dec 2007, Jimenez, Daniel wrote:

> Hey guys
>
>
>
> I have a tape that no longer has valid images but shows up as a daily 
> tape with an assigned date in Netbackup. I attempted to bpexpdate the 
> tape but it comes back with "requested media id was not found in NB 
> media database and/or MM volume database". I attempted to change the 
> volume pool but it comes back with "change pool of xx failed: 
> cannot change volume pool for assigned volumes (91)". There is a 
> command that I found online "bpexpdate -ev  -d 0 -force 
> -host " and would like to know if this command would 
> work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks.
>
> Daniel Jimenez
> Data Protection Team
>
>
>
>
>
>

Try  bpexpdate -deassignempty - note though this should only be used as
a 
last resort as it can make the images/catalog out of sync for the images

on that tape ID.

Justin.






Visit our website at www.wilmingtontrust.com

Investment products are not insured by the FDIC or any other
governmental agency, are not deposits of or other obligations of or
guaranteed by Wilmington Trust or any other bank or entity, and are
subject to risks, including a possible loss of the principal amount
invested. 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] NBU 5.1 MP5 all jobs hanging

[Justin Piszcz]

Ahh yes he is using Solaris 8--definitely make sure you tune 
appropriately, with 10, most of the parameters are not needed.


Justin.

On Wed, 19 Dec 2007, Paul Keating wrote:


There used to be a technote that no logner exists.


http://seer.support.veritas.com/docs/268122.htm :

Message Queue parameters: On some UNIX platforms with NetBackup
configurations, it can be necessary to increase the system's message
queue resources to avoid bpsched hangs.

For example, the following changes may need to be made to the
/etc/system file:
set msgsys:msginfo_msgmap=500
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgssz=16
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=500


Also, the below technote may be of interest.
http://seer.support.veritas.com/docs/274544.htm



--



-Original Message-
From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf 
Of Justin Piszcz

Sent: December 19, 2007 12:50 PM
To: Hudson, Steve
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging


I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in 
production, not 5.1MP5.  If you open a case with Symantec one 
of the first 
things they may ask you to do is upgrade to 5.1MP6, is that possible?


Justin.

On Wed, 19 Dec 2007, Hudson, Steve wrote:

> We have seen at least 4 times in the last week where all 
Jobs Hang and
> it looks like BPSCHED goes away. We must then use the Kill 
-9 command on
> the Solaris 8 host to kill everything as the bp.kill_all 
and netbackup
> stop commands are ineffective. Anyone else seen this 
behavior in 5.1 MP5

> ???
>
>
>
> Steven R. Hudson
>
> Sysadmin - Enterprise Storage
>
> Iron Mountain
>
> 745 Atlantic Avenue
>
> Boston MA 02111
>
> Phone: (617) 535-2849
>
>
>
> [EMAIL PROTECTED]
>
>
>
>
>
> 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 he 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 or coping 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




La version française suit le texte anglais.



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



Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous 
recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
délai à
l'expéditeur un message électronique pour l'aviser que vous avez éliminé de 
votre
ordinateur toute copie du courriel reçu.

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

Re: [Veritas-bu] Bpexpdate Issue

[Justin Piszcz]

Only works up to 5.x, after you go to 6.0 its a little more work.

Justin.

On Wed, 19 Dec 2007, Jimenez, Daniel wrote:

> Hey guys
>
> Thanks for all your help guys. Vmquery -deassignbyid worked and the tape
> is now in the scratch pool. I am not sure why the bpexpdate command did
> not work but glad there is an alternative command when tapes freak out
> like this. Thanks again.
>
> Daniel Jimenez
> Data Protection Team
>
>
> -Original Message-
> From: Eagle, Kent [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 19, 2007 7:41 AM
> To: veritas-bu@mailman.eng.auburn.edu
> Cc: Jimenez, Daniel; [EMAIL PROTECTED]
> Subject: Re: [Veritas-bu] Bpexpdate Issue
>
> Daniel/Justin,
>
> I know in 6.x all the databases are supposed to be on the master, but...
> Be sure to run the command(s) from the media server that wrote the tape.
> That should do the trick.
>
>
> Let us know how you fare,
>
> Kent Eagle
> MTS Infrastructure Engineer II, MCP, MCSE
> Tech Services / SMSS
>
> 
> Message: 5
> Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST)
> From: Justin Piszcz <[EMAIL PROTECTED]>
> Subject: Re: [Veritas-bu] Bpexpdate Issue
> To: "Jimenez, Daniel" <[EMAIL PROTECTED]>
> Cc: veritas-bu@mailman.eng.auburn.edu
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
>
>
> On Tue, 18 Dec 2007, Jimenez, Daniel wrote:
>
>> Hey guys
>>
>>
>>
>> I have a tape that no longer has valid images but shows up as a daily
>> tape with an assigned date in Netbackup. I attempted to bpexpdate the
>> tape but it comes back with "requested media id was not found in NB
>> media database and/or MM volume database". I attempted to change the
>> volume pool but it comes back with "change pool of xx failed:
>> cannot change volume pool for assigned volumes (91)". There is a
>> command that I found online "bpexpdate -ev  -d 0 -force
>> -host " and would like to know if this command would
>> work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks.
>>
>> Daniel Jimenez
>> Data Protection Team
>>
>>
>>
>>
>>
>>
>
> Try  bpexpdate -deassignempty - note though this should only be used as
> a
> last resort as it can make the images/catalog out of sync for the images
>
> on that tape ID.
>
> Justin.
>
>
>
>
>
>
> Visit our website at www.wilmingtontrust.com
>
> Investment products are not insured by the FDIC or any other
> governmental agency, are not deposits of or other obligations of or
> guaranteed by Wilmington Trust or any other bank or entity, and are
> subject to risks, including a possible loss of the principal amount
> invested. 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] Veritas pricing guide

[Bobby R Windle]

If anyone has a copy of a NBU6.0 pricing guide, I would love it. Is this 
with the new Symantec SKU numbers.

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

[Paul Keating]

There used to be a technote that no logner exists.

http://seer.support.veritas.com/docs/268122.htm :

Message Queue parameters: On some UNIX platforms with NetBackup
configurations, it can be necessary to increase the system's message
queue resources to avoid bpsched hangs.

For example, the following changes may need to be made to the
/etc/system file:
set msgsys:msginfo_msgmap=500
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgssz=16
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=500


Also, the below technote may be of interest.
http://seer.support.veritas.com/docs/274544.htm



-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Justin Piszcz
> Sent: December 19, 2007 12:50 PM
> To: Hudson, Steve
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging
> 
> 
> I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in 
> production, not 5.1MP5.  If you open a case with Symantec one 
> of the first 
> things they may ask you to do is upgrade to 5.1MP6, is that possible?
> 
> Justin.
> 
> On Wed, 19 Dec 2007, Hudson, Steve wrote:
> 
> > We have seen at least 4 times in the last week where all 
> Jobs Hang and
> > it looks like BPSCHED goes away. We must then use the Kill 
> -9 command on
> > the Solaris 8 host to kill everything as the bp.kill_all 
> and netbackup
> > stop commands are ineffective. Anyone else seen this 
> behavior in 5.1 MP5
> > ???
> >
> >
> >
> > Steven R. Hudson
> >
> > Sysadmin - Enterprise Storage
> >
> > Iron Mountain
> >
> > 745 Atlantic Avenue
> >
> > Boston MA 02111
> >
> > Phone: (617) 535-2849
> >
> >
> >
> > [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> > 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 he 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 or coping 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
> 


La version française suit le texte anglais.



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



Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous 
recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
délai à
l'expéditeur un message électronique pour l'aviser que vous avez éliminé de 
votre
ordinateur toute copie du courriel reçu.

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

Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

[Hudson, Steve]

No probably not as we are looking to go to 6.5.1 right after the first
of the year...

-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 19, 2007 12:50 PM
To: Hudson, Steve
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in 
production, not 5.1MP5.  If you open a case with Symantec one of the
first 
things they may ask you to do is upgrade to 5.1MP6, is that possible?

Justin.

On Wed, 19 Dec 2007, Hudson, Steve wrote:

> We have seen at least 4 times in the last week where all Jobs Hang and
> it looks like BPSCHED goes away. We must then use the Kill -9 command
on
> the Solaris 8 host to kill everything as the bp.kill_all and netbackup
> stop commands are ineffective. Anyone else seen this behavior in 5.1
MP5
> ???
>
>
>
> Steven R. Hudson
>
> Sysadmin - Enterprise Storage
>
> Iron Mountain
>
> 745 Atlantic Avenue
>
> Boston MA 02111
>
> Phone: (617) 535-2849
>
>
>
> [EMAIL PROTECTED]
>
>
>
>
>
> 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 he 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 or coping 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

Re: [Veritas-bu] Veritas pricing guide

[Bobby R Windle]

That is 2004.NBU51 etc...

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NBU 5.1 MP5 all jobs hanging

[Justin Piszcz]

I have not seen that before but I have only used 5.1MP4 and 5.1MP6 in 
production, not 5.1MP5.  If you open a case with Symantec one of the first 
things they may ask you to do is upgrade to 5.1MP6, is that possible?

Justin.

On Wed, 19 Dec 2007, Hudson, Steve wrote:

> We have seen at least 4 times in the last week where all Jobs Hang and
> it looks like BPSCHED goes away. We must then use the Kill -9 command on
> the Solaris 8 host to kill everything as the bp.kill_all and netbackup
> stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5
> ???
>
>
>
> Steven R. Hudson
>
> Sysadmin - Enterprise Storage
>
> Iron Mountain
>
> 745 Atlantic Avenue
>
> Boston MA 02111
>
> Phone: (617) 535-2849
>
>
>
> [EMAIL PROTECTED]
>
>
>
>
>
> 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 he 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 or coping 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

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Tim Hoke]

You may want to investigate the RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL
parameter (vm.conf in pre-6.x and set via nbemmcmd on 6.x).

It's a yes/no thing and will NOT return media to scratch if that's not where
they came from.  But this (along with having or not having a scratch pool)
is an all or nothing proposition (it can't be set for a particular pool or
set of tapes or fill in the blank for you you'd like to slice and dice).

-Tim

On 12/19/07, Paul Keating <[EMAIL PROTECTED]> wrote:
>
>  if a tape is assigned to a pool from scratch, then when the backup images
> on that tape expire, the tape goes back to scratch.
>
> if you do not have a scratch pool defined, this will not happen, if I
> understand correctly.
>
> Paul
>
>
>
>
> --
>
>  -Original Message-
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Keating, John
> *Sent:* December 19, 2007 12:16 PM
> *To:* veritas-bu@mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)
>
> Hello all;
>
> I'm currently having an issue with tapes that aren't staying in their
> assigned volume pools.
>
> We have 4 weekly pools with 14 tapes in each. Each week it seems I have
> re-assign tapes to their pools from the scratch pool.
>
> Does anyone know of a way to stop or lock them into the pools that they're
> assigned to?
>
> Thanks for the help.
>
> John
>
> 
>
> La version française suit le texte anglais.
>
> 
>
> This email may contain privileged and/or confidential information, and the 
> Bank of
> Canada does not waive any related rights. Any distribution, use, or copying 
> of this
> email or the information it contains by other than the intended recipient is
> unauthorized. If you received this email in error please delete it 
> immediately from
> your system and notify the sender promptly by email that you have done so.
>
> 
>
> Le présent courriel peut contenir de l'information privilégiée ou 
> confidentielle.
> La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
> diffusion,
> utilisation ou copie de ce courriel ou des renseignements qu'il contient par 
> une
> personne autre que le ou les destinataires désignés est interdite. Si vous 
> recevez
> ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
> délai à
> l'expéditeur un message électronique pour l'aviser que vous avez éliminé de 
> votre
> ordinateur toute copie du courriel reçu.
>
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Bobby Williams]

If you start the tapes in a pool other than scratch, they will not go back
to scratch when they expire.
 



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

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, December 19, 2007 12:31 PM
To: Keating, John
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)



or bettter yet, just uncheck the 'scratch pool' box from the volume pool
properties. 


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Keating, John" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 


12/19/2007 12:22 PM 


To
veritas-bu@mailman.eng.auburn.edu 

cc

Subject
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5)






Hello all; 
  
I'm currently having an issue with tapes that aren't staying in their
assigned volume pools. 
  
We have 4 weekly pools with 14 tapes in each. Each week it seems I have
re-assign tapes to their pools from the scratch pool. 
  
Does anyone know of a way to stop or lock them into the pools that they're
assigned to? 
  
Thanks for the help. 
  
John___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu





==

CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted
with it may contain legally privileged, proprietary and/or confidential
information intended solely for the use of the addressee.  If you are not
the intended recipient, you are hereby notified that any review,
dissemination, distribution, duplication or other use of this message and/or
its attachments is strictly prohibited.  If you are not the intended
recipient, please contact the sender by reply e-mail and destroy all copies
of the original message and its attachments.  Thank you.


==

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

[Veritas-bu] NBU 5.1 MP5 all jobs hanging

[Hudson, Steve]

We have seen at least 4 times in the last week where all Jobs Hang and
it looks like BPSCHED goes away. We must then use the Kill -9 command on
the Solaris 8 host to kill everything as the bp.kill_all and netbackup
stop commands are ineffective. Anyone else seen this behavior in 5.1 MP5
??? 

 

Steven R. Hudson

Sysadmin - Enterprise Storage

Iron Mountain

745 Atlantic Avenue

Boston MA 02111

Phone: (617) 535-2849

 

[EMAIL PROTECTED]

 



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 he 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 or coping 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

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Jared . Seaton]

or bettter yet, just uncheck the 'scratch pool' box from the volume pool 
properties.


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Keating, John" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
12/19/2007 12:22 PM

To
veritas-bu@mailman.eng.auburn.edu
cc

Subject
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5)






Hello all;
 
I'm currently having an issue with tapes that aren't staying in their 
assigned volume pools.
 
We have 4 weekly pools with 14 tapes in each. Each week it seems I have 
re-assign tapes to their pools from the scratch pool.
 
Does anyone know of a way to stop or lock them into the pools that they're 
assigned to?
 
Thanks for the help.
 
John___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted 
with it may contain legally privileged, proprietary and/or confidential 
information intended solely for the use of the addressee.  If you are not the 
intended recipient, you are hereby notified that any review, dissemination, 
distribution, duplication or other use of this message and/or its attachments 
is strictly prohibited.  If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message and 
its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Jared . Seaton]

delete your scratch pool, it wont have anything to go to.

Is there a reason you need to have specific media in certain pools? 
NetBackup will just grab tapes out of the Scratch pool when it needs them.


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Keating, John" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
12/19/2007 12:22 PM

To
veritas-bu@mailman.eng.auburn.edu
cc

Subject
[Veritas-bu] Tapes not staying in Volume pools (NBU6.5)






Hello all;
 
I'm currently having an issue with tapes that aren't staying in their 
assigned volume pools.
 
We have 4 weekly pools with 14 tapes in each. Each week it seems I have 
re-assign tapes to their pools from the scratch pool.
 
Does anyone know of a way to stop or lock them into the pools that they're 
assigned to?
 
Thanks for the help.
 
John___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted 
with it may contain legally privileged, proprietary and/or confidential 
information intended solely for the use of the addressee.  If you are not the 
intended recipient, you are hereby notified that any review, dissemination, 
distribution, duplication or other use of this message and/or its attachments 
is strictly prohibited.  If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message and 
its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Paul Keating]

if a tape is assigned to a pool from scratch, then when the backup
images on that tape expire, the tape goes back to scratch.
 
if you do not have a scratch pool defined, this will not happen, if I
understand correctly.
 
Paul
 
 
 
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Keating,
John
Sent: December 19, 2007 12:16 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Tapes not staying in Volume pools (NBU6.5)


Hello all;
 
I'm currently having an issue with tapes that aren't staying in
their assigned volume pools.
 
We have 4 weekly pools with 14 tapes in each. Each week it seems
I have re-assign tapes to their pools from the scratch pool.
 
Does anyone know of a way to stop or lock them into the pools
that they're assigned to?
 
Thanks for the help.
 
John



La version française suit le texte anglais.



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



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

[Veritas-bu] Tapes not staying in Volume pools (NBU6.5)

[Keating, John]

Hello all;
 
I'm currently having an issue with tapes that aren't staying in their
assigned volume pools.
 
We have 4 weekly pools with 14 tapes in each. Each week it seems I have
re-assign tapes to their pools from the scratch pool.
 
Does anyone know of a way to stop or lock them into the pools that
they're assigned to?
 
Thanks for the help.
 
John
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard

[Dep, Khushil (GE Money)]

Thanks Jared. All working fine now! :-)
 
Can anyone point me to any BMR resources - how it works, etc too please?
Just doing some research.
 
Khush



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 19 December 2007 14:46
To: Dep, Khushil (GE Money)
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris
8 via Windows 2003 Standard



I use 6.0 mp4, but when i click restore and the restore window comes up,
it is under the options block, next to overwrite existing files. 

Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/19/2007 09:37 AM 

To
[EMAIL PROTECTED] 
cc
veritas-bu@mailman.eng.auburn.edu,
[EMAIL PROTECTED] 
Subject
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via
Windows 2003 Standard






Sounds like what I need - where in BAR (6.5) do I find these options? I
am looking but nothing resembling this option is showing up 




From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 19 December 2007 14:28
To: Dep, Khushil (GE Money)
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris
8 via Windows 2003 Standard


when i do restores of a backup to another location on the same client, I
check 'rename hard links' uncheck 'rename soft links' 

works every time. 



Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)



"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/19/2007 09:25 AM 



To
veritas-bu@mailman.eng.auburn.edu 
cc
Subject
[Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via
Windows 2003 Standard








Hi All,

In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:

14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link

Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?

Khush.


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




==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments
transmitted with it may contain legally privileged, proprietary and/or
confidential information intended solely for the use of the addressee.
If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution, duplication or other use of this
message and/or its attachments is strictly prohibited.  If you are not
the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message and its attachments.  Thank
you.

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



==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments
transmitted with it may contain legally privileged, proprietary and/or
confidential information intended solely for the use of the addressee.
If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution, duplication or other use of this
message and/or its attachments is strictly prohibited.  If you are not
the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message and its attachments.  Thank
you.

==

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

Re: [Veritas-bu] Veritas pricing guide

[Jeff Cleverley]

Greetings,

I've received several requests for the guide.  I went looking for where 
I found it and it is on Symantec's web page at this address:


http://eval.symantec.com/mktginfo/products/Sales_Docs/Data_Protection/nbu_51_plguide_final_060304.pdf

I noticed that at least  how drives for virtual tape libraries seemed to 
have changed from previous versions.  This could have swayed my decision 
of purchasing a NearStore towards a VTL.  Other things may have changed 
also.


Since it is on their web page and available to the public, I don't think 
they can complain about who gets it.  I found this from google because I 
couldn't find it using the search engine on their web page :-)


Jeff

Mike Andres wrote:

Could I get a copy as well?
 
Thanks,

-mike


*From:* [EMAIL PROTECTED] on behalf of Jeff 
Cleverley

*Sent:* Tue 12/18/2007 7:00 PM
*To:* [EMAIL PROTECTED]
*Cc:* 'Bobby R Windle'; veritas-bu@mailman.eng.auburn.edu
*Subject:* Re: [Veritas-bu] Veritas pricing guide

Greetings,

I was wondering if you would send me a copy of the 6.x pricing guide.  
I've been trying to get one from our sales reps for over a month.  
They claim to have never seen anything like it even though I sent them 
a copy of my 5.x version as a reference.  Trying to figure out what 
licenses you need shouldn't be this hard :-)


Thanks,

Jeff

smpt wrote:


I have 6.0. If you want it, I can send it to you

 




*From:* [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] *On Behalf Of 
*Bobby R Windle

*Sent:* Tuesday, September 11, 2007 9:43 PM
*To:* veritas-bu@mailman.eng.auburn.edu
*Subject:* Re: [Veritas-bu] Veritas pricing guide

 



Anyone have a link to or recent copy of Veritas Netbackup Pricing and 
Licensing Guide?


Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com



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


--

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
[EMAIL PROTECTED]
  


--

Jeff Cleverley
Unix Systems Administrator
Avago Technologies
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
[EMAIL PROTECTED]

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

Re: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?

[Rajmund Siwik]

Jeff,

I would choose 6.5.1. 
Eventually in the future you will have to switch to higher rev of
NetBackup.
Why don't start right from the start? It will spare you time and
headache of upgrading when to 6.5 and beyond eventually will hit EOL.
I have 3 servers running 6.5 and one, since yesterday, 6.5.1.
I upgraded from 6MP4 about 4 weeks ago. 
So far I have seen any problems other than usual error here or there.

--Rajmund

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Cleverley
Sent: Tuesday, December 18, 2007 8:03 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?

Greetings,

I'm coming into an unique opportunity with regards to NetBackup.  I'm 
going to get to start from scratch.  No upgrades, imports, migrations, 
etc.   This environment is currently running NB5.0 and I also manage a 
5.1 backing up 70 TB of SAN storage.  We want to stay with NetBackup and

not switch to another vendor.

The old environment we inherited is old (hardware and software), been 
managed by at least 4 different groups of administrators and 
transitioned between at least 2 companies.  We know the database is not 
clean.  We've decided we are going to set up everything new and when 
everything on the old one expires, we're going to just shut it all off
:-)

I've seen a number of threads about which versions to go to (6.0 MP4 vs 
6.5 seemed the most common).  Almost all of these dealt with upgrades.  
I don't want to start any of the which is better threads but would like 
to see what people would choose if they had the start from scratch 
option.  From what I'm seeing, I'm leaning towards 6.0 MP4.

Below is what we are going to be using and backing up:

Master server - Dell 2950 RHEL4 (final details like release level still 
pending).
Current SAN media servers - hpux 11.00 (L3000 x 2) and 1 hpux 11.11 
(rp3440), all fibre attached to the tape library.
Network clients - 1 RH3 client.
Tape library - Dell MS6000 with 4 fibre Gen 3 Ultrium drives.
SAN switches - Brocade 4100 x 2 ( We will also run the EMC SAN 
connections through the switches).

The plan is to start replacing the hpux servers with Dell servers.  They

will also do SAN backups.  Everything else listed above will be new.  
There will be ~ 20 TB of SAN based data on the 4 servers.  Licensing may

be an issue as it seems to have changed.  We currently have tier 1 hpux 
licenses for the master and SAN media servers, along with some unix 
network client licenses.  We're trying to figure out the tier changes 
but I can't get my hands on a licensing guide.  We have enough drive and

SSO licenses for the new library.

We don't do any database backups like Oracle, no Windows at all, no 
vaulting or remote replication, and don't currently have any reporting 
software like Aptare to deal with the latest revisions.  It sounds so 
easy and simple it scares me :-)

Thanks,

Jeff

-- 

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
[EMAIL PROTECTED]

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

Conexant E-mail Firewall (Conexant.Com) made the following annotations
-
** Legal Disclaimer  

"This email may contain confidential and privileged material for the sole use 
of the intended recipient. Any unauthorized review, use or distribution by 
others is strictly prohibited. If you have received the message in error, 
please advise the sender by reply email and delete the message. Thank you." 

** 

-


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

Re: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?

[Ed Wilts]

We have a great relationship with NetBackup support folks and engineers.
Much of this was built on the fact that when we upgraded from 5.1 to
6.0MP3we had a disaster on our hands.  We're currently at
6.0MP5 today and relatively stable.  We have conversations with them
multiple times per week and they've been at our site a few times (their
offices are only a few miles up the road).  We're not a small site although
we're far from their biggest customer and we have enough complexities thrown
in regularly that make the engineers earn their pay.

If I was starting fresh today, I'd go straight to 6.5.1.  In fact, this is
what we're going to on January 1, and we're basing this on our discussions
with Symantec and what they know about our environment and their product
(they obviously know about bugs that we don't since they may never have been
seen by a customer even though they're present in the code base).  This
decision was not taken lightly, and the Symantec folks know they'll be
onsite again if NBU doesn't perform as advertised.

One of your requirements is a large RHEL environment so remember that NBU
6.5 is the *first* release to support ACLs on RHEL and also the *first* to
support FlashBackup on Linux.  The SAN Media Server license doesn't exist
with 6.5 - it's now the Enterprise Client license and includes both the SAN
Media Server and FlashBackup functionality.  Since you're licensing this
piece anyway, you may as well see if FlashBackups will speed up your
backups.

BTW, Aptare reporting would not have been an issue even if you had it
installed - they support 6.5 today (and have for quite a while).

Something to think about...
   .../Ed

On 12/18/07, Jeff Cleverley <[EMAIL PROTECTED]> wrote:
>
> Greetings,
>
> I'm coming into an unique opportunity with regards to NetBackup.  I'm
> going to get to start from scratch.  No upgrades, imports, migrations,
> etc.   This environment is currently running NB5.0 and I also manage a
> 5.1 backing up 70 TB of SAN storage.  We want to stay with NetBackup and
> not switch to another vendor.
>
> The old environment we inherited is old (hardware and software), been
> managed by at least 4 different groups of administrators and
> transitioned between at least 2 companies.  We know the database is not
> clean.  We've decided we are going to set up everything new and when
> everything on the old one expires, we're going to just shut it all off :-)
>
> I've seen a number of threads about which versions to go to (6.0 MP4 vs
> 6.5 seemed the most common).  Almost all of these dealt with upgrades.
> I don't want to start any of the which is better threads but would like
> to see what people would choose if they had the start from scratch
> option.  From what I'm seeing, I'm leaning towards 6.0 MP4.
>
> Below is what we are going to be using and backing up:
>
> Master server - Dell 2950 RHEL4 (final details like release level still
> pending).
> Current SAN media servers - hpux 11.00 (L3000 x 2) and 1 hpux 11.11
> (rp3440), all fibre attached to the tape library.
> Network clients - 1 RH3 client.
> Tape library - Dell MS6000 with 4 fibre Gen 3 Ultrium drives.
> SAN switches - Brocade 4100 x 2 ( We will also run the EMC SAN
> connections through the switches).
>
> The plan is to start replacing the hpux servers with Dell servers.  They
> will also do SAN backups.  Everything else listed above will be new.
> There will be ~ 20 TB of SAN based data on the 4 servers.  Licensing may
> be an issue as it seems to have changed.  We currently have tier 1 hpux
> licenses for the master and SAN media servers, along with some unix
> network client licenses.  We're trying to figure out the tier changes
> but I can't get my hands on a licensing guide.  We have enough drive and
> SSO licenses for the new library.
>
> We don't do any database backups like Oracle, no Windows at all, no
> vaulting or remote replication, and don't currently have any reporting
> software like Aptare to deal with the latest revisions.  It sounds so
> easy and simple it scares me :-)
>
> Thanks,
>
> Jeff
>
> --
>
> Jeff Cleverley
> Unix Systems Administrator
> 4380 Ziegler Road
> Fort Collins, Colorado 80525
> 970-288-4611
> [EMAIL PROTECTED]
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>



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

Re: [Veritas-bu] NetBackup 6.5.1 Client Installation

[Rajmund Siwik]

You have to install 6.5 first.
6.5.1 is just a patch.

--Rajmund

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Kiles
Sent: Tuesday, December 18, 2007 8:09 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.5.1 Client Installation

I have some windows and unix clients running a mix of
4.5FP6, 5.1, 6.0MP3 and 6.0MP4. When I upgrade my
clients to 6.5.1, can I directly install 6.5.1, or do
I have to install 6.5 first then apply 6.5.1?

TIA


 


Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Conexant E-mail Firewall (Conexant.Com) made the following annotations
-
** Legal Disclaimer  

"This email may contain confidential and privileged material for the sole use 
of the intended recipient. Any unauthorized review, use or distribution by 
others is strictly prohibited. If you have received the message in error, 
please advise the sender by reply email and delete the message. Thank you." 

** 

-


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

Re: [Veritas-bu] Bpexpdate Issue

[Eagle, Kent]

Daniel/Justin,

I know in 6.x all the databases are supposed to be on the master, but...
Be sure to run the command(s) from the media server that wrote the tape.
That should do the trick.


Let us know how you fare,

Kent Eagle
MTS Infrastructure Engineer II, MCP, MCSE
Tech Services / SMSS


Message: 5
Date: Wed, 19 Dec 2007 06:27:41 -0500 (EST)
From: Justin Piszcz <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] Bpexpdate Issue
To: "Jimenez, Daniel" <[EMAIL PROTECTED]>
Cc: veritas-bu@mailman.eng.auburn.edu
Message-ID: <[EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed



On Tue, 18 Dec 2007, Jimenez, Daniel wrote:

> Hey guys
>
>
>
> I have a tape that no longer has valid images but shows up as a daily 
> tape with an assigned date in Netbackup. I attempted to bpexpdate the 
> tape but it comes back with "requested media id was not found in NB 
> media database and/or MM volume database". I attempted to change the 
> volume pool but it comes back with "change pool of xx failed: 
> cannot change volume pool for assigned volumes (91)". There is a 
> command that I found online "bpexpdate -ev  -d 0 -force 
> -host " and would like to know if this command would 
> work on Netbackup 5.1 MP? Any assistance would be appreciated, thanks.
>
> Daniel Jimenez
> Data Protection Team
>
>
>
>
>
>

Try  bpexpdate -deassignempty - note though this should only be used as
a 
last resort as it can make the images/catalog out of sync for the images

on that tape ID.

Justin.






Visit our website at www.wilmingtontrust.com

Investment products are not insured by the FDIC or any other governmental 
agency, are not deposits of or other obligations of or guaranteed by Wilmington 
Trust or any other bank or entity, and are subject to risks, including a 
possible loss of the principal amount invested. 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] Errno 18 on restores from Solaris 8 to Solaris 8 viaWindows 2003 Standard

[Preston, Douglas L]

Not sure where it is set at but there is an option to backup the files
that the symlinks point to instead of the symlink.  Then on restores the
actual files will be in your alternate restore path instead of symlinks
that can't link.  

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 Dep,
Khushil (GE Money)
Sent: Wednesday, December 19, 2007 6:21 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8
viaWindows 2003 Standard

Hi All,
 
In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:
 
14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link
 
Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?
 
Khush.
 

___
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] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard

[Jared . Seaton]

I use 6.0 mp4, but when i click restore and the restore window comes up, 
it is under the options block, next to overwrite existing files.

Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
12/19/2007 09:37 AM

To
[EMAIL PROTECTED]
cc
veritas-bu@mailman.eng.auburn.edu, 
[EMAIL PROTECTED]
Subject
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via 
Windows 2003 Standard






Sounds like what I need - where in BAR (6.5) do I find these options? I am 
looking but nothing resembling this option is showing up

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 19 December 2007 14:28
To: Dep, Khushil (GE Money)
Cc: veritas-bu@mailman.eng.auburn.edu; 
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 
via Windows 2003 Standard


when i do restores of a backup to another location on the same client, I 
check 'rename hard links' uncheck 'rename soft links' 

works every time. 



Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)



"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 
12/19/2007 09:25 AM 


To
veritas-bu@mailman.eng.auburn.edu 
cc

Subject
[Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 
2003 Standard








Hi All,

In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:

14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link

Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?

Khush.


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


==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments 
transmitted with it may contain legally privileged, proprietary and/or 
confidential information intended solely for the use of the addressee.  If 
you are not the intended recipient, you are hereby notified that any 
review, dissemination, distribution, duplication or other use of this 
message and/or its attachments is strictly prohibited.  If you are not the 
intended recipient, please contact the sender by reply e-mail and destroy 
all copies of the original message and its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted 
with it may contain legally privileged, proprietary and/or confidential 
information intended solely for the use of the addressee.  If you are not the 
intended recipient, you are hereby notified that any review, dissemination, 
distribution, duplication or other use of this message and/or its attachments 
is strictly prohibited.  If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message and 
its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard

[Dep, Khushil (GE Money)]

Sounds like what I need - where in BAR (6.5) do I find these options? I
am looking but nothing resembling this option is showing up



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 19 December 2007 14:28
To: Dep, Khushil (GE Money)
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris
8 via Windows 2003 Standard



when i do restores of a backup to another location on the same client, I
check 'rename hard links' uncheck 'rename soft links' 

works every time. 



Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

12/19/2007 09:25 AM 

To
veritas-bu@mailman.eng.auburn.edu 
cc
Subject
[Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via
Windows 2003 Standard






Hi All,

In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:

14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link

Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?

Khush.


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





==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments
transmitted with it may contain legally privileged, proprietary and/or
confidential information intended solely for the use of the addressee.
If you are not the intended recipient, you are hereby notified that any
review, dissemination, distribution, duplication or other use of this
message and/or its attachments is strictly prohibited.  If you are not
the intended recipient, please contact the sender by reply e-mail and
destroy all copies of the original message and its attachments.  Thank
you.

==

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

Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard

[Jared . Seaton]

when i do restores of a backup to another location on the same client, I 
check 'rename hard links' uncheck 'rename soft links'

works every time.



Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)




"Dep, Khushil (GE Money)" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
12/19/2007 09:25 AM

To
veritas-bu@mailman.eng.auburn.edu
cc

Subject
[Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 
2003 Standard






Hi All,
 
In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:
 
14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link
 
Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?
 
Khush.
 

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



==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted 
with it may contain legally privileged, proprietary and/or confidential 
information intended solely for the use of the addressee.  If you are not the 
intended recipient, you are hereby notified that any review, dissemination, 
distribution, duplication or other use of this message and/or its attachments 
is strictly prohibited.  If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message and 
its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 via Windows 2003 Standard

[Dep, Khushil (GE Money)]

Hi All,
 
In testing the setup I backed up a Solaris 8 client via a Windows 2003
Standard server which completed without error. Now to test restore I
tried to restore to another location on the client but it was only
partialy successfull. I get a lot of the following:
 
14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to
/opt/NBU_RESTORES/rc0.d/k41nfs.client
14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client
-> /etc/init.d/nfs.client. Errno = 18: Cross-device link
 
Obviously it's having problems restoring these symlinks but any ideas
why or how to resolve?
 
Khush.
 

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

Re: [Veritas-bu] Veritas pricing guide

[Mike Andres]

Could I get a copy as well?
 
Thanks,
-mike



From: [EMAIL PROTECTED] on behalf of Jeff Cleverley
Sent: Tue 12/18/2007 7:00 PM
To: [EMAIL PROTECTED]
Cc: 'Bobby R Windle'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas pricing guide


Greetings,

I was wondering if you would send me a copy of the 6.x pricing guide.  I've 
been trying to get one from our sales reps for over a month.  They claim to 
have never seen anything like it even though I sent them a copy of my 5.x 
version as a reference.  Trying to figure out what licenses you need shouldn't 
be this hard :-)

Thanks,

Jeff

smpt wrote: 

I have 6.0. If you want it, I can send it to you

 





From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bobby R 
Windle
Sent: Tuesday, September 11, 2007 9:43 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas pricing guide

 


Anyone have a link to or recent copy of Veritas Netbackup Pricing and 
Licensing Guide? 

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com  





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


-- 

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
[EMAIL PROTECTED]

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

Re: [Veritas-bu] New Installation: 6.0 MP4 or 6.5 MPx ?

[Sean Mohr]

Hey Jeff

It all depends on what type of uptime you need in your environment.

But let me clarify something first, our upgrade from 5.x to 6.0MP4 went
without any problems. We are not using any added functionality (except for
online catalog backups).

Now what I mean from uptime is , in our environment we run jobs 24 by 7.  At
any given time there can be a little as 10 jobs running and as many as 200
jobs running.  It all depends on various load factors.

A lot of our issue that we are still currently running into seem to have it
roots based on load factors.within the  framework of netbackup itself.  Not
common things like network bandwith, server kernel resources, tape/SAN
resources but more internal Netbackup code defects and design
considerations.

  I just meet a fellow last week that is also running 6.0 mp4 and seems
happy with it, (but he also would see backups terminate with no real cause
but in his environment this seem to be acceptable.) This type of behavior is
one of the many problems that get us a phone call from ops and 2am in the
morning.

In our case if I had to do it over again we would have gone straight
to 6.5but when we started our testing
6.5 had just been released and we dont like to be the new kid on the block.

Now 6.5 is up to 6.5.1 and we are at the point that we really have no choice
but to move forward to try to return to some sort of stability (we hope).

Hopefully this will give you some more insight on which choice is the best
one for your current needs.

Sean



On Dec 18, 2007 11:03 PM, Jeff Cleverley <[EMAIL PROTECTED]>
wrote:

> Greetings,
>
> I'm coming into an unique opportunity with regards to NetBackup.  I'm
> going to get to start from scratch.  No upgrades, imports, migrations,
> etc.   This environment is currently running NB5.0 and I also manage a
> 5.1 backing up 70 TB of SAN storage.  We want to stay with NetBackup and
> not switch to another vendor.
>
> The old environment we inherited is old (hardware and software), been
> managed by at least 4 different groups of administrators and
> transitioned between at least 2 companies.  We know the database is not
> clean.  We've decided we are going to set up everything new and when
> everything on the old one expires, we're going to just shut it all off :-)
>
> I've seen a number of threads about which versions to go to (6.0 MP4 vs
> 6.5 seemed the most common).  Almost all of these dealt with upgrades.
> I don't want to start any of the which is better threads but would like
> to see what people would choose if they had the start from scratch
> option.  From what I'm seeing, I'm leaning towards 6.0 MP4.
>
> Below is what we are going to be using and backing up:
>
> Master server - Dell 2950 RHEL4 (final details like release level still
> pending).
> Current SAN media servers - hpux 11.00 (L3000 x 2) and 1 hpux 11.11
> (rp3440), all fibre attached to the tape library.
> Network clients - 1 RH3 client.
> Tape library - Dell MS6000 with 4 fibre Gen 3 Ultrium drives.
> SAN switches - Brocade 4100 x 2 ( We will also run the EMC SAN
> connections through the switches).
>
> The plan is to start replacing the hpux servers with Dell servers.  They
> will also do SAN backups.  Everything else listed above will be new.
> There will be ~ 20 TB of SAN based data on the 4 servers.  Licensing may
> be an issue as it seems to have changed.  We currently have tier 1 hpux
> licenses for the master and SAN media servers, along with some unix
> network client licenses.  We're trying to figure out the tier changes
> but I can't get my hands on a licensing guide.  We have enough drive and
> SSO licenses for the new library.
>
> We don't do any database backups like Oracle, no Windows at all, no
> vaulting or remote replication, and don't currently have any reporting
> software like Aptare to deal with the latest revisions.  It sounds so
> easy and simple it scares me :-)
>
> Thanks,
>
> Jeff
>
> --
>
> Jeff Cleverley
> Unix Systems Administrator
> 4380 Ziegler Road
> Fort Collins, Colorado 80525
> 970-288-4611
> [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] Veritas pricing guide

[Aleksandr Nepomnyashchiy]

Could you please send a copy to me also.

Thank you,
Aleksandr

On 12/18/07, Jeff Cleverley <[EMAIL PROTECTED]> wrote:
> Greetings,
>
> I was wondering if you would send me a copy of the 6.x pricing guide.  I've
> been trying to get one from our sales reps for over a month.  They claim to
> have never seen anything like it even though I sent them a copy of my 5.x
> version as a reference.  Trying to figure out what licenses you need
> shouldn't be this hard :-)
>
> Thanks,
>
> Jeff
>
> smpt wrote:
>
>
> I have 6.0. If you want it, I can send it to you
>
>
> 
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Bobby R Windle
> Sent: Tuesday, September 11, 2007 9:43 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Veritas pricing guide
>
>
>
>
> Anyone have a link to or recent copy of Veritas Netbackup Pricing and
> Licensing Guide?
>
> Bobby Windle | W.L. Gore & associates, Inc.
> Backup / Disaster Recovery Admin
> work: 302 292 4026
> cell  : 302 588 7374
> [EMAIL PROTECTED] | http://www.gore.com
>
___
Veritas-bu
> maillist -
> Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> --

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort
> Collins, Colorado 80525
970-288-4611
[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] Bpexpdate Issue

[Justin Piszcz]

On Wed, 19 Dec 2007, Justin Piszcz wrote:

>
>
> On Tue, 18 Dec 2007, Jimenez, Daniel wrote:
>
>> Hey guys
>> 
>> 
>> 
>> I have a tape that no longer has valid images but shows up as a daily
>> tape with an assigned date in Netbackup. I attempted to bpexpdate the
>> tape but it comes back with "requested media id was not found in NB
>> media database and/or MM volume database". I attempted to change the
>> volume pool but it comes back with "change pool of xx failed: cannot
>> change volume pool for assigned volumes (91)". There is a command that I
>> found online "bpexpdate -ev  -d 0 -force -host "
>> and would like to know if this command would work on Netbackup 5.1 MP?
>> Any assistance would be appreciated, thanks.
>> 
>> Daniel Jimenez
>> Data Protection Team
>> 
>> 
>> 
>> 
>> 
>> 
>
> Try  bpexpdate -deassignempty - note though this should only be used as a 
> last resort as it can make the images/catalog out of sync for the images on 
> that tape ID.
>
> Justin.
>

Correct, vmquery -deassignbyid is what you want :)

Check the manual for the syntax.

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

Re: [Veritas-bu] Veritas pricing guide

[Patrick]

The nice thing about the VERITAS pricing structure, it makes Tax forms look
easy. J

 

Regards,

 

Patrick Whelan

Whelan Consulting Limited

 

VERITAS Certified NetBackup Support Engineer for UNIX.

VERITAS Certified NetBackup Support Engineer for Microsoft Windows.

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby R
Windle
Sent: 19 December 2007 12:23
To: Jeff Cleverley
Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas pricing guide

 


Yes! Welcome to the lovely world of Veritas/Symantec. Show me something that
has been made easier for the end user ( person paying the piper ). 

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com





Jeff Cleverley <[EMAIL PROTECTED]> 

12/18/2007 08:00 PM 


To

[EMAIL PROTECTED] 


cc

"'Bobby R Windle'" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu 


Subject

Re: [Veritas-bu] Veritas pricing guide

 






Greetings,

I was wondering if you would send me a copy of the 6.x pricing guide.  I've
been trying to get one from our sales reps for over a month.  They claim to
have never seen anything like it even though I sent them a copy of my 5.x
version as a reference.  Trying to figure out what licenses you need
shouldn't be this hard :-)

Thanks,

Jeff

smpt wrote: 
I have 6.0. If you want it, I can send it to you 
  

 

  _  


From:  
[EMAIL PROTECTED] [

mailto:[EMAIL PROTECTED] On Behalf Of Bobby R
Windle
Sent: Tuesday, September 11, 2007 9:43 PM
To:  
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas pricing guide 
  

Anyone have a link to or recent copy of Veritas Netbackup Pricing and
Licensing Guide? 

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
  [EMAIL PROTECTED] |  
http://www.gore.com 

 

  _  


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

-- 

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
  [EMAIL PROTECTED]

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

Re: [Veritas-bu] Veritas pricing guide

[Bobby R Windle]

Yes! Welcome to the lovely world of Veritas/Symantec. Show me something 
that has been made easier for the end user ( person paying the piper ).

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com




Jeff Cleverley <[EMAIL PROTECTED]> 
12/18/2007 08:00 PM

To
[EMAIL PROTECTED]
cc
"'Bobby R Windle'" <[EMAIL PROTECTED]>, veritas-bu@mailman.eng.auburn.edu
Subject
Re: [Veritas-bu] Veritas pricing guide






Greetings,

I was wondering if you would send me a copy of the 6.x pricing guide. I've 
been trying to get one from our sales reps for over a month.  They claim 
to have never seen anything like it even though I sent them a copy of my 
5.x version as a reference.  Trying to figure out what licenses you need 
shouldn't be this hard :-)

Thanks,

Jeff

smpt wrote: 
I have 6.0. If you want it, I can send it to you
 

From: [EMAIL PROTECTED] [
mailto:[EMAIL PROTECTED] On Behalf Of Bobby R 
Windle
Sent: Tuesday, September 11, 2007 9:43 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas pricing guide
 

Anyone have a link to or recent copy of Veritas Netbackup Pricing and 
Licensing Guide? 

Bobby Windle | W.L. Gore & associates, Inc.
Backup / Disaster Recovery Admin
work: 302 292 4026
cell  : 302 588 7374
[EMAIL PROTECTED] | http://www.gore.com


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

-- 

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
[EMAIL PROTECTED]

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

Re: [Veritas-bu] Bpexpdate Issue

[Justin Piszcz]

On Tue, 18 Dec 2007, Jimenez, Daniel wrote:

> Hey guys
>
>
>
> I have a tape that no longer has valid images but shows up as a daily
> tape with an assigned date in Netbackup. I attempted to bpexpdate the
> tape but it comes back with "requested media id was not found in NB
> media database and/or MM volume database". I attempted to change the
> volume pool but it comes back with "change pool of xx failed: cannot
> change volume pool for assigned volumes (91)". There is a command that I
> found online "bpexpdate -ev  -d 0 -force -host "
> and would like to know if this command would work on Netbackup 5.1 MP?
> Any assistance would be appreciated, thanks.
>
> Daniel Jimenez
> Data Protection Team
>
>
>
>
>
>

Try  bpexpdate -deassignempty - note though this should only be used as a 
last resort as it can make the images/catalog out of sync for the images 
on that tape ID.

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

[Veritas-bu] ghost mediaDB entries

[Marianne Van Den Berg]

Hi 

 

Hope someone out there can help - I have a media server (NBU 5.1) with 3
ghost entries:

 

# bpmedialist -l

 *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

 *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

 *NULL* 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

SS *NULL* 1 6 1175362587 1175456239 1206992239 0 92369117 47 47 8 9
0 512 1024 0 1443364 0 0 0 0 0 0 0

SS0008 *NULL* 1 6 1196512629 1196518394 1228054394 0 273012374 143 143 8
9 0 513 1024 0 4266357 0 0 0 0 0 0 0

 

These 3 lines only have 24 fields in stead of 25.

 

We want to upgrade to NBU 6, but nbcc bombs when bpmedialist gets to
this media server.

 

Any idea how to fix it?

 

Regards

 

Marianne 

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