ldirectord spinning on SIGPIPE
Matthew Newton <[email protected]> Mon, 5 Jan 2009 13:13:57 +0000
| Newsgroups | gmane.linux.highavailability.ultramonkey |
|---|---|
| Message-ID | <[email protected]> |
Hi, I'm running a pair of load balancers here, both Debian etch, kernel 2.6.18 and heartbeat/ldirectord 2.0.7. ldirectord has 33 virtual configurations in its config for several services, some tcp ports and a few on firewall marks. They are in the "high capacity, high availability and load balancing" configuration with direct routing[0]. The setup has been running stable for at least a couple of years now. Things don't change that frequently. Recently the ldirectord process has stopped working fairly frequently. Symptoms are that services are not being checked, and the ipvs tables are not updated. The ldirectord process is still running, but stracing it gives, for example: --- SIGPIPE (Broken pipe) @ 0 (0) --- write(4, "\27\3\1\0\33\r\310Q\347\n\230\375@\370 \372\263\322\256"..., 32) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- write(4, "\27\3\1\0\33\r\310Q\347\n\230\375@\370 \372\263\322\256"..., 32) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- write(4, "\27\3\1\0\33\r\310Q\347\n\230\375@\370 \372\263\322\256"..., 32) = -1 EPIPE (Broken pipe) ...in a loop continuously. I've found one post from this list a while back[1] where this was experienced, but this patch is in the version that we are using. The server here is currently in this situation; I can leave it like this for a few hours if there is anything I can do to help debug, but obviously need to restart ldirectord soon so that it can work properly. Any ideas? Thanks! Matthew [0] http://www.ultramonkey.org/3/topologies/hc-ha-lb-overview.html [1] http://osdir.com/ml/linux.highavailability.ultramonkey/2004-06/msg00001.html -- Matthew Newton, Ph.D. <[email protected]> Systems Architect (UNIX and Networks), Network Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, <[email protected]> _______________________________________________ Ultramonkey-users mailing list [email protected] http://lists.vergenet.net/listinfo/ultramonkey-users