initctl scripts report "unknown job" on rpcbind and ypbind
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
upstart (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
root@u14:/etc/init# lsb_release -rd
Description: Ubuntu 14.04 LTS
Release: 14.04
root@u14:/etc/init#
root@u14:/etc/init# apt-cache policy upstart
upstart:
Installed: 1.12.1-0ubuntu4
Candidate: 1.12.1-0ubuntu4
Version table:
*** 1.12.1-0ubuntu4 0
500 http://
100 /var/lib/
root@u14:/etc/init#
root@u14:/etc/init# apt-cache policy nis
nis:
Installed: 3.17-32ubuntu6
Candidate: 3.17-32ubuntu6
Version table:
*** 3.17-32ubuntu6 0
500 http://
100 /var/lib/
root@u14:/etc/init#
3) On some fresh installations of Ubuntu 14.04, nis was post-installed via apt-get install nis.
On some installations, the installation notes a failure to start rpcbind, ypbind, ypserv during the installation process. On other installations, these processes start correctly.
Trying to use initctl scripts for these processes (after reboot) fails, e.g.:
root@u14:/etc/init# status ypbind
status: Unknown job: ypbind
root@u14:/etc/init#
even though these processes get started correctly on boot normally.
init-checkconf sometimes reports the conf file as invalid. Never got an invalid syntax with -d switch used on init-checkconf though.
root@u14:/etc/init# init-checkconf /etc/init/
ERROR: File /etc/init/
root@u14:/etc/init#
Sometimes init-checkconf reports invalid syntax on one run and valid syntax on next run.
We did observe similar mis-behaviour after apt-get install ssh, so it seems to be a problem with upstart and not nis.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: upstart 1.12.1-0ubuntu4
ProcVersionSign
Uname: Linux 3.13.0-24-generic x86_64
ApportVersion: 2.14.1-0ubuntu3
Architecture: amd64
Date: Tue May 27 15:04:26 2014
ExecutablePath: /sbin/upstart-
InstallationDate: Installed on 2014-05-27 (0 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
ProcEnviron:
PATH=(custom, no user)
TERM=linux
ProcKernelCmdline: BOOT_IMAGE=
SourcePackage: upstart
UpgradeStatus: No upgrade log present (probably fresh install)
UpstartBugCategory: System
UpstartRunningS
UpstartRunningS
modified.
mtime.conffile.
I can verify similar behaviour on a fresh 13.10 installation. An existing 12.04 LTS installation does not suffer from this.