Greetings,
The NetBackup AFS backup capability has been built into the standard
backup client/server binaries since NetBackup 4.5 (at least for Solaris,
I don't know about for other operating systems).
The basic (but not optimal) way it's used is to just create a an
AFS backup policy with
Kathryn,
How did MP6 break your AFS backups and was it the server patch or the client
patch that caused the issues. I'm just wondering if they (Symantec) tested
AFS backups against MP6, if they did and missed a bug that is acceptable but
if they didn't bother to test that is bad.
john
On
On Jan 20, 2007, at 4:42 PM, Sean O'Malley wrote:
Anyone have any problems trying to chroot to -anywhere- in afs
space to do
anything?
chroot /mount/afs/msu/user sh
Can't chdir to new root even with a token.
It works if you mount it as a loopback.. but not if you use the actual
directory..
Hi John,
The patch broke something in the client bpbkar binary.
The backup would completely finish up to 99% done and then
fail with the following error:
12/18/2006 10:45:16 master-server.ucdavis.edu client.ucdavis.edu File:
nbe_cat_c_api.cpp Line: 1040: invalid input dataFunction:
Dale Ghent wrote:
On Jan 20, 2007, at 4:42 PM, Sean O'Malley wrote:
Anyone have any problems trying to chroot to -anywhere- in afs space
to do
anything?
chroot /mount/afs/msu/user sh
Can't chdir to new root even with a token.
It works if you mount it as a loopback.. but not if you use the
On Jan 20, 2007, at 5:06 PM, Dale Ghent wrote:
On Jan 20, 2007, at 4:42 PM, Sean O'Malley wrote:
Anyone have any problems trying to chroot to -anywhere- in afs
space to do
anything?
chroot /mount/afs/msu/user sh
Can't chdir to new root even with a token.
It works if you mount it as a
On Sat, 20 Jan 2007, Dale Ghent wrote:
Wow, what a mental transposition on my part. Obviously I meant
someTHING.
Damn freudian programmers =)
It works on solaris 8 sparc with the same 1.4.2 client we are having
issues with on solari 10x86..
If your patch made it into the main cvs branch, i