<div dir="auto">This is probably a deadlock or a hung main loop. Neither of them is considered normal behavior.<div dir="auto"><br></div><div dir="auto">To troubleshoot the issue, we would probably need a core file, that can be generated by first making sure that syslog-ng is able to write core files (--enable-core and friends), and then wait for this to happen.</div><div dir="auto"><br></div><div dir="auto">When it does, SIGABRT the process, which should write a core with the correct thread information intact.</div><div dir="auto"><br></div><div dir="auto">Then with all binaries with debug symbols, and the core files we can potentially troubleshoot the issue.</div><div dir="auto"><br></div><div dir="auto">This may or may not be trivial, depending on what is in the core files. But this is the only way to find the root cause.</div><div dir="auto"><br></div><div dir="auto">Bazsi</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mar 7, 2017 8:00 PM, "Evan Rempel" <<a href="mailto:erempel@uvic.ca">erempel@uvic.ca</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have been having a problem with syslog-ng where is just stops processing all input. There are destinations that receive and count all of the messages that come out of syslog-ng and they stop getting any messages.<br>
<br>
This is occurring on two syslog servers that have similar configurations. One is a superset of the simpler one. On these hosts we run two syslog-ng instances. One for the regular OS log messages from /dev/lo, /proc/kmsg, localhost:1514 and the second one which only listens on the network port(s) which we call our syslog server. The syslog server has its internal log messages going to localhost:1514 so any internal events such as new connections etc should be logged to the "OS syslog" instance.<br>
<br>
We had this problem on 3.7.x and after upgrading to 3.9.1 we still encounter this problem.<br>
<br>
The OS is now the latest Redhat 6 (6.8), but the same problem occurred on any Redhat 6.x system.<br>
<br>
Our host monitoring shows that the syslog-ng process did NOT increase its memory footprint which indicates that it stopped reading its source.<br>
<br>
All of the hosts that send logs to syslog server showed increased message queueing which confirms that the source stopped being read.<br>
<br>
The CPU consumption by the syslog-ng process is zero during this time period.<br>
<br>
Our network monitoring infrastructure opens a connection to the syslog server every 30 seconds. This gets logged via the localhost:1514 connection. These accepted and closed log lines are missing during our problem window even though the monitoring tool WAS able to connect through the entire problem window.<br>
<br>
We have configured the syslog stats log line to be sent to an external program which invokes syslog-ng-ctl stats and it processes this data. This process did not get any such stats line, so the exact syslog-ng stats counters are unavailable during this problem window. The syslog-ng-ctl program was NOT hung on the socket.<br>
<br>
Attempting a graceful shutdown of the syslog-ng process either with syslog-ng-ctl or with a kill -TERM appears to have no affect. I assume this is because syslog-ng is unable to flush its buffers so it does not terminate.<br>
<br>
Killing syslog-ng and restarting it starts processing again correctly.<br>
<br>
<br>
Has anyone else had this symptom?<br>
<br>
Has anyone found a solution to this?<br>
<br>
I realize that this is all anecdotal but was hoping it would trigger someone's memory.<br>
<br>
Thanks in advance.<br>
<br>
<br>
Evan.<br>
<br>
______________________________<wbr>______________________________<wbr>__________________<br>
Member info: <a href="https://lists.balabit.hu/mailman/listinfo/syslog-ng" rel="noreferrer" target="_blank">https://lists.balabit.hu/mailm<wbr>an/listinfo/syslog-ng</a><br>
Documentation: <a href="http://www.balabit.com/support/documentation/?product=syslog-ng" rel="noreferrer" target="_blank">http://www.balabit.com/support<wbr>/documentation/?product=<wbr>syslog-ng</a><br>
FAQ: <a href="http://www.balabit.com/wiki/syslog-ng-faq" rel="noreferrer" target="_blank">http://www.balabit.com/wiki/sy<wbr>slog-ng-faq</a><br>
<br>
</blockquote></div></div>