# Problème dbus-daemon en quantité

**URL:** <https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701>\
**Category:** Support Debian\
**Created:** [Janvier 9, 2021, 11:14 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701 "2021-01-09T23:14:43Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![JPPO](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e47774/32.png) [@JPPO](https://www.debian-fr.org/u/JPPO)\
**Post date:** [Janvier 9, 2021, 11:14 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/1 "2021-01-09T23:14:43Z")

</div>

Bonsoir,

J’ai un problème sur une machine virtuelle qui n’héberge qu’une base MariaDB et un serveur Apache. Des centaines de process «&nbsp;dbus-daemon&nbsp;» polluent cette machine jusqu’à la rendre inopérante, toute action de terminant par un «&nbsp;can’t fork&nbsp;».  
Je n’arrive pas à trouver quel est le process «&nbsp;fautif&nbsp;» car tous ces processes semblent liée à systemd (vu avec pstree).  
J’ai du mettre une commande dans cron qui tue tous les process «&nbsp;dbus-daemon&nbsp;» toutes les 10 minutes.  
J’ai finalement mis en place une solution plus radicale : remplacer «&nbsp;dbus-daemon&nbsp;» et «&nbsp;dbus-launch&nbsp;» par des scripts que ne font qu’un «&nbsp;exit 0&nbsp;». C’est efficace mais je me demande pourquoi la machine tourne encore normalement sans accès au message-bus ?  
Une solution plus élégante serait beaucoup plus satisfaisante … si quelqu’un a-t-il une idée sur ce phénomène bizarre je suis preneur.  
PS : j’ai d’autres machines virtuelles ou physiques en Debian Buster et aucune ne présente ce phénomène …

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Janvier 10, 2021, 7:03 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/2 "2021-01-10T07:03:31Z")

</div>

Bonjour,

Est-ce que les processus dbus-daemon qui sont lancés le sont en tant que root ou en tant qu’un autre utilisateur ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Janvier 10, 2021, 8:50 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/3 "2021-01-10T08:50:40Z")

</div>

Bonjour,

Il faudrait au moins donner une liste de ces processus dbus\_daemon et le contenu de /etc/dbus-1/system.d et /etc/dbus-1/session.d  
Si c’est processus se multiplient à l’infini c’est probablement dû à un bug d’une application.

---

<div class="post-metadata">

**Author:** ![JPPO](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e47774/32.png) [@JPPO](https://www.debian-fr.org/u/JPPO)\
**Post date:** [Janvier 11, 2021, 11:14 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/4 "2021-01-11T23:14:46Z")

</div>

Bonjour,  
Merci à Almtesh et Bruno1 pour leur attention, ci dessous les renseignements demandés :  
J’ai limité de nombre de démons dbus à 4 par un script /usr/bin/dbus-daemon qui appelle le démon renommé s’il n’y en a pas plus de 4 présents.  
Les démons présents, tous «&nbsp;root&nbsp;» (maintenant limités à 4) :

```nohighlight
ps -ef | grep dbus
root 1301 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 5 --print-address 7 --session
root 1381 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session
root 1397 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session
root 1429 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session

```

```nohighlight
cd /etc/dbus-1/system.d; ls -al
-rw-r--r-- 1 root root 1144 janv. 23 2017 avahi-dbus.conf
-rw-r--r-- 1 root root 917 déc. 29 2016 org.freedesktop.Accounts.conf
-rw-r--r-- 1 root root 1180 déc. 19 2016 org.freedesktop.DisplayManager.conf
-rw-r--r-- 1 root root 1075 oct. 24 2015 org.freedesktop.RealtimeKit1.conf
-rw-r--r-- 1 root root 498 oct. 3 2016 org.mate.CPUFreqSelector.conf
-rw-r--r-- 1 root root 765 avril 28 2017 org.mate.SettingsDaemon.DateTimeMechanism.conf
-rw-r--r-- 1 root root 1084 juin 18 2017 pulseaudio-system.conf

```

```nohighlight
cd /etc/dbus-1/session.d ; ls -al
-rw-r--r-- 1 root root 1144 janv. 23 2017 avahi-dbus.conf
-rw-r--r-- 1 root root 917 déc. 29 2016 org.freedesktop.Accounts.conf
-rw-r--r-- 1 root root 1180 déc. 19 2016 org.freedesktop.DisplayManager.conf
-rw-r--r-- 1 root root 1075 oct. 24 2015 org.freedesktop.RealtimeKit1.conf
-rw-r--r-- 1 root root 498 oct. 3 2016 org.mate.CPUFreqSelector.conf
-rw-r--r-- 1 root root 765 avril 28 2017 org.mate.SettingsDaemon.DateTimeMechanism.conf
-rw-r--r-- 1 root root 1084 juin 18 2017 pulseaudio-system.conf

```

Cette machine ne sert que de base de données et de serveur WEB, j’y ai malgré tout mis le minimum d’interface graphique pour utiliser Gvim ou Synaptic essentiellement.  
Cette profusion de démons finit par «&nbsp;bourrer&nbsp;» le système et amène à des «&nbsp;can’t fork&nbsp;» lors du lancement d’un nouveau processus … ce qui est assez gênant pour les sauvegardes par exemple.  
Merci d’avance des pistes que vous pourriez m’indiquer.

Cordialement

JPPO

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Janvier 12, 2021, 5:30 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/5 "2021-01-12T05:30:37Z")

</div>

> [@JPPO](#):
>
> j’y ai malgré tout mis le minimum d’interface graphique pour utiliser Gvim ou Synaptic essentiellement

J’espère que tu as autre chose que Gvim et Synaptic, parce que Gvim est un frontend à vim et tu peux très bien utiliser apt au lieu de Synaptic

> [@JPPO](#):
>
> `cd /etc/dbus-1/system.d; ls -al`

Tiens, c’est marrant cette façon de faire. `ls -al /etc/dbus-1/system.d` fonctionne aussi.

> [@JPPO](#):
>
> Les démons présents, tous « root » (maintenant limités à 4) :
> 
> ```auto
> ps -ef | grep dbus
> root 1301 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 5 --print-address 7 --session
> root 1381 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session
> root 1397 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session
> root 1429 1 0 janv.11 ? 00:00:00 /usr/bin/sv_dbus-daemon --syslog --fork --print-pid 4 --print-address 6 --session
> 
> ```

Tiens, c’est marrant, il me semblait que Mate avait besoin de dbus et qu’un seul dbus pour le système suffisait. Oh, mais attends, ta sesssion Mate est lancée en tant que quel utilisateur ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Janvier 12, 2021, 9:39 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/6 "2021-01-12T09:39:47Z")

</div>

+1  
J’ajoute que sur un serveur (sans surcouche graphique) ou sur une machine de bureau je n’ai aucun processus dbus lancé par root. En général il y en a un seul lancé par l’utilisateur système _messagebus_ et il peut y en avoir plusieurs lancé par l’utilisateur courant (en session graphique).

**Mais le plus important est qu’il ne s’agit pas du binaire /usr/bin/dbus-daemon** mais de /usr/bin/sv\_dbus-daemon !  
Et comme je ne trouve aucune référence à ce fichier ni dans les paquets Debian, ni via un moteur de recherche, je me demande si cette machine est bien saine…

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Janvier 12, 2021, 4:12 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/7 "2021-01-12T16:12:27Z")

</div>

> [@anon70622873](#):
>
> /usr/bin/sv\_dbus-daemon

Y aurait-il un rapport avec _runit_ ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Janvier 12, 2021, 4:36 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/8 "2021-01-12T16:36:26Z")

</div>

Possible, je ne l’ai jamais utilisé et je ne sais pas comment il fonctionne. Je sais que certaines distributions l’utilisent mais je ne vois vraiment pas l’interêt d’insatller ça sur une Debian.

---

<div class="post-metadata">

**Author:** ![JPPO](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e47774/32.png) [@JPPO](https://www.debian-fr.org/u/JPPO)\
**Post date:** [Janvier 12, 2021, 9:57 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/9 "2021-01-12T21:57:49Z")

</div>

Bonjour,

J’ai oublié de préciser que j’utilise Debian depuis les années 90 … mais j’aime bien les interfaces graphiques pour «&nbsp;voir&nbsp;» les paquets existants … et bricoler des scripts avec GVIM …  
bien que j’utilise souvent un simple Vi sur des serveurs professionnels.  
En ce qui concerne sv\_dbus\_demon c’est un renommage de dbus-daemon, dbud-daemon est remplacé par un script qui limite à 4 le nombre de sv\_dbus\_daemon …  
Mais je n’ai pas encore réussi à comprendre qui lance tous ces processus en «&nbsp;root&nbsp;».  
Je ne passe par l’interface graphique qu’à travers «&nbsp;ssh -X …&nbsp;» mais les librairies graphiques doivent être installées puisque ssh n’est dans ce cas qu’un tunnel vers l’affichage local.  
Merci à Bruno1 et Jcsm33 de s’intéresser à mon petit problème.  
Je songe fortement à recréer une nouvelle machine virtuelle pour y héberger les applications gênées par cette profusion de dbus-daemon.

Cordialement  
JPPO

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Janvier 13, 2021, 1:59 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/10 "2021-01-13T13:59:55Z")

</div>

> [@JPPO](#):
>
> En ce qui concerne sv\_dbus\_demon c’est un renommage de dbus-daemon, dbus-daemon est remplacé par un script qui limite à 4 le nombre de sv\_dbus\_daemon

ah pardon, je n’avais pas bien tout suivi donc aucun lien avec _runit_

> [@JPPO](#):
>
> je n’ai pas encore réussi à comprendre qui lance tous ces processus en « root »

> [@JPPO](#):
>
> Je n’arrive pas à trouver quel est le process « fautif » car tous ces processes semblent liée à systemd (vu avec pstree).

_pstree_ ne donne pas plus de détails ?

> [@JPPO](#):
>
> Merci à Bruno1 et Jcsm33 de s’intéresser à mon petit problème.

et aussi @Almtesh

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Janvier 13, 2021, 2:33 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/11 "2021-01-13T14:33:25Z")

</div>

D’accord mais ton script masque le problème sous-jacent.  
Il faudrait l’enlever et éviter de se connecter avec l’option -X de ssh (et surtout pas en root !) et refaire une vérification avec ps, pstree, out tout autre outil pouvant donner des informations sur les processus dbus-daemon.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Janvier 13, 2021, 10:19 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/12 "2021-01-13T22:19:38Z")

</div>

Tu peux me dire en tant que quel utilisateur est lancée la session graphique Mate ?

---

<div class="post-metadata">

**Author:** ![JPPO](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/e47774/32.png) [@JPPO](https://www.debian-fr.org/u/JPPO)\
**Post date:** [Janvier 17, 2021, 2:08 UTC](https://www.debian-fr.org/t/probleme-dbus-daemon-en-quantite/83701/13 "2021-01-17T14:08:57Z")

</div>

Bonjour,  
D’abord merci pour vos avis. Le problème est réglé, plus de DBUS sauvages.  
J’ai effectué une mise à jour (ré-installation) de tous les paquets liés à DBUS, essentiellement des librairies et … plus de problèmes depuis plusieurs jours.  
Le seul dbus-daemon présent est lié au user «&nbsp;messagebus&nbsp;» :  
message+ 351 1 0 13:42 ? 00:00:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only  
Même quand je me connecte avec «&nbsp;ssh -X&nbsp;» il n’y a pas d’autre démon lancé …  
Le problème était probablement lié au lancement du démon avec le user «&nbsp;messagebus&nbsp;» puisqu’il n’existait par de référence à ce processus géré par «&nbsp;messagebus&nbsp;» dans mes premières recherches comme montré par la commande «&nbsp;ps -ef | grep dbus&nbsp;» présente dans mon premier post.  
Par contre je ne saurais jamais ce qui s’est passé … erreur lors d’une mise à jour, version obsolète d’une librairie datant de Debian 9 … ???  
Cordialement

JPPO
