Re: [Veritas-bu] Live Update Questions

[rob worman]

Hi Karl-

For 6.5 GA installs of LiveUpdate:

Unix:  it's on the 6.5 Options CD, you need to install it separately.
Windows:  as you note, it's part of the default install.

And yes, the 6.5.4 patch release includes some liveupdate fixes, that's
what's in the NB_LUA_6.5.4_326410.tar tarball.

HTH
rob



On Tue, Aug 11, 2009 at 5:20 PM, Karl Rossing  wrote:

> My hope is to install 100 windows clients with 6.5GA and point them to
> the Live Update(LU) server so that they can be updated automatically to
> 6.5.4.
>
> We have a Solaris 6.5 master server. I need to install the LU software
> on it. I can't seem to find the proper media. Does anyone know where I
> can download a copy of the LU Add-on? Our maintenance is through SUN if
> that makes a difference.
>
> It seems that LU is baked into the Windows Clients. I should not need to
> install any additional software on our windows clients for it to work.
> It also seems that LU is not baked into the Solaris clients. It seems
> that NB_LUA_6.5.4_326410.tar  needs to be installed on the LU server. Am
> I correct about this?
>
> Thanks
> Karl
>
>
>
>
>
>
>
>
>
>
>
> CONFIDENTIALITY NOTICE:  This communication (including all attachments) is
> confidential and is intended for the use of the named addressee(s) only and
> may contain information that is private, confidential, privileged, and
> exempt from disclosure under law.  All rights to privilege are expressly
> claimed and reserved and are not waived.  Any use, dissemination,
> distribution, copying or disclosure of this message and any attachments, in
> whole or in part, by anyone other than the intended recipient(s) is
> strictly
> prohibited.  If you have received this communication in error, please
> notify
> the sender immediately, delete this communication from all data storage
> devices and destroy all hard copies.
> ___
> 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] Netbackup Live Update.

[rob worman]

John-

What kinds of problems did you have when you first tried this?

Here are the notes I took when I last set up LU, setting it up on 6.5GA and
then patching to 6.5.1.

1) Set up the a disk share to store the LiveUpdate bundles. When you
configure the NetBackup LiveUpdate Agent you must specify this location.
Note that the location is referred to as the NetBackup LiveUpdate Server in
the 6.5 Installation Guide.

2) Populate the LiveUpdate Server with the NBU LU bundles. Here is where you
obtain the bundles, downloaded from
http://www.symantec.com/business/support/downloads.jsp?pid=15143. filter on
'FileTypes' and pick 'LiveUpdate'.

3) Install NetBackup LiveUpdate Agent from the UNIX Options CD. (NOTE: for
windows, this is part of the NBU 6.5 installer)

4) Create the LiveUpdate policy on the Master Server.

5) Launch the LiveUpdate policy.

HTH
rob



On Wed, Feb 11, 2009 at 12:56 PM, Michitsch, John wrote:

> Is anyone using this to upgrade client agents.  All things I've seen/read
> are negative about the product.  We wasted many hours trying to get it to
> work on version 6.5 when it first came out.  6.5.3 is supposed to fix some
> issues, I don't want to go down the LU road again without the possibility of
> success!  Anyone have it up and running successfully?
>
> Thanks,
>
> Johnny
>
> _
>
> The information contained in this message is proprietary and/or
> confidential. If you are not the
> intended recipient, please: (i) delete the message and all copies; (ii) do
> not disclose,
> distribute or use the message in any manner; and (iii) notify the sender
> immediately. In addition,
> please be aware that any message addressed to our domain is subject to
> archiving and review by
> persons other than the intended recipient. Thank you.
> _
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> ___
> 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] pdf files

[rob worman]

Bob-

You haven't identified your platform of choice for this task, so I assume
you're talking wintel.
But in case I'm wrong, note that the free "preview" app that is part of
MacOS X allows highlighting and annotation of PDFs.

(and FYI http://dealmac.com is a good place to get yourself a Mac for a
3-digit price...)

HTH
rob


On Thu, Jan 29, 2009 at 8:58 AM, Stump, Bob A  wrote:

>
> Dear fellow teachers, mentors, students and users of NetBackup
>
> I downloaded all the NetBackup 6.5 pdf files. I haven't RTFM all of
> manuals since version 4.5.  So much has changed, and I am getting older
> :-)
>
> I use the Adobe Reader 8 version 8.1.3. I am not satisfied with that
> solution. I want to be able to highlight items on a page, write notes in
> the margins, place a post-it note on a page with a note on it. I want to
> have the full functionality as if it were a hard copy document. I am old
> school.
>
> Is this functionality available in the Adobe Reader 8? Do I need to
> purchase a full blown Adobe installation? Is there another product that
> would work better for marking up a pdf file?
>
>
> Bob Stump
> VERITAS "Ain't it the truth"?
>
> _
>
> The information contained in this message is proprietary and/or
> confidential. If you are not the
> intended recipient, please: (i) delete the message and all copies; (ii) do
> not disclose,
> distribute or use the message in any manner; and (iii) notify the sender
> immediately. In addition,
> please be aware that any message addressed to our domain is subject to
> archiving and review by
> persons other than the intended recipient. Thank you.
> _
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetApp vs. SAN Media Server

[rob worman]

It looks to me like you're both right.  If I may paraphrase:

Ed:  "snapshots are handy for immediate user-initiated file recovery"
Curtis:  "in the described configuration, those snapshots will likely
consume lots of space"

Maybe I'm missing some subtext here but I agree with, and see no
conflict between, the above two statements.  :-)

time for the feats of strength!
rob


2008/12/13 Curtis Preston :
> Ed Wilts said:
>
>>Snapshots appear to be full copies of the file system, whether anything has
>> changed or not.
>
>>It doesn't matter if you're modifying files, deleting files, or completely
>> overwriting them.
>>It's a good thing you're a backup expert and not claiming to be a NetApp
>> expert :-)
>
> I know quite a bit about NetApp and have even been accused a time or too of
> being a NetApp bigot.  Want me to give you a lecture on how WAFL works? ;)
>
>
>
> What I'm concerned about is how much space each snapshot will take up.
> Let's cover one extreme.
>
>
>
> Put 1 1KB  files on the filer
> Take a snapshot.
> Delete those 1 files from the filer
> Add 1 more 1 KB files on the filer
> Take a snapshot
> Repeat
>
>
>
> Each snapshot will take up 10 MB (10,000 KB) of space
>
>
>
> Here's another extreme.
>
>
>
> Put 1 files on the filer
> Take a snapshot.
> Modify each of the 1 files, with a 1 byte modification each time
> Take a snapshot
> Repeat
>
>
>
> Each snapshot in this scenario will take up 10 KB (1 bytes), regardless
> of the size of the original filer.
>
>
>
> If each day he backs up the SQL dump, he deletes yesterday's file then makes
> a new one, he's behaving like the first extreme and each snapshot will take
> up the size of the SQL dump.  If he overwrites the same file every day, he
> has a better chance of being closer to the second extreme.  But, what I've
> SEEN is that in the scenario where you are completely overwriting the file
> each time (as you would in a SQL dump), it can cause the first extreme and
> not behave like the second extreme.  It depends on the application and how
> they lay down the data.  If how they lay down the data makes it look like
> they've just modified the file, then the filer will act closer to the second
> extreme.  If the overwriting of the file "scrambles" it in such a way that
> it moves all the blocks around, each day's snapshot will take up the same
> space as a full SQL dump.  (BTW, the quickest way to guarantee the latter,
> in my experience, is to run that SQL dump through compression.  Just like
> compression messes up dedupe, it also messes up the way NetApp looks at the
> file to find differences.)
>
>
>
>
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
> This message contains confidential information and is intended only for the
> individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail.
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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

[rob worman]

Hi Max-

I don't see what you're seeing.

I launch jnbSA on my 6.5.3 master server...
Activity Monitor node...
View --> Filter
Advanced tab
set the Field: to "Policy"  --->  I get string comparisons like "starts
with" or "contains"

How does this differ from what you're doing?

thanks
rob



On Wed, Dec 3, 2008 at 8:21 AM, Haberl, Max <[EMAIL PROTECTED]>wrote:

> OK, so you really want to know right ?
>
> Its a numeric value. :-)
> perfect for those who have just numbers as policyname.
>
> some other fields like start time and end time have also a wrong field
> types.
> i don't use the rest, but i have around 8000 sql Backtrack jobs to hide.
>
>
> Cheers
> Max
>
> -Original Message-
> From: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 03, 2008 3:12 PM
> To: Haberl, Max
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] 6.5.3 on the FTP site
>
>
>
> On Wed, 3 Dec 2008, Haberl, Max wrote:
>
> > I got the first BUG. YE
> >
> > Ok, it's just the JAVA GUI, but it's something they should see at the
> > first check.
> >
> > Try to open the Activity Monitor, Filter, Advanced Search and then try
> > to do a search for a Policy.
> >
> > This really sucks.
> >
> >
> > Cheers
> > Max
> >
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> For those who did not jump to 6.5.3 already, spill the beans! :)  What
> happens when you try to search for a policy?
>
> Justin.
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] <16>bpauthorize main: Function connect_to_remote_server

[rob worman]

David-

I bet you're running into a side effect of the fact that solaris10 wasn't
actually a supported client platform until 5.1 MP2.

To get around this, I would suggest the following sequence:

1. install base 5.1GA
2. patch the base 5.1GA to 5.1MP6
3. install 5.1GA options
4. patch the 5.1GA options to 5.1MP6

HTH
rob



On Fri, Oct 3, 2008 at 10:07 AM, Clooney, David <
[EMAIL PROTECTED]> wrote:

> Hi
>
> I have just had new solaris 10 servers handed over to me from our SA's
> in order to start the process of upgrading to NBU 6.5.1.
>
> My first step is to get NBU 5.1 MP6 onto these new masters then migrate
> current 5.1 env to new servers and the finally upgrade.
>
> I have copied all the 5.1 installations to a local directory and set 777
> permissions on all however I am getting the following when trying to
> install the advanced client .
>
> Anyone encountered this issue before, it happens too when trying to add
> some of the DB extension packages too..
>
> Any help would be appreciated
>
> Dave
>
> **
>
>
>Installing NetBackup Advanced Client
>
>
> Processing package instance  from
> 
>
> VERITAS NetBackup Advanced Client(sparc) 5.1,REV=2004.05.11.17.24
> Copyright 1993 - 2004 VERITAS Software Corporation, All Rights Reserved.
>
>
>NetBackup is currently installed in /opt/openv/netbackup.
>
>
>There is an existing link from /usr/openv to /opt/openv.
>NetBackup Advanced Client will be installed
>in /opt/openv/netbackup/vfms.
>
>
> <16>bpauthorize main: Function connect_to_remote_server(croinfspbu02)
> failed: 25
> cannot connect on socket
>
> You do not have the proper authorization to perform
> this task.  Please resolve and try again.
> pkgadd: ERROR: request script did not complete successfully
>
> Installation of  failed.
> No changes were made to the system.
>
> NetBackup Advanced Client installation failed.
>
>
>
> David Clooney
> Enterprise Storage Services
>
> Internal X66059
> External +44 20 8760 6059
> [EMAIL PROTECTED]
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Sesar,
> Steven L.
> Sent: 03 October 2008 14:34
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> VERITAS-BU@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] HP Omniback vs Netbackup
>
> Why not have HP come in or better yet, have them set up a lab/demo
> environment up for you? Explain to them that your company has gone
> through an acquisition and that you now own/manage/maintain two
> infrastructures and that your goal is to consolidate down to a single
> platform. My guess is that they will do whatever they can to help you to
> understand why Omniback is superior to NBU. This will put you in a
> better - not ideal, but better position to evaluate the HP solution in
> light of your organization's requirements.
>
> By going through this process, your recommendation, whatever it is,
> should be much more credible to your management team, than it would be
> otherwise.
>
> --Steve
>
>
> ===
>
>   Steven L. Sesar
>   Lead Operating Systems Programmer/Analyst
>   Storage Architect
>   UNIX Application Services R101
>   The MITRE Corporation
>   202 Burlington Road - MS K101
>   Bedford, MA 01730
>   tel: (781) 271-7702
>   fax: (781) 271-2600
>   mobile: (617) 519-8933
>   email: [EMAIL PROTECTED]
>
> ===
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Thursday, October 02, 2008 6:19 PM
> To: [EMAIL PROTECTED]; VERITAS-BU@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] HP Omniback vs Netbackup
>
> Can you quantify this a bit?  I agree in principle, now I need to sell
> where NB crushes HP like the niche product it is.
>
> -M
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Peacock
> Dennis - dpeaco
> Sent: Thursday, October 02, 2008 2:15 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] HP Omniback vs Netbackup
>
> Run from Omniback.run fast and hard. Netbackup is your solution.
> Shoot, I'd rather use TAR and DD rather than Omniback.
>
> Thank You,
> Dennis Peacock
> EBCA
> Acxiom Corporation
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of spaldam
> Sent: Thursday, October 02, 2008 3:07 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] HP Omniback vs Netbackup
>
>
> What little experience I've had with Omniback tells me that it's not as
> fully featured as NetBackup, but that it works really well for remote
> sites (one of the reason's NetBackup came up with Pure Disk - to better
> compete in that area).
>
> I'd suggest reading up as much as you can on Omniback, so you can
> explain the differences, and tell give them specifics about how
> NetBackup is better.
>
> Switching out a backup solutions is never a simple task either.  Believe
> me, I'v

Re: [Veritas-bu] Netbackup 6.x firewall ports - Help!

[rob worman]

fyi this is also spelled out in the "Security and Encryption Guide" manual.

http://seer.entsupport.symantec.com/docs/290226.htm
Chapter 3, "Port Security"


On Thu, Oct 2, 2008 at 10:22 AM, Daniel Otto <[EMAIL PROTECTED]> wrote:

> See my answers below
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dennis
> Peacock
> Sent: Thursday, October 02, 2008 8:38 AM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Netbackup 6.x firewall ports - Help!
>
>
> OK...I read through the documentation. Found out about these ports. We
> are trying to develop a "standard" with our firewall team for:
>
> 1. What ports need to be opened on a new master server setup.
>
> Answer- It would use vnetd TCP port 13724 and PBX TCP port 1556. You
> don't need 13783 unless you use vopie which no one does. And bpcd port
> 13782 is only for out bound connections that for 6.x clients and servers
> would first go through the vnetd port which then hands off the
> connection to bpcd.
>
> 2. Which direction does the communications need to take place with each
> requested port (bi-directional or single direction)
>
> Answer- Both vnetd and pbx need to be bi-directional between NBU
> servers. You only need to allow vnetd 13724 outbound for 6.x clients and
> bpcd for legacy clients.
>
> 3. Which protocol needs to be allowed for each port: TCP or UDP.
>
> Answer- NBU uses only TCP not UDP for socket connections.
>
> 4. Which ports/protocol/direction needs to be opened for Windows GUI
> access to a Unix box via the Netbackup Windows/Java GUI.
>
> Answer- Same ports- Vnetd and pbx too. The Windows remote admin console
> is simple Windows media server software stripped down. Java runs over
> vnetd and pbx also.
>
> Can ANYBODY here help me get this all straightened out once and for all?
> PLEASE?
>
> Answer- If you haven't seen this yet this is a good resource of NBU port
> requirements -
>
> VERITAS NetBackup (tm) 6.0 Port Usage Guide for Windows and UNIX
> Platforms
> http://support.veritas.com/docs/281623
>
>
> VNETD/13724:
>Determines Netbackup version of media server.
>Starts bpbrm for backups and restores.
>Starts bptm to manage tape storage units.
>Starts bpstsinfo to manage disk storage units.
>Accesses or updates host properties for media server.
>Determines Netbackup version of client.
>Gets list of mount points for multi-streamed backups.
>Accesses or updates host properties for client.
>Accesses legacy policy information from bpdbm.
>Accesses legacy job information from bpjobd.
>Updates image catalog information to bpdbm.
>Makes miscellaneous requests to bprd.
>Establishes sockets to other media servers for duplication,
> disk staging, and synthetics.
>Establishes sockets to backup or restore a client.
>Connects back for bpcd requests from the master.
>
> VERITAS_PBX/1556:
>Accesses job information.
>Accesses resource information.
>Connect-back for job information.
>Connect-back for job monitor.
>Connect-back for resource information.
>Access information about device, media, and storage
> databases.
>
> VOPIED/13783:
>Authenticates user for database backup, user backup, or
> restore. (Client with Legacy Security)
>
> BPCD/13782:
>Accesses or updates host properties for client.
>Establishes sockets to backup or restore a client.
>Establishes initial socket for backup or restore.
>
> VRTS-AUTH-PORT/4032:
>Authorizes user for administration.
>
> +--
> |This was sent by [EMAIL PROTECTED] via Backup Central.
> |Forward SPAM to [EMAIL PROTECTED]
> +--
>
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] sniff...bpgp is gone from 6.5

[rob worman]

This thread is pretty much deceased, but I thought I would resurrect
it briefly to point out that the latest entry to the official
NetBackup blog (did you know that there was an official NetBackup
blog?  Me neither, until last week...) happens to conclude with the
following statement:

  "If you think you need bpgp to get your job
  done, let us know why by leaving a
  comment explaining how you use it."

If you are one of the great many users who miss bpgp, surf to...

https://forums.symantec.com/blog?blog.id=NetBackup

and leave a comment that explains why bpgp has been crucial to your
NetBackup existence!

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

Re: [Veritas-bu] 6.5 nbpushdata: Linux Media Server data push to Windows Master

[rob worman]

there's definitely nothing wrong with the operation you're wondering about,
it's a perfectly routine example of nbpushdata operation.  (assuming that
you follow the other recommendations in that technote you reference...)

HTH
rob


On 1/18/08, Scott Jacobson <[EMAIL PROTECTED]> wrote:
>
>  6.5 Users;
>
> I haven't come across anything in the Upgrading to Veritas NetBackup 
> 6.5Documentation (TechNote 290141 Rev A.) or doc links that indicate there is
> an issue with running npbushdata from a Linux platform that pushes the data
> onto a Windows Master
>
> Has anyone done this?  Any issues/problems?
>
> Thanks,
> Scott
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NBU 6.5 Media ID rules?

[rob worman]

Michael-

I have a linux master server that is running 6.5GA, and when I
inventory my robot, I see that my ABC123L1 barcodes ARE getting turned
into ABC123 mediaIDs like they should.

Here's my relevant setting:

Robot Inventory screen --> Advanced Options button --> Media ID Generation tab

  Robot Number=0, Barcode Length=8, Media ID Generation Rule=1:2:3:4:5:6

Does that match what you have configured?

HTH
rob



On 10/24/07, Lawler, Michael C. <[EMAIL PROTECTED]> wrote:
> I actually skipped 6 and MP4 entirely and am running 6.5 right now.  I
> remember the issue with 6.0 but was hoping it wouldn't be in 6.5 now.  I
> suppose I can always uninstall 6.5 and redo the 6.0 to MP4 upgrade and
> then do the catalog recovery and attempt the upgrade to 6.5 from
> there...
>
>
> - Michael Lawler
>
>
> -Original Message-
> From: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 24, 2007 8:47 AM
> To: Lawler, Michael C.
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] NBU 6.5 Media ID rules?
>
> You are supposed to upgrade to 6.0MP4 before doing anything with the
> media
> server/media operations, yes 6.0 had that bug where it capped to 6
> characters.
>
>
>
> On Wed, 24 Oct 2007, Lawler, Michael C. wrote:
>
> > I seem to have run into a wall with my upgrade to 6.5... The install
> > went poorly (to say the least) and I ended up having to remove
> 6.5...and
> > then 6MP4...now 6.0 will reinstall, but MP4 will not.  So I've removed
> > everything and am attempting to just jump right to 6.5 and do a
> catalog
> > recovery and just move forward.  My problem is we had our media ID's
> > setup to use the first 6 characters of our barcodes (##L3)  but
> when
> > I put in the media id rule to only use the first 6 characters I get
> > media ID's of 1234L3, instead of 001234.  Has anyone run into this?  I
> > can't get my catalog recovery to run because its looking for tape
> 000471
> > and netbackup is reporting that it has tape 0471L3 loaded into its
> > memory...
> >
> > Thanks all...
> >
> >
> > - Michael Lawler
> >
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] bppllist as a non superuser

[rob worman]

well, bppllist is just parsing the data that it finds in
/usr/openv/netbackup/db/class/*

so depending on the amount / nature of the data you're trying to
extract, you could "roll your own" with cross-platform setuid
scripting of some sort.

not something I'd recommend, but technically feasible and you did ask
for "creative". ;-)

HTH
rob


On 8/28/07, Kyle Oliver <[EMAIL PROTECTED]> wrote:
>
> My most focused post yet on the subject!
>
> I need to run bppllist as a non superuser for some reporting tools.  Ideally, 
> without having to use a password either.  For whatever reason, this 
> particular binary checks for UID 0 and if you are not UID 0, you get "userid 
> is not superuser (140)."
>
>   I have tried authorized.txt (no effect), VXSS (password and impossible to 
> reliably setup), methods files [methods_allow.txt, methods_deny.txt, 
> methods.txt] (worked in small environment, caused things to break in larger 
> environments), sudo (password, no windows solution), and RBAC (password, no 
> windows solution).
>
> Any creative ideas here?
>
> Thanks,
> Kyle
>
>
>
> ___
> 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] Help! Lost access to administrative commands.

[rob worman]

> -Original Message-
> Christopher Trown
> Sent: Friday, June 01, 2007 7:08 PM
> Subject: [Veritas-bu] Help! Lost access to administrative commands.
>
>   I hope somebody can help me.  Support is flailing.  No help at
> all.
>
>   I made a few changes via the console GUI and now I don't have
> access to any of the admin commands.  When I crank up the GUI, all I get
>
> is the Backup, Archive and Restore menu option.  I get this whether I'm
> at my workstation in my office or on the console.



Your excellent sig has inspired me.  :-)

I'm guessing you were setting up the NetBackup Access Control ("NBAC") stuff?
and/or the Authorization options?
or perhaps vopied?  (that last one is rarer than hen's teeth, so I'm
guessing not...)

Just off the cuff, I think you'll be "back to normal" if you just do
the following:

  1. log in to your master server as root
  2. stop the NetBackup daemons with "netbackup stop" or "bp.kill_all"
  3. cd /usr/openv/var/authorize.txt; mv authorize.txt bad-authorize.txt
  4. vi /usr/openv/netbackup/bp.conf and change any USE_VXSS values to
"PROHIBITED"
  (and my hunch is that you could probably get away with just doing #4...)

Assuming you can now access NBU again, you can take your time figuring
out what went wrong! ;-)

Here's good reference for the rather-delicate configuration of
NetBackup Access Control:
http://support.veritas.com/docs/281626


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

Re: [Veritas-bu] "Bible" for Storage Administrators

[rob worman]

Even if he WEREN'T an old friend from way back, I would still be
recommending Curtis' books as a fine starting point:

Backup & Recovery
http://www.oreilly.com/catalog/9780596102463/index.html

Using SANs and NAS
http://www.oreilly.com/catalog/sansnas/index.html

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

Re: [Veritas-bu] nothing like last minute....are there any Daylight Savings Time issues with Netbackup? DST. DST.

[rob worman]

I bet you're pretty busy right about now ;-)

The DST impact upon NetBackup can be summarized thusly:

(1) chance of missed backups  (note that this isn't new to 2007, it's an old
bug...)
a backup job with just the wrong set of attributes (including but not
limited to a schedule with a sunday window that STARTS between 00:00 and
01:00) will not run tonight like it should.

(2) java GUI displays some dates incorrectly (this IS new to 2007)

For more details, including how to work around each of the above problems,
see the following technote:

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

HTH
rob

On 3/10/07, Siano, James C <[EMAIL PROTECTED]> wrote:



Nothing like last minuteare there any Daylight Savings Time issues
with Netbackup?

I'm starting to get hit with all kinds of obscure application DST
patches that came out of the woodwork.

Just wondering?

___
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] 5.1 DST Job Scheduling Bug

[rob worman]

Just as an FYI...

It's my understanding that this scheduling problem is NOT a result of 
the DST changes that start this year.   This risk of a missed backup job 
existed last spring, and the spring before that, and the spring before 
that... 

So it's nice that it's finally going to be fixed.  (even if it's not in 
time for this sunday night...)

HTH
rob

On Mar 8, 2007, at 1:52 PM, Martin, Jonathan ((Contractor)) wrote:

Did this just come out yesterday?  I could swear when I looked into this
last month this wasn't an issue?  The document says updated March 7th.

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

-J


Known scheduling issues for NetBackup 5.x and prior releases:
There is a known scheduling issue with daylight Savings Time with
NetBackup 5.x and prior releases.  This scheduling issue has been
confirmed for the NetBackup 4.5 release.  No official testing has been
done for any prior releases.  This occurs only with the "spring forward"
transition from DST.

To be affected by this issue, all of the following conditions must apply
to a backup policy:


The NetBackup master server must be running a version previous to
NetBackup 6.0
*AND* the policy must be configured with a schedule that is
frequency-based
*AND* the schedule must be configured with a frequency value that is an
exact multiple of 24 hours
*AND* the schedule must be configured with a backup window that must
start between 00:00 and 01:00 on the "spring forward" day
*AND* the schedule must become due to run within its window at some time
after 01:59 on the "spring forward" day

If all of the above conditions are met, then this policy/schedule
combination will erroneously be considered "not due" for the duration of
the backup window.  The next time this backup window opens, this
policy/schedule combination will run.

This issue is scheduled to be fixed in the NetBackup 5.0 Maintenance
Pack 8 (MP8) and the NetBackup 5.1 Maintenance Pack 7 (MP7) releases.
These fixes were originally scheduled for the NetBackup 5.0 MP7 and the
NetBackup 5.1 MP6 releases.  However issues found while testing
prevented them from being released as scheduled.  A workaround for the
scheduling issue is listed below and can be used until these fixes are
available.

To download these NetBackup 5.x releases, once they become available,
visit the Support Web site at:
 http://www.symantec.com/enterprise/support/downloads.jsp?pid=15143

Symantec Corporation has acknowledged that the above-mentioned issue is
present in the NetBackup 4.5 release. Symantec Corporation is committed
to product quality and satisfied customers.  The NetBackup 4.5 release
has reached End Of Life (EOL).  There are currently no plans to address
this issue by way of a patch or hotfix in the NetBackup 4.5 release at
the present time.  The workaround listed below can be used until the
NetBackup environment can be upgraded to a supported release.

To work around the known scheduling issue perform the following steps:
1. Identify any backup schedules with a backup window that begins
between 00:00 and 01:00 on a Sunday. This can be done by running the
bppllist -allpolicies -U command from the master server and redirecting
the output to a file. The resulting file can be scanned for any policies
that contain an entry for Sunday under the Daily Windows: section of the
policy.
2. Write down the names of any policies and schedules that are affected
by this issue.
3. Change the backup window to open at 01:10 or later. This should
prevent any scheduling issues from appearing on the "spring forward" day
of daylight savings time.
4. On March 12th, the backup window can be changed back.

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


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

Re: [Veritas-bu] 6.0 MP4 Bug

[Rob Worman]

Hello Richard-

When your vault job failed, what was the status code?

I know that there was a problem in 6.0 where the scheduler
was incorrectly restarting a "partially successful" vault
job, e.g. a vault job that exited with a status 306 because
not all of the images were successfully duplicated.

I'm pretty sure 6.0 MP4 includes this fix.
( but it sounds like you might prefer the bug! :-/ )

HTH
rob

On Mon, Jan 22, 2007 at 03:48:08PM +1300 or thereabouts, Mansell, Richard wrote:
> 
>We have only installed MP4 on our master server so far but have noticed
>today that the vault job no longer retries if it fails the first time. Has
>anyone else seen this?
> 
>Regards
> 
>Richard
> 
>**
> 
>This electronic email and any files transmitted with it are intended
> 
>solely for the use of the individual or entity to whom they are
> 
>addressed.
> 
> 
> 
>The views expressed in this message are those of the individual
> 
>sender and may not necessarily reflect the views of the Christchurch
> 
>City Council.
> 
> 
> 
>If you are not the correct recipient of this email please advise the
> 
>sender and delete.
> 
> 
> 
>Christchurch City Council
> 
>http://www.ccc.govt.nz
> 
>**
> 
> 

> ___
> 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] Initiate Import

[Rob Worman]

Mike-

Is there any chance your tape AXH822 is in the scratch pool?
This situation would crate the exact error you described below.

See also...
http://support.veritas.com/docs/245330

HTH
rob


On Thu, Sep 14, 2006 at 01:30:17PM -0400 or thereabouts, Conner, Mike wrote:
> Hi, I have NB 5.1 MP5...I am trying to recover some images that have
> expired on particular media.  The tapes have not been overwritten.  When
> I try to initiate the import...I get the following error...can anyone
> tell me what I am doing wrong?
> 
> 9/14/2006 1:26:54 PM - begin Import
> 9/14/2006 1:26:55 PM - started process bptm (3176)
> 9/14/2006 1:26:55 PM - started process bptm (3176)
> 9/14/2006 1:26:55 PM - mounting AXH822
> 9/14/2006 1:27:41 PM - Error bptm(pid=3176) ERR - Assign of media id
> AXH822 in Media Manager volume database failed, host
> rvapbcksvr.imb.bminet.org, invalid volume pool.
> 9/14/2006 1:27:41 PM - Error bpimport(pid=3576) Status = cannot perform
> specified media import operation.
> 9/14/2006 1:27:41 PM - end Import; elapsed time: 00:00:47
> cannot perform specified media import operation(176)
> 
> 
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] backup 1K files that can't be restored? (was Re: Fame at last.)

[Rob Worman]

There is one sentence that confuses me about Ms. Fisher's
recent CW article:

 "One major issue Veritas users cited with NetBackup 6.0 is 
 that when a backup job indicates it's complete, it often has 
 only backed up 1K files, so there's no data to restore. "

Whoa, that DOES sound scary.  Backed up files that can't
be restored?!?

But what does that sentence really mean?  Especially the 
reference to "only backed up 1K files"?  Is that meant to
symbolize "1000 files"?

My suspicion that there is a tiny grain of truth in the
above wording, and maybe a typo...
and that the "issue" being described here is NBU
behavior that falls squarely in the category of HARMLESS.

I think that Ms Fisher is trying to describe the way the
NBU activity monitor displays an incremental backup job
that didn't find any changed files :

 -the job is listed as complete (status is 0)
 -the amount of data backed up is 1KB
 -the number of files backed up is zero
 (and naturally, there are no files to restore...)

Note that NetBackup has behaved this way forever, as
far as I know.

Is there anyone on this list (perhaps someone who
was interviewed by Ms Fisher) who can confirm or deny
my suspicion above?

If I'm right, I think that sentence is a case of either
incompetent technical journalism, or an intentional
distortion of the facts that crosses an ethical line.

If I'm wrong, I'd like to hear more details of the
problem being described above.

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

Re: [Veritas-bu] Advanced Reporter in 5.1 = 6.0 NOM?

[Rob Worman]

On Fri, Jul 21, 2006 at 09:40:34PM -0500 or thereabouts, Ed Wilts wrote:
> On Fri, Jul 21, 2006 at 02:15:28PM -0700, [EMAIL PROTECTED] wrote:
> > I am trying to see if the old Advanced Reporter Option (ARO) in Netbackup
> > 4.5, 5.0, and 5.1 equate to NOM in the 6.0 versioning, and if so, does it
> > require a separate license?
> 
> No, they're not the same product, and no, NOM does not require a
> separate license.
> 
> .../Ed

They are not the same product, but NOM did indeed replace NBAR.
i.e. they are designed to do the same thing, generally speaking.

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

Re: [Veritas-bu] Symantec and Linux support

[Rob Worman]

FYI on this topic of NBU support and RedHat 3 in particular...

Ed, you wrote that:


> Fact:  NetBackup 6.5, targeted for release in February, 2007, will drop
> support for RHEL 3.  RHEL 3 started shipping in October, 2003 and will
> be supported by Red Hat through October, 2010.  Symantec will cut you
> off with its current release nearly 4 years before Red Hat stops
> supporting the OS.  On the other hand, Windows 2000, which was released
> 2 1/2 years earlier than RHEL 3, will still be supported by NetBackup
> 6.5.


I must respectfully disagree with this "Fact:".

The relevant Symantec publication on this topic seems to be p.3-4 of
the NetBackup 6 OS Supportability Matrix, found here:

http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterprise_Server/278064.pdf

In particular, references to RH 3 include a footnote that reads,

  "Next major release following NetBackup 6.0
   will not support this OS Version.  This status
   could change if market and/or vendor support
   positions change."

For the past 8 years that I've been using NBU and reading these 
supportability statements, the phrase "next major release" has
consistently referred to the next major version number.  
i.e., NetBackup 7.0 (or NBU 8, or NBU 2008, or whatever TPTB 
decide to call it).

So I'm quite confident that these questions don't apply to 6.5.

In my experience, NBU has been good about fully supporting an 
OS revision for AT LEAST as long as the OS vendor is still 
providing general fixes for that version.  For RH3, I think that
will be true until November of this year.  Reference:

http://www.redhat.com/security/updates/errata/

HTH
rob

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

Re: [Veritas-bu] Iron Mountain & NetBackup

[Rob Worman]

On Thu, May 04, 2006 at 08:16:45AM -0700 or thereabouts, Shane Liebling wrote:
>6.0's Vault has Iron Mountain ftp file generation and upload built in,
>though I don't know if you want to upgrade.  Our company hasn't.  We just


Shane-

I apologize, but I think you are mistaken on two points:

(1) the NBU Vault capability that Wayne is asking about
(to produce an Iron Mountain FTP file) is not new to 6.0;
it has been a feature since 4.5 FP3, IIRC.

(2) there is no upload capability. Vault writes the IM text file 
in a certain format (the one used by Iron Mountain's internal
tracking software) to a user-specified directory on your master 
server.  It's then up to the user to transport the file to 
Iron Mountain.  (but it wouldn't be too hard to automate it
using a .netrc file and the Vault hooks to run a "notify script" 
at the end of a vault job.)


HTH
rob


>have a script or two that checks for the contents of the library, takes
>that and runs it through bpmedialist looking for FULL tapes.  It then
>tosses those tapes and their expiration dates into a file.  We then have
>another script to upload that to ironmountain run through cron.
> 
>-Shane
> 
>On 5/4/06, BeDour, Wayne <[EMAIL PROTECTED]> wrote:
> 
>  Our environment is HP-UX 11.11, Netbackup 5.1 MP3 backing up mostly HP
>  unix with some Sun and Windows backups.   We are changing offsite
>  storage sites and have selected Iron Mountain.  I  'm just beginning to
>  look into the ftp file that we will be sending to Iron Mountain and have
>  not talked to their people yet about this.  I remember past posts 
>  referring to Iron Mountain and NetBackup.  I did a search and couldn 't
>  find much.  Is there anything already set up in NetBackup to create this
>  ftp file?  Is Vault required?  If someone out there is doing this
>  without vault can you share how you are doing it and any scripts
>  associated with it ?
> 
>  Thanks in advance
> 
>  Wayne BeDour
> 
>  IT Unix System Administrator
> 
>  PH: 313-240-3374  FAX: 313-240-3065
> 
>  Internet:  [EMAIL PROTECTED]
> 
>   
> 
>  ** 
>  ** LEGAL DISCLAIMER ** 
>  ** 
> 
>  This E-mail message and any attachments may contain
>  legally privileged, confidential or proprietary
>  information. If you are not the intended recipient(s), 
>  or the employee or agent responsible for delivery of   
>  this message to the intended recipient(s), you are 
>  hereby notified that any dissemination, distribution   
>  or copying of this E-mail message is strictly  
>  prohibited. If you have received this message in   
>  error, please immediately notify the sender and
>  delete this E-mail message from your computer. 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

RE: [Veritas-bu] 6.0 MP2 has been released

[Rob Worman]

Just to follow up, I wanted to point out that the 
patch README does attempt to explain the meaning 
of the "workaround" text, in the introduction of 
the "problems fixed" section:


  VI. DESCRIPTION OF PROBLEMS FIXED
  =
  The following are descriptions of the problems fixed.
  Please read the entire document before installing.

  README Conventions:

  Description
Describes a particular problem contained in this pack.

  ** Description **  
Describes a problem that can lead to potential data loss. Please 
read these problem descriptions carefully.

  Workaround
Any available workarounds to a problem are also listed. Workarounds can be
used INSTEAD of applying the patch, however, Symantec strongly recommends


BOTTOM LINE:  if you install the patch, you shouldn't have to 
worry about the workaround.

HTH
rob


On Tue, 28 Mar 2004, it was said that...
> Scratch that, my mistake.  A Symantec employee emailed me saying that
> these have been fixed.  Must be the workaround is left in the
> description for prior to MP2.  This is good news!
> 
> 
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of Geyer, Gregory
>> Sent: Tuesday, March 28, 2006 2:49 PM
>> To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
>> Subject: RE: [Veritas-bu] 6.0 MP2 has been released
>> 
>> 
>> The way I read it is that the Etrack listings that don't have a
>> "Workaround" (about 95%) have been fixed.  Those that instead list a
>> workaround, have no binary fix, just a customer procedure fix.

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

Re: [Veritas-bu] NetBackup and VXSS

[Rob Worman]

Here is a pretty thorough-looking
vxss/NBU setup walkthrough on a Unix box:

http://support.veritas.com/docs/281626

It was written against NBU 5.x,
but I have used it to set up 6.0 and the only
differences I observed were some minor cosmetic 
screenshot details.

HTH
rob


On Wed, Mar 15, 2006 at 04:45:08PM +0200 or thereabouts, Jim Peppas wrote:
> Hi Simon,
> 
> Not really hard, just follow the installation guide. I have a doc that
> Veritas sent me when I was trying to install VxSS in NBU5. 
> 
> I don't know if I should post it on the list. If you want it I can send it
> to you.
> 
> I followed the same instructions on NBU6 and was OK. I haven't moved on to
> configure Access Management, although I can see users & groups in that part
> in the Admin console. (If it's not working you get a message that says that
> VxS is not configured)
> 
> Try it out if you have a Demo enviroment (or a small production without 24x7
> backups, you might need to restart the server once or twice)
> 
> Regards,
> Jim  
> 
> -Original Message-
> From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, March 15, 2006 3:48 PM
> To: 'Jim Peppas'; veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] NetBackup and VXSS
> 
> 
> Jim
> How hard was it to implement - I guess its easy, if it's a small environment
> ?
> 
> Simon Weaver
> Technical Support
> Windows Domain Administrator 
> 
> EADS Astrium
> Tel: 02392-708598 
> 
> Email: [EMAIL PROTECTED] 
> 
> 
> 
> -Original Message-
> From: Jim Peppas [mailto:[EMAIL PROTECTED]
> Sent: 15 March 2006 13:26
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] NetBackup and VXSS
> 
> 
>  Hi All.
> 
> I have installed VxSS & NOM on my W2K Master server. Not much of a problem,
> if you leave it there and don't move to implement Access Management. NOM is
> not really so great, it is most of the time incorrect and will not work it
> isn't patch to MP1.
> 
> If Veritas decided to work more on NOM, that would be grat, since you can
> reduce the number of Admin consoles.
> 
> I haven't seen a downgrade in performance but to be honest, my enviroment is
> rather small.
> 
> Regards,
> Jim
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
> This email is for the intended addressee only.
> If you have received it in error then you must not use, retain, disseminate
> or otherwise deal with it.
> Please notify the sender by return email.
> The views of the author may not necessarily constitute the views of EADS
> Astrium Limited.
> Nothing in this email shall bind EADS Astrium Limited in any contract or
> obligation.
> 
> EADS Astrium Limited, Registered in England and Wales No. 2449259
> Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
> England
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VAULT: how to turn off resetting Vault ID/Slot

[Rob Worman]

Try using the "inventory robot" option (aka "vmupdate")
instead of vltinject.

HTH
rob

On Mon, Dec 12, 2005 at 04:10:51PM -0500 or thereabouts, [EMAIL PROTECTED] 
wrote:
> Hey Guys:
> Need help. I've recently implemented Vault. I would like to move slotted 
> media instead of containers at my offsite storage facility. I would like to 
> assign each tape an individual Vault Container/Slot ID. 
> I know how to assign the ID, but I noticed something odd during my testing. 
> When I import the tapes that are coming "back" from rotation, the Vault 
> Container ID and/or Vault Slot ID are reset. I am guessing that vltinject is 
> responsible for this. 
> Is there anyway to avoid this reset.
> 
> 
> Alex GerberSenior UNIX Systems AdministratorSepracor Inc.p.508.357.7445f. 
> 508.357.NB 5.1 MP2
> 
> THE INFORMATION CONTAINED IN THIS COMMUNICATION AND ANY ATTACHMENTS HERETO IS 
> CONFIDENTIAL, MAY BE ATTORNEY-CLIENT PRIVILEGED, AND IS INTENDED ONLY FOR THE 
> PERSONAL AND CONFIDENTIAL USE OF THE ADDRESSEE(S). IF THE READER OF THIS 
> MESSAGE IS NOT AN INTENDED RECIPIENT, OR AN AGENT THEREOF, YOU ARE HEREBY 
> NOTIFIED THAT ANY REVIEW, USE, DISSEMINATION, DISTRIBUTION, OR COPYING OF 
> THIS COMMUNICATION OR ANY ATTACHMENT HERETO IS STRICTLY PROHIBITED. IF YOU 
> HAVE RECEIVED THIS MESSAGE IN ERROR, PLEASE NOTIFY US IMMEDIATELY BY E-MAIL, 
> AND DELETE THE ORIGINAL MESSAGE .
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VxSS 4.1.2.7 console won't start

[Rob Worman]

Hey, what did that mutt do to my email???

Anyway, what I MEANT to send was...

I saw the same error trying to run the VRTSat 4.1.2.5 
GUI.  In my case, I was suprised to realize that it 
was because I was setting the CLASSPATH environment 
variable in /etc/profile.

If I instead manually set my CLASSPATH variable at the 
commandline (or if I add an "export CLASSPATH=blahblah"
line to the beginning of /opt/VRTSat/bin/runvssatgui.sh)
then the problem does not occur.

I cannot explain why this mattered, but it is 100%
reproducible.  (and I have since discovered that
the version of runvssatgui.sh that gets installed
alongside NBU 6.0 now includes lots of setting of
environment variables, including CLASSPATH)

So hopefully this is your answer, too!

HTH
rob

ps. fyi, my CLASSPATH setting is:

/opt/VRTSat/lib/AtWrapper.jar:/opt/VRTSat/lib/VxHelpViewer.jar:/opt/VRTSat/lib/VxHelpViewerl10n.jar:/opt/VRTSat/lib/vssatgui.jar:/opt/VRTSaz/lib/vssazgui.jar:/opt/VRTSaz/lib/AzWrapper.jar

On Mon, Dec 12, 2005 at 12:44:26PM -0600 or thereabouts, Rob Worman wrote:
> Adam-
> 
> I have observed some oddities when it comes to launching the
> vxss GUI.  (aka
> 
> 
> On Mon, Dec 12, 2005 at 11:34:30AM -0500 or thereabouts, Wayne T Smith wrote:
> > The docs say VxSS is required for NOM.
> > 
> > Perhaps it is important that VxSS 4.2.2.20 is the supported version?
> > 
> > cheers, wayne
> > 
> > Paul Keating wrote, in part, on 12/9/2005 3:20 PM:
> > > good luck.
> > > we had a consultant in from our veritas var, who worked for 2 months 
> > > with his support reps, and veritasended up dumping it.
> > > from what I've seen it's not worth the headaches.
> > >
> > > -Original Message-
> > > *From:* [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] *On Behalf Of
> > > *Klein, Adam L
> > > *Sent:* December 9, 2005 3:17 PM
> > > *To:* veritas-bu@mailman.eng.auburn.edu
> > > *Subject:* [Veritas-bu] VxSS 4.1.2.7 console won't start
> > >
> > > I’m testing VxSS (Veritas Security Services) 4.1.2.7 in a lab
> > > environment. I’ve got the master / media server running NetBackup
> > > 5.1MP3.
> > >
> > > Following the VxSS docs, I installed Java 1.4.2.10, perl 5.8.
> > >
> > > My environment is as follows:
> > >
> > > # echo $PATH
> > >
> > > 
> > > /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/sbin:/opt/VRTSat/bin:/opt/VRTSaz/bin:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/netbackup/bin/goodies
> > >
> > > # echo $CLASSPATH
> > >
> > > 
> > > /opt/VRTSat/lib/AtWrapper.jar:/opt/VRTSat/lib/VxHelpViewer.jar:/opt/VRTSat/lib/VxHelpViewerl10n.jar:/opt/VRTSat/lib/vssatgui.jar:/opt/VRTSaz/lib/vssazgui.jar:/opt/VRTSaz/lib/AzWrapper.jar
> > >
> > > # echo $LD_LIBRARY_PATH
> > >
> > > /usr/openwin/lib:/opt/VRTSat/lib:/opt/VRTSaz/lib
> > >
> > > But when I try to start the console, I get:
> > >
> > > # ./runvssatgui.sh
> > >
> > > Exception in thread "main" java.lang.NoClassDefFoundError:
> > > vrts/vss/gui/ui/Vssgui
> > >
> > > Any thoughts? I opened a case with Veritas support and other than
> > > having me check my CLASSPATH, they came up with nothing (though
> > > the case was just escalated, so they may still help).
> > >
> > > Adam Klein
> > >
> > > --
> > >
> > > Adam Klein
> > >
> > > Unix Systems Administrator
> > >
> > > XEROX The Document Company
> > >
> > > Office Printing Business
> > >
> > > 503.367.3857
> > >
> > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> > >
> > 
> > 
> > 
> > 
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VxSS 4.1.2.7 console won't start

[Rob Worman]

Adam-

I have observed some oddities when it comes to launching the
vxss GUI.  (aka


On Mon, Dec 12, 2005 at 11:34:30AM -0500 or thereabouts, Wayne T Smith wrote:
> The docs say VxSS is required for NOM.
> 
> Perhaps it is important that VxSS 4.2.2.20 is the supported version?
> 
> cheers, wayne
> 
> Paul Keating wrote, in part, on 12/9/2005 3:20 PM:
> > good luck.
> > we had a consultant in from our veritas var, who worked for 2 months 
> > with his support reps, and veritasended up dumping it.
> > from what I've seen it's not worth the headaches.
> >
> > -Original Message-
> > *From:* [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] *On Behalf Of
> > *Klein, Adam L
> > *Sent:* December 9, 2005 3:17 PM
> > *To:* veritas-bu@mailman.eng.auburn.edu
> > *Subject:* [Veritas-bu] VxSS 4.1.2.7 console won't start
> >
> > I’m testing VxSS (Veritas Security Services) 4.1.2.7 in a lab
> > environment. I’ve got the master / media server running NetBackup
> > 5.1MP3.
> >
> > Following the VxSS docs, I installed Java 1.4.2.10, perl 5.8.
> >
> > My environment is as follows:
> >
> > # echo $PATH
> >
> > 
> > /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/sbin:/opt/VRTSat/bin:/opt/VRTSaz/bin:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/netbackup/bin/goodies
> >
> > # echo $CLASSPATH
> >
> > 
> > /opt/VRTSat/lib/AtWrapper.jar:/opt/VRTSat/lib/VxHelpViewer.jar:/opt/VRTSat/lib/VxHelpViewerl10n.jar:/opt/VRTSat/lib/vssatgui.jar:/opt/VRTSaz/lib/vssazgui.jar:/opt/VRTSaz/lib/AzWrapper.jar
> >
> > # echo $LD_LIBRARY_PATH
> >
> > /usr/openwin/lib:/opt/VRTSat/lib:/opt/VRTSaz/lib
> >
> > But when I try to start the console, I get:
> >
> > # ./runvssatgui.sh
> >
> > Exception in thread "main" java.lang.NoClassDefFoundError:
> > vrts/vss/gui/ui/Vssgui
> >
> > Any thoughts? I opened a case with Veritas support and other than
> > having me check my CLASSPATH, they came up with nothing (though
> > the case was just escalated, so they may still help).
> >
> > Adam Klein
> >
> > --
> >
> > Adam Klein
> >
> > Unix Systems Administrator
> >
> > XEROX The Document Company
> >
> > Office Printing Business
> >
> > 503.367.3857
> >
> > [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] NetBackup 5.1MP4 out.

[Rob Worman]

FYI to those of you using Disk Staging Storage Units,
5.1mp4 includes a change that you're sure to notice:

(from the "DESCRIPTION OF PROBLEMS FIXED" text)


Description: 
Disk staging only submits one duplication job at a time so it was unable 
to make use of idle tape drives. 

Additional Notes: 
Up to four bpduplicate jobs are submitted at a time. The duplication jobs 
contain images grouped into jobs of 25 Gigabytes. By creating files named 
MAX_STAGING_JOBS and STAGING_JOB_KB_LIMIT in the NetBackup directory on a 
media server, these defaults can be adjusted as needed. For the 
STAGING_JOB_KB_LIMIT, the value is in kilobytes and the default is 26214400 
(25 gigabytes). A smaller value causes more jobs to be submitted, but 
there will only be MAX_STAGING_JOBS running at a time. 


Note that the reference to "a media server" is a typo - it should
instead say "the master server" instead.

On Mon, Nov 28, 2005 at 09:20:54AM -0500 or thereabouts, Piszcz, Justin wrote:
>http://support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLOAD.htm
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu