Salut la community !
Je suis en plein évaluation de Proxmox v6 et je rencontre un soucis jamais rencontré auparavant.
J'ai une erreur Proxmox suite a une Maj de ce jour :
Mar 25 01:00:17 ns3167785 pveproxy[18258]: got inotify poll request in wrong process - disabling inotify
çà me semble votre lié a un nombre de fichiers ouverts en même temps ?
J'ai un serveur 64G avec 4 Vms et tout fonctionnait très bien, mais suite à cette Maj, impossible de prendre la main depuis la webGui Proxmox/VNC, je vois les écrans de la VM mais l'écran reste figé, les mouvements de souris ou les touches du clavier n'ont aucun effet, l'image ne bouge pas…
quelques éléments pour infos :
#cat /proc/sys/fs/inotify/max_user_instances
65536
# cat /proc/sys/fs/inotify/max_queued_events
8388608
# cat /proc/sys/fs/inotify/max_user_watches
4194304
Je crois qu'il faut modifier ces valeurs, par contre, quelle pourraient être les valeurs optimales ?
du coup, je n'ai plus accès aux VMs 
Une idée / suggestion ?
Bonjour,
vous pouvez vérifier c'est quel processus qui a plein de fichier d'ouvert :<br />#!/bin/bash<br /><br />cd /proc<br />for pid in [0-9]*<br />do<br /> echo "PID: $pid \tFD: $(ls /proc/$pid/fd/ | wc -l)"<br />done<br />
Source : https://forum.proxmox.com/threads/pveproxy-error.45020/
Cordialement, janus57
Salut @janus57 , merci pour la suggestion.
Je comprend que ce message d'erreur n'est pas spécialement relatif à Proxmox mais je n'ai jamais eu ce problème sur un serveur…
Pour le script, j'étais passé dessus, çà me renvoie des tas de pages et le script seul du coup n'est pas très éclairant, sans passer d'autres scripts…
PID: 1 FD: 77
PID: 10 FD: 0
PID: 1041 FD: 9
PID: 1053 FD: 28
PID: 11 FD: 0
PID: 1123 FD: 112
PID: 1125 FD: 11
PID: 113 FD: 0
PID: 114 FD: 0
PID: 115 FD: 0
PID: 116 FD: 0
PID: 117 FD: 0
PID: 118 FD: 0
[EDIT]
Pour info, j'ai dans /etc/syslog des messages (une dizaine) :
`"got inotify poll request in wrong process - disabling inotify"`
J'ai identifié ce qui fait appel a inotify :
` for foo in /proc//fd/; do readlink -f $foo; done | grep inotify | sort | uniq -c | sort -nr`
5 /proc/1/fd/anon_inode:inotify
3 /proc/1548/fd/anon_inode:inotify
2 /proc/896/fd/anon_inode:inotify
1 /proc/953/fd/anon_inode:inotify
1 /proc/751/fd/anon_inode:inotify
1 /proc/742/fd/anon_inode:inotify
1 /proc/5760/fd/anon_inode:inotify
1 /proc/435/fd/anon_inode:inotify
1 /proc/1805/fd/anon_inode:inotify
1 /proc/1759/fd/anon_inode:inotify
1 /proc/1758/fd/anon_inode:inotify
1 /proc/1701/fd/anon_inode:inotify
1 /proc/1623/fd/anon_inode:inotify
1 /proc/15275/fd/anon_inode:inotify
1 /proc/1523/fd/anon_inode:inotify
1 /proc/1522/fd/anon_inode:inotify
1 /proc/1521/fd/anon_inode:inotify
1 /proc/1520/fd/anon_inode:inotify
1 /proc/15008/fd/anon_inode:inotify
1 /proc/1416/fd/anon_inode:inotify
1 /proc/1409/fd/anon_inode:inotify
1 /proc/12287/fd/anon_inode:inotify
Voilà ce que j'ai pour info :
sysctl fs.inotify
fs.inotify.max_queued_events = 8388608
fs.inotify.max_user_instances = 65536
fs.inotify.max_user_watches = 4194304
A priori, le paramètre "fs.inotify.max_user_instances" doit être augmenté ? fs.inotify.max_user_watches aussi ?
Mais quel serait l'impact sur le système ? et comment fixer ces valeurs pour ne plus avoir de soucis dans la durée ?
Pour info j'ai 64G de RAM qui est loin d'être saturé pour 3 ou 4 VM (7% d'utilisation).
Je clôture.
Un problème en cachant un autre c'était une option vnc en mode read-only qui posait le soucis et comme le panneau était systématiquement réduit à gauche, impossible de voir la case à cocher planquée…
La fatigue sans doute !
Merci à @janus57 de s'être penché sur le sujet quand même.
Bonjour,
Merci pour la solution du coup (si cela peu en aider d'autres).
Cordialement, janus57