Dbus daemon Issues

Colin Watson cjwatson at ubuntu.com
Wed Jan 24 07:52:38 UTC 2018


On Tue, Jan 23, 2018 at 08:45:16PM +0000, Donaldson Jeff wrote:
> This past summer I upgraded all of our 12.04 LTSP Servers to a clean
> install of 16.04. As in the past, I added the following to the
> /etc/init/dbus.conf file, limit nofile 65334 65334, right above the
> expect fork line. Even with that in the dbus.conf, I have been having
> issues when a large number of users\sessions are logged in causing the
> dbus-daemon to spike the CPU to 100% and stop responding to calls.
> This then prevents any new users from logging in successfully. Have
> any of you experienced this issue as well? Is there another file(s) in
> 16.04 that need to be edited?

Unless you're doing something quite complex, a clean install of 16.04
will be using systemd, not Upstart, so editing /etc/init/dbus.conf will
have no effect.  (You can check this by seeing if the directory
/run/systemd/system exists; if it is, then the system in question is
using systemd.)

On systemd, the equivalent of what you're doing would be:

  mkdir -p /etc/systemd/system/dbus.service.d
  cat >/etc/systemd/system/dbus.service.d/nofile.conf <<EOF
  [Service]
  LimitNOFILE=65534
  EOF

The name of the file "nofile.conf" can be whatever you like, as long as
it's in that directory and ends with ".conf".  The LimitNOFILE option is
documented in systemd.exec(5).

Note that I'm not familiar with the particular problem you're having and
haven't tested this at all, including whether it's still applicable in
16.04 or might have been fixed in some other way.  This is just a
literal translation of your Upstart configuration to systemd.

-- 
Colin Watson                                       [cjwatson at ubuntu.com]




More information about the ubuntu-users mailing list