Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#1026790: snmptrapd options in systemd service

77 views
Skip to first unread message

Paul Szabo

unread,
Dec 21, 2022, 2:20:03 AM12/21/22
to
Package: snmptrapd
Version: 5.9+dfsg-4+deb11u1
Severity: normal

Dear Maintainer,

The file /lib/systemd/system/snmptrapd.service ends up with line

ExecStart=/usr/sbin/snmptrapd -LOw -f -p /run/snmptrapd.pid

whereas I guess that should instead be

ExecStart=/usr/sbin/snmptrapd -Lsd -f

with option "right" for syslog, and no need for PID file since systemd
uses its own MAINPID anyway.

I guess this was needed ever since version 5.9, I just failed to report
it earlier.

Thanks, Paul

Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz
School of Mathematics and Statistics University of Sydney Australia


-- System Information:
Debian Release: 11.6
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10+pk11.13 (SMP w/16 CPU threads)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages snmptrapd depends on:
ii init-system-helpers 1.60
ii libc6 2.31-13+deb11u5
ii libnetsnmptrapd40 5.9+dfsg-4+deb11u1
ii libsnmp40 5.9+dfsg-4+deb11u1
ii libwrap0 7.6.q-31
ii snmpd 5.9+dfsg-4+deb11u1

Versions of packages snmptrapd recommends:
ii perl 5.32.1-4+deb11u2

snmptrapd suggests no packages.

-- Configuration Files:
/etc/snmp/snmptrapd.conf changed [not included]

-- no debconf information

Craig Small

unread,
Dec 21, 2022, 4:40:04 AM12/21/22
to


On Wed, 21 Dec 2022 at 18:18, Paul Szabo <paul....@sydney.edu.au> wrote:
Package: snmptrapd
Version: 5.9+dfsg-4+deb11u1

The file  /lib/systemd/system/snmptrapd.service  ends up with line

  ExecStart=/usr/sbin/snmptrapd -LOw -f -p /run/snmptrapd.pid

whereas I guess that should instead be

  ExecStart=/usr/sbin/snmptrapd -Lsd -f
OK so the logs are currently "Ow" which means:
log to stdout but only from warning and higher which means warning messages are captured by the systemd logger.

Instead use "sd" which means use syslog at a level of debugging and higher. That's not a really good outcome. I'm not sure why you would want that.

Also the default options are "-LOw -f udp:162 udp6:162" so the pid got removed a while ago.

0 new messages