xinetd init.d Script Can Cause Multiple Instances to Run

Bug #1421824 reported by Kevin
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
xinetd (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

The init.d script for xinetd seems to have some issues. If it's started before the upstart script, two instances of xinetd can be running.

Also, the .pid file location in the init.d script is a different location than the upstart script. While more checks should be done in the init.d script to see if an instance is already running, making both .pid files the same would do a lot to help this issue.

Steps to reproduce:

root@pslchi6ddevtest1:/etc/init.d# /etc/init.d/xinetd start
 * Starting internet superserver xinetd [ OK ]
root@pslchi6ddevtest1:/etc/init.d# service xinetd start
xinetd start/running, process 11941
root@pslchi6ddevtest1:/etc/init.d# ps -ef |grep xinet
root 11933 1 0 13:58 ? 00:00:00 /usr/sbin/xinetd -pidfile /run/xinetd.pid -stayalive -inetd_compat -inetd_ipv6
root 11941 1 0 13:58 ? 00:00:00 /usr/sbin/xinetd -dontfork -pidfile /var/run/xinetd.pid -stayalive -inetd_compat -inetd_ipv6
root 11947 10857 0 13:59 pts/1 00:00:00 grep --color=auto xinet

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: xinetd 1:2.3.15-3ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-44.73-generic 3.13.11-ckt12
Uname: Linux 3.13.0-44-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.6
Architecture: amd64
Date: Fri Feb 13 14:18:59 2015
ProcEnviron:
 SHELL=/bin/bash
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 LANGUAGE=en_US:en
SourcePackage: xinetd
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Kevin (thenewmanium) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xinetd (Ubuntu):
status: New → Confirmed
Revision history for this message
Art Zemon (azemon) wrote :

As a side effect, xinetd fills the disk with repeated entries to /var/log/syslog

Revision history for this message
Art Zemon (azemon) wrote :

Ignore my previous comment about filling /var/log/syslog.

Revision history for this message
LtWorf (tiposchi) wrote :

Since upstart is gone, I'm closing this.

Changed in xinetd (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.