RE: [Veritas-bu] VxSS - Veritas Security Service

2006-03-13 Thread Stefanos Monovasios
VxSS is not needed. And if you decide to install it the performance of the activity monitor will be degraded. stefanos From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Ljungblad Sent: Friday, March 10, 2006 2:12 PM To: veritas-bu@mailman.eng.auburn.edu Cc:

RE: [Veritas-bu] Jobs failing with error 50

2006-03-13 Thread WEAVER, Simon
Hi Ian Hm well my first thought was incorrect storage unit for the policies - but you mention other clients appear to be ok - I do wonder if its worth re-creating the storage units again. In terms of the client machines that appear to hang in Activity Monitor - has anything changed on the

RE: [Veritas-bu] VxSS - Veritas Security Service

2006-03-13 Thread WEAVER, Simon
Title: Message Hi Eric Depends on what "you" as a company want. It may not be viable - But there again, in your business it might be something you want to implement. I for one, would not :-) Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598

RE: [Veritas-bu] Barcode Scanning

2006-03-13 Thread Stefanos Monovasios
Hi, You can use storage pools from netbackup to track your tapes. Netbackup knows if a tape is inside the library and you can use a script to inform netbackup were are the tapes that are out of the library (with vmchange command) stefanos From: [EMAIL PROTECTED] [mailto:[EMAIL

[Veritas-bu] exclude, include query

2006-03-13 Thread Dave Markham
Guys im mailing on behalf of a colleague who works on the windows side of the fence. He asked me this question about netbackup but i wasnt too sure on how it would behave. He basically wants to backup *.trk and *.bak ( i think cant remember ) on a couple few drives. Now he cant put m:\*.trk and

Re: [Veritas-bu] Jobs failing with error 50

2006-03-13 Thread Christopher Jay Manders
You will also want to look at the logs to isolate where the communication breakdown is. Enable verbose logging with this in your /usr/openv/netbackup/bp.conf file, on both master and media servers: VERBOSE = 5 Then, create some log directories on the master and media server. All under

[Veritas-bu] Restore tape is being requested on the wrong tape library

2006-03-13 Thread Patricia Harmon
I have a restore that is requesting 6tapes, the 1st tape is loaded from tape library 2 and runs fine then the second tape gets requested from tape library 2 also even though the second tape is intape library 1. The tape may have been in that library at one time but it is now in our off-site

RE: [Veritas-bu] exclude, include query

2006-03-13 Thread Stefanos Monovasios
Put ALL_LOCAL_DRIVES at the policy file list. Put all your drives at the exclude list (c:\ d:\ e:\ m:\ n:\ system_state) Put m:\*.trk n:\*.trk m:\*.bak and n:\*.bak I suggest not starting any exclude and including lists with * stefanos -Original Message- From: [EMAIL PROTECTED]

RE: [Veritas-bu] exclude, include query

2006-03-13 Thread WEAVER, Simon
Dave H sounds complicated, but looking at the SysAdmin guide, you may be best to specify the drives that WANT to be backed up within your current policy (or a new policy, depending on what your overall goal is). Now, reading this it sounds like you specify the file extension (ie: *.bat) that

Re: [Veritas-bu] exclude, include query

2006-03-13 Thread Dave Markham
WEAVER, Simon wrote: Dave H sounds complicated, but looking at the SysAdmin guide, you may be best to specify the drives that WANT to be backed up within your current policy (or a new policy, depending on what your overall goal is). Now, reading this it sounds like you specify the file

RE: [Veritas-bu] exclude, include query

2006-03-13 Thread WEAVER, Simon
Maybe the DB guys need to place .bak files onto a SAN volume to make backups easier to manage? Hopefully something will work out, and yes, I guess more time will be spent scanning the server(s) looking for these files rather than actually spending the time probably backing it up :-) Simon

RE: [Veritas-bu] only temorarily de-commissioning a media server

2006-03-13 Thread Gordon, Judi [IT]
Hi everyone, You can try setting/creating the timeouts similar to what I use below on your master and other media servers. I backup approximately 16 to 20 terabytes of data each night and I have to have extended timeouts so clients don't fail due to long waits in queue for a drive. After making

RE: [Veritas-bu] exclude, include query

2006-03-13 Thread Mark.Donaldson
There will definitely be a performance hit. All wildcards are expensive but that's the price you pay for easy-to-manage. How about finding all files with these extensions, writing them to a file, then backing-up the file-of-files with bpbackup and the -f option? dir m:\*.trk n:\*.bak m:\*.trk

[Veritas-bu] Restore tape is being requested on the wrong tape library

2006-03-13 Thread andrew . x . smith
Hi Patricia, from my understanding of your problem I think Mark's suggested reason is a red herring. I think the reason you do not understand the behaviour being exhibited is you have made some false assumptions about the logic NBU uses when performing a restore. The logic which causes this is

RE: [Veritas-bu] NetBackup and VXSS

2006-03-13 Thread Nardello, John
Tried it at version 5.1MP3. Eventually got a note from Symantec saying that they were giving up implementing it in our environment. It produced a quite noticeable amount of lag accessing the GUIs, and since they weren't able to get AD to work here it would've required managing 60-odd users'

[Veritas-bu] backing up databases

2006-03-13 Thread andrew . x . smith
Hi Dave, Assuming you have to follow this method its not a problem so long as: 1) you don't mind having root level passwordless access from the master/media server to the clients host (via rsh or ssh public/private keys). 2) you don't mind having restore over the network, or you don't mind

RE: [Veritas-bu] only temorarily de-commissioning a media server

2006-03-13 Thread Mark.Donaldson
What I've done in the past is just change any policy using a storage unit for that media server to use a different one. Later, I just changed it back. You can also set the available drive count for that storage unit to 0 do a bpschedreq -read_stu_config . It's supposed to work to reread

RE: [Veritas-bu] Restore tape is being requested on the wrong tape library

2006-03-13 Thread Gordon, Judi [IT]
Pat, As long as youre are using the same Master/Media servers and your tape library drives can be seen from the media server doing the restore, you should only have to re-inventory library 1 and 2. This will sync your volume database on all the servers. Thanks, Judi Gordon

Re: [Veritas-bu] Migrating NBU Enterprise from Unix to Windows

2006-03-13 Thread Ed Wilts
On Mon, Mar 13, 2006 at 10:20:19AM -0600, Horn, Brian wrote: We have Netbackup Enterprise. Master server is an old, nearly end-of-supported-life Unix machine. We also have a newer Windows media server. Currently, all the tape drives are connected to the Windows media server, and nothing to

RE: [Veritas-bu] only temorarily de-commissioning a media server

2006-03-13 Thread WEAVER, Simon
I assume you don't want any backups that this media Server would be responsible for to be carried out by this Media Server? What about changing the Backup Policy to the Master Server? (ie: storage unit) ? Minimal effort and backups should still run, as long as the server has permissions to back

RE: [Veritas-bu] Migrating NBU Enterprise from Unix to Windows

2006-03-13 Thread WEAVER, Simon
Brian What I done was migrate the Netbackup Clients over to a newly created Netbackup Master Server. The old one was still in production (Netbackup 3.4) at the time and the new Master uses the Robotic Library. Clients were set to allow the new Server to perform backups after client upgrades

RE: [Veritas-bu] NetBackup and VXSS

2006-03-13 Thread WEAVER, Simon
Its not worth the headache. Sorry, the SysAdmin guides are where I am going to point you Or try a friend... Like google? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: mkiles