Your message dated Sat, 28 Jun 2014 14:29:22 +0200
with message-id <[email protected]>
and subject line Units generated from virtual names LSB header have status error
has caused the Debian Bug report #600112,
regarding Units generated from virtual names LSB header have status error
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
600112: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600112
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: systemd
Version: 11-1
Severity: minor
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi again,
this does not seem to hurt, but its confusing and probably still something that
should be fixed.
It seems that for names appearing in the LSB headers of init scripts, if
there are no scripts actually named that way, systemd generates failing units:
$ systemctl --all --full|grep error
auditd.service error inactive dead auditd.service
autofs.service error inactive dead autofs.service
avahi.service error inactive dead avahi.service
clamav-daemon.service error inactive dead clamav-daemon.service
devfsd.service error inactive dead devfsd.service
display-manager.service error inactive dead display-manager.service
evms.service error inactive dead evms.service
glibc.service error inactive dead glibc.service
greylist.service error inactive dead greylist.service
hal.service error inactive dead hal.service
kbd.service error inactive dead kbd.service
kdm.service error inactive dead kdm.service
ldm.service error inactive dead ldm.service
lvm.service error inactive dead lvm.service
mdadm-raid.service error inactive dead mdadm-raid.service
multipath-tools-boot.service error inactive dead
multipath-tools-boot.service
mysql.service error inactive dead mysql.service
network-manager.service error inactive dead network-manager.service
nfs-common.service error inactive dead nfs-common.service
nodm.service error inactive dead nodm.service
nscd.service error inactive dead nscd.service
raid2.service error inactive dead raid2.service
samba.service error inactive dead samba.service
sdm.service error inactive dead sdm.service
spamassassin.service error inactive dead spamassassin.service
uptimed-init.service error inactive dead uptimed-init.service
wdm.service error inactive dead wdm.service
xdm.service error inactive dead xdm.service
ypbind.service error inactive dead ypbind.service
all.target error inactive dead all.target
Just for reference, here is the show information for one of those:
$ systemctl show nodm.service
Id=nodm.service
Names=nodm.service
Before=bootlogs.service
After=openvpn.service
Description=nodm.service
LoadState=error
ActiveState=inactive
SubState=dead
CanStart=yes
CanStop=yes
CanReload=no
CanIsolate=no
RecursiveStop=no
StopWhenUnneeded=no
RefuseManualStart=no
RefuseManualStop=no
AllowIsolate=no
DefaultDependencies=yes
NeedDaemonReload=no
JobTimeoutUSec=0
Type=simple
Restart=no
NotifyAccess=none
RestartUSec=100ms
TimeoutUSec=1min
UMask=0002
LimitCPU=18446744073709551615
LimitFSIZE=18446744073709551615
LimitDATA=18446744073709551615
LimitSTACK=18446744073709551615
LimitCORE=18446744073709551615
LimitRSS=18446744073709551615
LimitNOFILE=1024
LimitAS=18446744073709551615
LimitNPROC=46965
LimitMEMLOCK=65536
LimitLOCKS=18446744073709551615
LimitSIGPENDING=46965
LimitMSGQUEUE=819200
LimitNICE=0
LimitRTPRIO=0
LimitRTTIME=18446744073709551615
OOMScoreAdjust=0
Nice=0
IOScheduling=4
CPUSchedulingPolicy=0
CPUSchedulingPriority=0
TimerSlackNSec=50000
CPUSchedulingResetOnFork=no
NonBlocking=no
StandardInput=null
StandardOutput=inherit
StandardError=inherit
SyslogPriority=30
SyslogLevelPrefix=yes
SecureBits=0
CapabilityBoundingSetDrop=0
MountFlags=1048576
PrivateTmp=no
SameProcessGroup=no
KillMode=control-group
KillSignal=15
PermissionsStartOnly=no
RootDirectoryStartOnly=no
RemainAfterExit=no
ExecMainPID=0
ExecMainCode=0
ExecMainStatus=0
MainPID=0
ControlPID=0
SysVStartPriority=-1
Greetings,
Joachim
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.36-rc6-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.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 libc6 2.11.2-6 Embedded GNU C Library: Shared lib
ii libcap2 1:2.19-3 support for getting/setting POSIX.
ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii libpam0g 1.1.1-6 Pluggable Authentication Modules l
ii libudev0 161-1 libudev shared library
Versions of packages systemd recommends:
ii libpam-systemd 11-1 system and session manager - PAM m
Versions of packages systemd suggests:
ii systemd-gui 11-1 system and session manager - GUI
- -- Configuration Files:
/etc/systemd/system.conf changed:
[Manager]
LogLevel=info
ShowStatus=yes
SysVConsole=yes
MountAuto=no
SwapAuto=no
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAky2AggACgkQ9ijrk0dDIGzqYQCePrrW/IEO4XPF1l+Y0cgE2yVP
u94AoLQPz14s2LnS75LMYbtWb5Q/Ebta
=JE7a
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Version: 208-4
This issue is not specific to virtual LSB services.
Basically, any reference which points to other units (via LSB headers or
systemd dependencies) will generate a corresponding unit, even if the
referenced unit is not found.
To make that more clear, the status code was changed to "not-found" and
no longer creates an error in such a case. This looks like this:
spamassassin.service not-found inactive dead spamassassin.service
I think this should address your issue sufficiently, thus closing the
bug report.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
_______________________________________________
Pkg-systemd-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
