Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#39868 - [miniupnpd] Wrong cmdline causes spamming trash to syslog
Attached to Project:
Community Packages
Opened by Dmitry Mostovenko (TrueBers) - Tuesday, 15 April 2014, 08:51 GMT
Last edited by Timothy Redaelli (tredaelli) - Wednesday, 23 April 2014, 16:00 GMT
Opened by Dmitry Mostovenko (TrueBers) - Tuesday, 15 April 2014, 08:51 GMT
Last edited by Timothy Redaelli (tredaelli) - Wednesday, 23 April 2014, 16:00 GMT
|
DetailsDescription:
I think it shouldn't use a debug parameter (-d) in cmdline. While using it miniupnpd spams a lot of garbage to syslog despite StandardOutput=null: apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 381 bytes on socket 8 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 447 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 445 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 463 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 392 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 431 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 392 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 451 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 392 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 455 bytes on socket 7 apr 15 12:20:09 bers-server miniupnpd[2384]: try_sendto(): 383 bytes on socket 7 So I have fixed and attached potentially good service file. Additional info: * package version 1.8.20140401-1 * config and/or log files etc. Steps to reproduce: 1) # systemctl start miniupnpd 2) wait several minutes... 2) # journalctl -u miniupnpd 3) see a lot of junk spamming every minute. |
This task depends upon
Closed by Timothy Redaelli (tredaelli)
Wednesday, 23 April 2014, 16:00 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in 1.8.20140401-2 with another approach
Wednesday, 23 April 2014, 16:00 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed in 1.8.20140401-2 with another approach
miniupnpd.service