I just encountered a similar error in RHEL 6 using 5.0.3 (on the server and client) with Data Spooling enabled: 10-Jun 02:06 srv084 JobId 43: Error: bsock.c:393 Write error sending 65536 bytes to Storage daemon:srv010.nowhere.us:9103: ERR=Broken pipe 10-Jun 02:06 srv084 JobId 43: Fatal error: backup.c:1024 Network send error to SD. ERR=Broken pipe
The way that I made it go away was to decrease "Maximum Spool Size" from 200G to 2G. I also received the same error at 100G and 50G. I ended up just disabling data spooling completely on this box since small spool sizes almost defeat the point of spooling at all. I've also been seeing some sporadic tape drive errors recently, too. So that may be part of the problem. I will be running the vendor-suggested diags on the library (Dell TL4000 with 2 x LTO-4 FC drives) in the next couple of days. Plus, this is a temporary SD instance that I will eventually migrate to new hardware and add large/fast SAN disk to for spooling. This should explain the reason for the small spool size settings... This box only has a 2 x 300 GB drive SAS 10K RAID 1. It'd be nice to see if anyone else has received this error on a similar HW/SW configuration. Mike On 06/07/2011 09:48 AM, Yann Cézard wrote: > Le 07/06/2011 18:10, Josh Fisher a écrit : >> Another problem I see with Windows 7 clients is too aggressive power >> management turning off the Ethernet interface even though it is in use >> by bacula-fd. Apparently there is some Windows system call that a >> service (daemon) must make to tell Windows not to do power management >> while it is busy. I don't know what versions of Windows do that, other >> than 7 and Vista, but it is a potential problem. > There is no power management on our servers :-D > > I just ran some tests this afternoon, I create a new bacula server > with lenny / bacula 2.4.4, and downgrade the client to 2.4.4, to > be sure that all was fine with the same fileset, etc. > The test was OK, no problem, the job ran fine. > Than I tested again with our production server (5.0.3) and > the 2.4.4 client => network error, failed job > I upgraded the test bacula server to squeeze / bacula 5.0.2, > and still the 2.4.4 fd on the client => No problem ! > > So it seems that the problem is clearly in "network hardware" on the > server side. > > We will do some more tests on the network side (change > switch port, change wire, see if no firmware update is available...), > but now I really doubt that the problem is in bacula, nor it can be > resolved in it. > > The strange thing is that the problems are only observed with win32 > clients. Perhaps the Windows (2003) TCP/IP stack is less fault tolerant than > the linux one in some very special case ? > > Regards, > ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
