Package: systemd Version: 44-4 Severity: normal Hello,
Long Story Short: Init script does some cleanup in 'restart' but systemd lsb-generator executes stop/start. this bug might just as well be assigned to nscd, but OTOH it is something happening solely with systemd right now. We run libnss-ldapd which (through nslcd) recommends nscd. The default Wheezy and upstream configuration is a persistent (means on-disk) cache for users, groups, services and hosts. We changed an internal DNS name to a new IP, but one systemd enabled box continued to use the old IP address despite the resolver having the new one. This is a pretty common case and /etc/init.d/nscd restart usually fixes it. But not when you run systemd. The reason is that the legacy initscript manually cleans the cached entries restart|force-reload) log_daemon_msg "Restarting $DESC" "$NAME" for table in passwd group hosts ; do $DAEMON --invalidate $table done stop_nscd but /lib/lsb/init-functions intercepts that restart and converts it to stop (which does not clean the cache) and start. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.8 ii initscripts 2.88dsf-32 ii libacl1 2.2.51-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-35 ii libcap2 1:2.22-1.2 ii libcryptsetup4 2:1.4.3-2 ii libdbus-1-3 1.6.0-1 ii libkmod2 9-2 ii liblzma5 5.1.1alpha+20120614-1 ii libpam0g 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsystemd-daemon0 44-4 ii libsystemd-id128-0 44-4 ii libsystemd-journal0 44-4 ii libsystemd-login0 44-4 ii libudev0 175-7 ii libwrap0 7.6.q-24 ii udev 175-7 ii util-linux 2.20.1-5.2 Versions of packages systemd recommends: ii libpam-systemd 44-4 Versions of packages systemd suggests: ii python 2.7.3~rc2-1 pn python-cairo <none> pn python-dbus <none> pn systemd-gui <none> -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org