Michael has some good points, but unless I've missed it, we know next to
nothing about your site and method of backup.
Stabs in the dark:
Is the i/o path from vm to esx very short?
Have you tuned the NBU master/media servers?
Is your backup path independent of the network/normal i/o and disk
AM
To: Wayne Smith
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] restores from client not working
Hi Wayne
Try to telnet master server 13720 from the client, checks connection to
bprd
You might have to install some compat libriaries know this has been
the case on other
Hi all,
I have NetBackup Enterprise server 6.5.5 and a Linus 6 client using the 7.0
GA client ... and yes, I know this is not supported. The client wants to
use a 64-bit client so as to avoid installing a bunch of 32-bit packages.
Almost everything appears to work. I can successfully connect
I have a few road-warrior clients with laptops that connect to our network
via OpenVPN, meaning they have an encrypted connection, but they share an IP
address as far as NetBackup sees, and connections can only be made from the
client to the backup server.
I understand this precludes scheduled
Hi all,
Some of my sysadmins are getting hot to use the new RHEL 6 in their
production systems.
Has Symantec discussed support for RHEL 6?
Are there experiences you can share on RHEL 6 and NetBackup 6.5 and/or 7.0?
Thanks and cheers, Wayne
___
If using the scripted rman procedure, you can specify policy/class and
schedule in the allocate channel stmt(s) to cause the backup server
to use the ones you want. I can give example of syntax, if required.
Also, this can happen if the client nodename is not exactly the same
as what's defined in
I'll confirm that it is the Application-type schedule that actually
accepts the data and determines retention, NOT the Automatic schedule.
Backing up with multiple retentions in one policy may be tricky, but can be
done. One way is to ensure that two different-retention Application
schedules
I use /usr/openv/share/version_oebu.
cheers, wayne
On 6/17/07, Wilkinson, Alex [EMAIL PROTECTED] wrote, in
part:
0n Mon, Jun 18, 2007 at 09:14:43AM +1000, Dominik Pietrzykowski wrote:
In /usr/openv/pack
Cat pack.summary
pack.summary exists on our master but not on the client we
Now that I've updated my Linux 64-bit clients to v5.1MP6, I get the
following error message immediately on running the bp command (output has
been split into 5 lines to survive e-mail):
/usr/openv/netbackup/bin/bp:
error while loading shared libraries:
libncurses.so.5:
cannot open shared object
That did it! Thank you, Andy!
Best regards, wayne
On 1/9/07, Andrew Sydelko [EMAIL PROTECTED] wrote:
On Tue, 9 Jan 2007 15:26:08 -0500
Wayne Smith [EMAIL PROTECTED] wrote:
Now that I've updated my Linux 64-bit clients to v5.1MP6, I get the
following error message immediately on running
Stupid Question, maybe, but are your Full and CINC backups in the same policy?cheers, wayneOn 9/5/06, Ian
[EMAIL PROTECTED] wrote:We run a Win2003 NB 6 MP3 Master.I've found a curious issue with our Netware clients, most of which are
Netware 6.5 using NB 5.1MP2 client, but same problem found with
My typical (v5.1) Oracle Agent script, in one invocation of RMSN, ...backs up the Databasebacks up Archive redo logs older than a day and deletes thembacks up all (remaining) Archive redo logs
backs up the current control file.On quiet DBs, steps 2 or 3 may result in no archive redo logs selected
I think it's just the way NetBackup (and frozen) works. While we're quoting, here's a snippet from the v5.1 Commands for Unix manual:If the date is set to zero, bpexpdate immediately expires backups from the image catalog or media from the media catalog. When a media ID is removed from the
13 matches
Mail list logo