Comment puis-je diagnostiquer/déboguer les erreurs "nombre maximal de clients atteints" X ?

J'ai la même question, car je pense que ce problème est important pour toute personne qui ne redémarre pas souvent son ordinateur. Une chose que j'ai vraiment aimée à propos de UNIX/Linux/Ubuntu au fil des ans est que je peux utiliser mon ordinateur portable de manière fiable pendant des mois sans redémarrer (suspendre uniquement), sauf lorsque j'installe un nouveau noyau. Depuis la mise à niveau vers le "suite" Maverick (Ubuntu 10.10), j'ai rencontré ce problème et je ne peux utiliser mon ordinateur que pendant une semaine.

J'ai également essayé 'xrestop'; j'ai arrêté les effets de fenêtre compiz (qui ralentissaient la fuite de ressources), mais je ne peux toujours pas comprendre pourquoi cela se produit. C'est presque comme être de retour sur une machine WinXP... :-(

Donc oui! De meilleurs outils de débogage X seraient bienvenus. Un problème avec 'xrestop' est qu'il nécessite également des ressources, donc une fois que vous atteignez la limite, même lui ne fonctionnera pas.

Comme conseil à ceux qui sont bloqués par cela (par exemple : lorsque vous reprenez depuis la veille et attendez la fenêtre de mot de passe qui ne s'affichera jamais car il n'y a pas assez de ressources pour la créer), passer à un terminal de framebuffer (Ctrl-Alt-F1, puis Ctrl-Alt-F7) semble libérer quelques ressources critiques.

Doug

Voici quelques expériences de débogage de ce problème sur Ubuntu 16.04.

En effet, xlsclients semble rapporter des nombres incorrects : même lorsque le débogueur montre que Xorg atteint la limite MaxClients (par exemple 256), xlsclients | wc -l rapporte un nombre beaucoup plus bas (par exemple 164 clients). Je ne suis pas sûr des clients exclus par xlsclients, mais sa sortie n'est pas utile pour détecter la cause des erreurs "Nombre maximum de clients atteint".

lsof -U semble également donner des résultats incomplets : il ne signale que certaines des connexions clients, mais pas toutes. Il signale uniquement les connexions qui utilisent le fichier de socket abstrait @/tmp/.X11-unix/X0; mais il y a beaucoup plus de connexions (affichées comme type sock avec la description "protocole : UNIX") qui n'apparaissent pas dans lsof -U. Je n'ai trouvé aucun drapeau lsof qui limite l'affichage à ces sockets; mais au moins ils sont affichés si vous listez tous les fichiers ouverts pour un processus.

Ainsi, cette commande semble donner un compte assez précis des connexions clients :

lsof -p $(pgrep Xorg) | grep -E 'X11-unix|(protocole : UNIX)' | wc -l

Seulement partiellement lié : il semble que la dernière version de Firefox (72) ouvrira pour chaque nouvelle instance 2 connexions qui apparaîtront comme @/tmp/.X11-unix/X0, et 6 autres supplémentaires qui apparaîtront comme protocole : UNIX. Et chaque nouvel onglet ouvrira 2 autres sockets du type protocole : UNIX. Ainsi, avec de nombreuses instances et onglets de Firefox, vous pouvez atteindre assez facilement la limite de 256 MaxClients.

Chromium/Chrome a quelques problèmes connus qui entraînent ce message d'erreur. Utilisez-vous l'extension Lastpass?

réf: http://www.ngohaibac.com/how-to-solve-maximum-number-of-clients-reached-gtk-warning-cannot-open-display-in-ubuntu-9-10-64-bit/

Je fais : lsof -U et j'observe beaucoup d'instances de vlc.

Pour résoudre mon problème, j'exécute :

killall vlc

lsof -U montre un grand nombre d'instances de xcape.

tuer xcape résout le problème.

Maintenant je peux à nouveau utiliser rofi et tor-browser.