I had kind of wondered about that as well but I have a few reasons that make it seem like that is not the case.
The ³central server² is actually a VIP on our F5 load balancer with 4 rsyslog destination servers behind it. We have about 200 servers in our environment and during these busy times the only servers that ever seem to log locally are the postgres servers. The volume of logs being written on these servers is certainly much higher than anywhere else. My theory is that the rsyslog ³client² is not keeping up with the sheer volume on these servers during the busy times but until I can find some concrete info that is just a theory. We are looking gat upgrading to v7 but unfortunately that¹s not going to be a quick fix. I was hoping maybe there was an issue in my config or something that could be tweaked but it sounds like maybe that is not the case? I did capture some debug output while this was happening. Unfortunately it was pretty large so I don¹t know if I can share the whole thing but is there anything in particular I would be looking for in there? I see that it says it¹s writing the files locally but I didn¹t see where it says why. Thanks, Dan On 12/3/13, 3:03 AM, "David Lang" <[email protected]> wrote: >you are sending the logs via TCP, which means that if the system you are >sending >logs to gets backed up, logs will queue on the sending system, spilling >to disk >as needed. > >the bottleneck is probably on the central server, but we have no info >about what >it's doing. > >The go-to tool for diagnosting this sort of problem is the impstats >module, but >I don't think that existed back in the 4.x days, and tracking down the >bottleneck without it is significantly harder. Is there any way you can >upgrade >to a current version? > >David Lang > > On Mon, 2 Dec 2013, Dan Finn wrote: > >> Date: Mon, 2 Dec 2013 20:53:54 +0000 >> From: Dan Finn <[email protected]> >> Reply-To: rsyslog-users <[email protected]> >> To: "[email protected]" <[email protected]> >> Subject: [rsyslog] rsyslog frequently queuing to disk when it should be >> sending over the network >> >> Hello, >> >> I¹m trying to get some insight into an issue that we have been seeing >>quite a bit. We have some postgres servers that are quite verbose. >>When the servers get busy we have an issue where they queue their logs >>locally instead of sending over the network however I can¹t find any >>reason why that would be, at least not from a OS resource standpoint. >>We are running rsyslog4-4.8.0-1.ius.el5. This is my config from the >>client that was having issues : http://pastebin.com/n3XpRdMm. >> >> I watched it queue about 10k files under /var/spool/rsyslog before I >>finally had to manually delete them out because disk was filling up. >> >> What¹s the best way to get some insight into why this might be >>happening? Is there a way I can enable some debug logging for the >>rsyslog process itself? Any settings in our config that could be >>tweaked? >> >> Thanks, >> Dan >> >> >> >> DAN FINN >> >> Linux System Administrator >> >> >> >> [email protected]<mailto:[email protected]> >> >> >> >> Backcountry.com<http://www.backcountry.com/> >> >> Competitive Cyclist<http://www.competitivecyclist.com/> >> >> RealCyclist.com<http://www.realcyclist.com/> >> >> Dogfunk.com<http://www.dogfunk.com/> >> >> SteepandCheap.com<http://www.steepandcheap.com/> >> >> Chainlove.com<http://www.chainlove.com/> >> >> WhiskeyMilitia.com<http://www.whiskeymilitia.com/> >> _______________________________________________ >> rsyslog mailing list >> http://lists.adiscon.net/mailman/listinfo/rsyslog >> http://www.rsyslog.com/professional-services/ >> What's up with rsyslog? Follow https://twitter.com/rgerhards >> NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a >>myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST >>if you DON'T LIKE THAT. _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.
