Merci pour le retour.

On va regarder l'UUID et on attend des news pour la memory leak.

Bonjour. Sur les VM en question, j'ai ça : 2.4.0.14143-9847ee8b-debian-12-amd64 Sur le serveur je ne sais pas, je vais poser la question. Sur une des VM dont je parlais hier (celle avec le process à 3 GB), de la RAM a été ajoutée hier (donc VM redémarrée). # ps -p 765 -o etime ELAPSED 16:00:46 On est ...

Et encore autrement, qui donne 3 GB en VmSize : # cat /proc/1152862/status Name: waptservice Umask: 0022 State: S (sleeping) Tgid: 1152862 Ngid: 0 Pid: 1152862 PPid: 1 TracerPid: 0 Uid: 0 0 0 0 Gid: 0 0 0 0 FDSize: 128 Groups: NStgid: 1152862 NSpid: 1152862 NSpgid: 1152862 NSsid: 1152862 VmPeak ...

Vu autrement (top) pour le premier (3 GB) :

Bonjour, voici un peu plus en détail ce que j'ai vu. Pour la VM avec 2 GB et quelques : # pmap -x 1152862 1152862: waptservice Address Kbytes RSS Dirty Mode Mapping .../... obligé de couper pour pouvoir poster ---------------- ------- ------- ------- total kB 2498900 1188768 1178376 Et pour l'autre : ...

Bonjour à tous, j'ai un client qui utilise WAPT pour gérer ses postes et serveurs (VM). Il y a du Windows (postes et serveurs), de l'Ubuntu (18.04 à 22.04), Debian (12) et du CentOS (7). On vient de se rendre compte que, sur certaines VM Linux, le client WAPT (waptagent 2.4.0) utilisait plusieurs GB ...