Veritas-bu

Re: [Veritas-bu] Error 41

2008-03-31 09:27:33
Subject: Re: [Veritas-bu] Error 41
From: "WEAVER, Simon \(external\)" <simon.weaver AT astrium.eads DOT net>
To: "Martin, Jonathan" <JMARTI05 AT intersil DOT com>, <veritas-bu AT mailman.eng.auburn DOT edu>
Date: Mon, 31 Mar 2008 14:04:47 +0100
Jonathan
I wonder if its referring to "Disk Operating System", just as an off chance?
 
Checked the logs on the Server to see if any problems are present? any of the system, app or security logs full? increase them perhaps?
Also, what if you disable any AV while the backup is running? Do you what what CPU usage is like when the backup is running on this client?


From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Martin, Jonathan
Sent: Friday, March 28, 2008 2:58 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Error 41

All, I'm troubleshooting an issue with a server where full backups succeed but the incrementals tend to fail.
 
Master/Media: Windows 2003 running NBU 6.0 MP4
Client: Windows 2000 running NBU Client 5.1 MP6
 
The client's bpbkar log has tons of errors like the first line below for just less than an hour before the backup dies.  I've got this system backing up each drive in a separate job and most drives succeed, but the one with all the data (and little files) consistently fails.  Occasionally the OS and a few smaller partitions fail with error 41 as well.
 
4:52:44.362 PM: [2636.440] <4> dos_backup::tfs_include: INF - folder (2008-03-27) has been created recently (since 3/21/2008 7:12:06 PM).  It will be backed up in full.
5:02:22.498 PM: [2636.440] <16> dtcp_write: TCP - failure: send socket (720) (TCP 10054: Connection reset by peer)
5:02:22.498 PM: [2636.440] <16> dtcp_write: TCP - failure: attempted to send 108 bytes
5:02:22.498 PM: [2636.440] <2> tar_base::V_vTarMsgW: FTL - catalog write error (1)
5:02:22.498 PM: [2636.440] <16> dtcp_write: TCP - failure: send socket (720) (TCP 10054: Connection reset by peer)
5:02:22.498 PM: [2636.440] <16> dtcp_write: TCP - failure: attempted to send 6 bytes
5:02:22.498 PM: [2636.440] <4> ov_log::OVLoop: Timestamp
5:02:22.514 PM: [2636.440] <2> tar_base::V_vTarMsgW: INF - EXIT STATUS 14: file write failed
5:02:22.514 PM: [2636.440] <16> dtcp_write: TCP - failure: send socket (720) (TCP 10054: Connection reset by peer)
5:02:22.514 PM: [2636.440] <16> dtcp_write: TCP - failure: attempted to send 6 bytes
5:02:22.514 PM: [2636.440] <4> tar_backup::backup_done_state: INF - Not waiting for server status
5:02:22.514 PM: [2636.440] <16> dtcp_write: TCP - failure: send socket (720) (TCP 10054: Connection reset by peer)
5:02:22.514 PM: [2636.440] <16> dtcp_write: TCP - failure: attempted to send 6 bytes
5:02:22.514 PM: [2636.440] <4> OVStopCmd: INF - EXIT - status = 0
Any ideas what the dos_backup::tfs_include line is about?  Its frustratng troubleshooting because the error dosen't happen every time.
 
-Jonathan


From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Ed Wilts
Sent: Friday, March 28, 2008 7:42 AM
To: Dariusz.Klar AT sun DOT com
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] NetBackup 6.5 index size

On Fri, Mar 28, 2008 at 3:52 AM, Dariusz Klar <Dariusz.Klar AT sun DOT com> wrote:
Recently I noticed that indexes are consuming a lot of disk space. Does
anyone know the rule, how to plan space for indexes? Looks like
something has changed since older versions of NetBackup.
 
I don't think anything has changed.  The challenge in planning is that the catalog size is based on number of files you're backing up, not the size of the files.  If you back up a lot of small files, your catalog will be much larger than the site that backs up the same amount of disk space containint large databases.  The longer the retentions, the more likely it is that you'll need a larger catalog for backing up the same amount of disk space.
 
The golden rule to remember is to never, ever fill your catalog disk.  Use a different file system for your logs since they're the most likely thing to fill the disk.
 
   .../Ed

--
Ed Wilts, Mounds View, MN, USA
mailto:ewilts AT ewilts DOT org
This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use it
for any purpose or disclose its content to any person, but delete this
message and any attachments from your system. Astrium disclaims any and all
liability if this email transmission was virus corrupted, altered or
falsified.
---------------------------------------------------------------------
Astrium Limited, Registered in England and Wales No. 2449259
REGISTERED OFFICE:-
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
<Prev in Thread] Current Thread [Next in Thread>