Hi Jeff.
For the 41 issue for a specific client, there a few items you want to check:
1) With that many files, you will want to increase the CLIENT_READ_TIMEOUT
value with the bp.conf file residing on the client. By default, it is 300 and
you may want to try 900, etc.
2) On the client, perform the following steps:
- Add "VERBOSE = 5" to the /usr/openv/netbackup/bp.conf file.
- Create the "bpbkar" directory within /usr/openv/netbackup/logs (on the
client).
- Create a touch file called "bpbkar_path_tr" within the /usr/openv/netbackup
directory (on the client).
- Run job twice.
Check the bpbkar log file that is created. Does the backup job stop on the same
file during both runs??? If so, add it to an exclude list. If not, you do not
have a file or filesystem issue.
3) If 1 or 2 doesn't fix issue, check "netstat -I" (on client). Need to make
sure Ierrs and/or Oerrs are not increasing during the backup job. If they are
increasing, you have a client NIC configuration issue. Any disconnect of the
backup stream (from client to media server) will cause the 41 error.
Hope this info assists you.
Mitch
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of
veritas-bu-request AT mailman.eng.auburn DOT edu
Sent: Friday, January 04, 2008 12:00 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Veritas-bu Digest, Vol 21, Issue 5
Send Veritas-bu mailing list submissions to
veritas-bu AT mailman.eng.auburn DOT edu
To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to
veritas-bu-request AT mailman.eng.auburn DOT edu
You can reach the person managing the list at
veritas-bu-owner AT mailman.eng.auburn DOT edu
When replying, please edit your Subject line so it is more specific than "Re:
Contents of Veritas-bu digest..."
Today's Topics:
1. Samba share as Disk Storage Unit? (Yang Xiao)
2. ExaGrid D2D w/ NBU 5x or 6.5 (Roemmele, Scott)
3. Getting a list of files from a failed backup (Jeff Cleverley)
----------------------------------------------------------------------
Message: 1
Date: Fri, 4 Jan 2008 10:33:59 -0500
From: "Yang Xiao" <yxiao2004 AT gmail DOT com>
Subject: [Veritas-bu] Samba share as Disk Storage Unit?
To: veritas-bu AT mailman.eng.auburn DOT edu
Message-ID:
<1cdafd0b0801040733t62217f75sabbc9e8dcc3404d5 AT mail.gmail DOT com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Guys,
I'm running NB 6 MP5 on Win 2003, have been trying to configure a samba share
as a disk storage unit and it sees the storage fine, just whenever I try to do
a backup to it, I get invalid STS storage and failed to mount.
I've tried both using the UNC path and a mapped drive letter when defining the
DSU, but that didn't make a difference. HELP!
Thanks,
- Yang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20080104/05528663/attachment.html
------------------------------
Message: 2
Date: Fri, 04 Jan 2008 10:41:06 -0500
From: "Roemmele, Scott" <ScottRoemmele AT quickenloans DOT com>
Subject: [Veritas-bu] ExaGrid D2D w/ NBU 5x or 6.5
To: <Veritas-bu AT mailman.eng.auburn DOT edu>
Message-ID: <C3A3BDC2.7407%ScottRoemmele AT quickenloans DOT com>
Content-Type: text/plain; charset="US-ASCII"
Anybody out there using D2D from ExaGrid along with NBU?
How has your experience been? Speed to Backup/Restore?
Using Replication between sites?
What kind of compression are you seeing?
Any info regarding their management & scalability?
Any information would be greatly appreciated.
Thanks,
Scott
------------------------------
Message: 3
Date: Fri, 04 Jan 2008 10:54:29 -0700
From: Jeff Cleverley <jeff.cleverley AT avagotech DOT com>
Subject: [Veritas-bu] Getting a list of files from a failed backup
To: veritas-bu AT mailman.eng.auburn DOT edu
Message-ID: <477E72D5.7010504 AT avagotech DOT com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Greetings,
I have a file system that has started to fail full backups on a regular basis.
The incremental backups run fine. This file system is on a hpux
11.11 server, There is only 228 gig of used data, but it does have ~5.5m
inodes in use. The backup fails with a status 41. This server has other file
systems on it with more used inodes and more used space, and they don't have
this problem. I've run the backup at various times when I know the network
and file system load is low, but it doesn't change.
The current backup environment is 5.1 mp2. It was supposed to be retired by
now which is why it hasn't been upgraded.
The reason I want to see what files it is backing up before it fails is that
all of the backups seem to backup just over 195 gig before they fail. The file
counts vary quite a bit. I'm expecting that I may have a very poorly laid out
structure with hundreds of thousands of files in one directory that is causing
this problem. This may also be caused by some timeout if it does hit this, but
I haven't been able to find it in any of the log files.
I was able to recovery an image from the tape listing by running bpmedialist
-mcontents -m bk7159. That returns image massey_1199305335. I've tried doing
the following bpflist command and get the no entity found
bpflist -backupid massey_1199305335 -d 01/02/2008 -e 01/03/2008 -client massey
I also tried running the bpflist this way and get no entity found again. This
format works when I give it a different client name and pattern, so I know I
have the syntax correct.
bpflist -client massey -st FULL -d 01/02/2008 00:00:00 -rl 1 -pattern
/mnt/wizard
I'm guessing some of this isn't working because the backup did not complete and
there isn't a valid image for it.
Any help you can provide that will show me where the backup is failing would be
greatly appreciated.
Thanks,
Jeff
--
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.cleverley AT avagotech DOT com
------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 21, Issue 5
*****************************************
___________________________________________________________________________________________________
CONFIDENTIALITY AND PRIVACY NOTICE
Information transmitted by this email is proprietary to Medtronic and is
intended for use only by the individual or entity to which it is addressed, and
may contain information that is private, privileged, confidential or exempt
from disclosure under applicable law. If you are not the intended recipient or
it appears that this mail has been forwarded to you without proper authority,
you are notified that any use or dissemination of this information in any
manner is strictly prohibited. In such cases, please delete this mail from your
records.
To view this notice in other languages you can either select the following link
or manually copy and paste the link into the address bar of a web browser:
http://emaildisclaimer.medtronic.com
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
