Yes, this system has been continuously upgraded from older Ubuntu
versions (starting with 9.04).  It acts as a print server for the
office.  I've no memory of manually setting up xinetd for cups-lpd.  I
always assumed it was pulled in automatically as a dependency.

/etc/xinetd.d/printer looks like this:

    service printer
    {
    socket_type = stream
    protocol = tcp
    wait = no
    user = lp
    server = /usr/lib/cups/daemon/cups-lpd
    }

It took some digging through my changelogs and etckeeper history, but
now I'm certain that this file was generated by update-inetd calls from
/var/lib/dpkg/info/cups-bsd.postinst:

    update-inetd --add 'printer stream tcp nowait lp
/usr/lib/cups/daemon/cups-lpd cups-lpd'

IIRC the only reason I have cups-bsd installed is that I was used to
typing 'lpq' to see if there are any jobs stuck in the print queue.


For the record, I don't see any cups-lpd processes actually running, so I don't 
think things like the printers configured in my cups configuration should 
affect xinetd's shutdown times.

Attempts to strace -f service xinetd restart show two things:

- the bug is not 100% reproducible for me
- systemctl restart talks to systemd over a socket, so I can't see any of the 
interesting bits with strace

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1750387

Title:
  xinetd fails to restart during unattended upgrades

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xinetd/+bug/1750387/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to