The value of "net.unix.max_dgram_qlen" increased to 512
Previously, the default value of the "net.unix.max_dgram_qlen" kernel option was 16. As a consequence, when the network traffic was too high, certain services could terminate unexpectedly. This update sets the value to 512, thus preventing this problem. Users need to reboot the machine to apply this change.
Description of problem:
Received abrt report on crash:
time: Wed 30 Sep 2015 11:31:49 AM EDT
uid: 0 (root)
runlevel: N 3
coredump.gz: Binary file, 71736 bytes
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 1078763 [details]
OS RHEL7.1 + Update systemd, dracut, linux-firmware and kernel.
#0 0x00007fa408d77763 in __epoll_wait_nocancel () from /lib64/libc.so.6
#1 0x00007fa409ce3449 in sd_event_wait (e=e@entry=0x7fa40a4b1230,
#2 0x00007fa409cda137 in sd_event_run (timeout=18446744073709551615,
e=0x7fa40a4b1230) at src/libsystemd/sd-event/sd-event.c:2499
#3 manager_run (m=0x7fa40a4b00a0) at src/login/logind.c:1119
#4 main (argc=<optimized out>, argv=<optimized out>)
We should definitely backport commit that adjusts watchdog timeout. 1min. is just too short in some cases. Also there are couple other related fixes we should pull in
Committed to staging ->
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.