<div dir="auto"><div>Hi,<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 5, 2023, 22:16 Johnson, Linwood <<a href="mailto:linwood.johnson@dowjones.com">linwood.johnson@dowjones.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I get the following when I check<div>[root@server1~]# syslog-ng<div> WARNING: the match() filter without the use of the value() option is deprecated and hinders performance, please update your configuration;<br>The kernel refused to set the receive buffer (SO_RCVBUF) to the requested size, you probably need to adjust buffer related kernel parameters; so_rcvbuf='536870912', so_rcvbuf_set='425984'</div><div><br></div><div>[root@

server1~]# sysctl -a |grep rmem_max<br>net.core.rmem_max = 212992<br>sysctl: reading key "net.ipv6.conf.all.stable_secret"<br>sysctl: reading key "net.ipv6.conf.default.stable_secret"<br>sysctl: reading key "net.ipv6.conf.eth0.stable_secret"<br>sysctl: reading key "net.ipv6.conf.lo.stable_secret"<br>[root@

server1 ~]# sysctl -a |grep vbuf<br>net.ipv4.tcp_moderate_rcvbuf = 1<br>sysctl: reading key "net.ipv6.conf.all.stable_secret"<br>sysctl: reading key "net.ipv6.conf.default.stable_secret"<br>sysctl: reading key "net.ipv6.conf.eth0.stable_secret"<br>sysctl: reading key "net.ipv6.conf.lo.stable_secret"<br>net.sctp.rcvbuf_policy = 0<br>[root@

server1~ ]# cat /proc/sys/net/ipv4/tcp_rmem<br>4096    87380   6291456<br>[root@

server1~ ]# cat /proc/sys/net/core/rmem_default<br>212992<br>[root@

server1~ ]# cat /proc/sys/net/core/rmem_max<br>212992<br>[root@

server1~ ]# grep . /proc/sys/net/ipv4/tcp*mem<br>/proc/sys/net/ipv4/tcp_mem:173202       230936  346404<br>/proc/sys/net/ipv4/tcp_rmem:4096        87380   6291456<br>/proc/sys/net/ipv4/tcp_wmem:4096        16384   4194304<br>[root@

server1~ hisotry]#</div><div><br></div><div>I attempted to make the changes on the server.</div><div>What can I do to resolve this issue?</div><div><br></div><div><div></div></div></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The receive buffer parameter is critical for UDP based traffic, not for TCP.</div><div dir="auto"><br></div><div dir="auto">You need to bump /proc/sys/net/core/rmem_max which enables the use of larger receive buffers.</div><div dir="auto"><br></div><div dir="auto">Also, you might want to read these blog posts:</div><div dir="auto"><br></div><div dir="auto"><a href="https://axoflow.com/syslog-over-udp-message-loss-1/">https://axoflow.com/syslog-over-udp-message-loss-1/</a><br></div><div dir="auto"><br></div><div dir="auto">and</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><a href="https://axoflow.com/syslog-over-udp-kernel-syslog-ng-tuning-avoid-losing-messages/">https://axoflow.com/syslog-over-udp-kernel-syslog-ng-tuning-avoid-losing-messages/</a><br></div><div dir="auto"><br></div><div dir="auto">Also, we added the capability of tracking per-port UDP message loss in syslog-ng 4.2, e.g:</div><div dir="auto"><br></div><div dir="auto"><span style="font-size:inherit;font-family:inherit;word-spacing:normal;letter-spacing:0.1px">syslogng_socket_receive_dropped_packets_total</span><br></div><div dir="auto"><br></div><div dir="auto">For more info on 4.2 and some more metrics:</div><div dir="auto"><br></div><div dir="auto"><a href="https://axoflow.com/axosyslog-release-4-2/">https://axoflow.com/axosyslog-release-4-2/</a></div><div dir="auto"><br></div><div dir="auto">The new metrics were added along with a new interface to syslog-ng stats that makes it easier to integrate it with the new generation of monitoring tools (e.g. the prometheus stack).</div><div dir="auto"><br></div><div dir="auto">Hope this helps. You are welcome in our discord channel, should you have more questions, here:</div><div dir="auto"><br></div><div dir="auto"><a href="https://discord.gg/E65kP9aZGm">https://discord.gg/E65kP9aZGm</a><br></div><div dir="auto"><br></div><div dir="auto">A number of syslog-ng devs/axoflow folks lurk there, who made all of the above a reality.</div><div dir="auto"><br></div><div dir="auto">Bazsi</div></div>