Depuis 2 heures, la mémoire s'écroule en 20 minutes et Jeedom crashe

phyllox · Mars 6, 2024, 11:35

Bonsoir à tous

Help
Depuis ce soir, alors que je n’ai rien changé depuis une semaine, la mémoire se remplit à toute vitesse et la machine finit par se planter.
Je suis sur une VM ProxMox sous Debian 11.
La VM avait 8 G de mémoire et 4 cores. Je l’ai passé à 10 G et ai activé NUMA sur le processeur. Mais même chose.
Proxmox me dit que sur 10 GB j’en utilise 8,42.
mais Jeedom lui me dit qu’à peine redémarré, le swap est 20 et descend rapidement. Il me dit aussi que la mémoire disponible est à 11 total 911 Mo. Je ne comprends pas comment la machine peut avoir 10 Gb et Jeedom seulement 911 Mo
La console proxmox d’affiche out of memory, killed proces 635 (mariadb -t mais tout à l’heure c’était python 3). Et la VM a redémarré il y a 20 minutes !!!

Je ne sais pas quoi faire, je suis nul en Linux, ça tournait comme une horloge depuis des mois. Et en 2 heures tout es KO.
Je suis en panique

Merci de votre aide, je peux fournir des logs si on me dit quoi et comment.
Dans la page santé, seuls les 2 éléments cités plus haut sont en rouge.
Il est minuit 30 et mon chauffage dépend de Jeedom.

Merci d’avance

phyllox · Mars 7, 2024, 12:04

Quelques infos supplémentaires ;
Voici la page santé après un nouveau crash et un nouveau redémarrage :

Les 2 plugins non à jour sont installés mais pas utilisés

J’ai lancé une vérification générale : Tout est OK

Voici le summary Proxmox. je n’y connais que couic, mais tous me semble correct sur cet affichage ;

Au niveau de la vérification des packages tout est vert sauf :
python, python-dev et python-pip (mais la version 3 est OK), fastener et future (je ne sais pas ce que c’est).

par contre voici ce que donne free -h (commande suggérée par chatGPT) :
total used free shared buff/cache available
Mem: 911Mi 591Mi 108Mi 67Mi 212Mi 116Mi
Swap: 974Mi 719Mi 255Mi

Il semble que le système ne trouve que 911 Mo de mémoire alors qu’il a 10 Gb !!!
Pas étonnant qu’il lui en manque.

Je n’ai jamais vérifié auparavant, mais la machine virtuelle a été créée il y a plus d’un an et je n’ai jamais eu ce type de problème jusqu’à aujourd’hui.

A part réinstaller sur une machine physique, je n’ai pas d’idée.
Et vous ?
Merci d’avance

Edit à 1h45
J’ai désactivé le plugin caméra, du moins j’ai juste arrêté le demon.
Le swap était un peu remonté, mais à peine.
J’ai arrêté la VM une fois de plus, désactivé NUMA et remis la mémoire à 8 Gb.
Au redémarrage, surprise, free - m me donne :

               total        used        free      shared  buff/cache   available
Mem:            7956         965        4833         126        2157        6618
Swap:            974           0         974

Jeedom a retrouvé sa mémoire vive !
Est-ce que ça vient du plugin caméra ??
Pour cette nuit, je vais m’en passer, je ferai des essais demain, mais si un spécialiste avait une idée de cette mémoire qui disparait et réapparait, je lui vouerai une reconnaissance infinie parce que quand ça commence à dérailler dans tous les sens, c’est très mauvais pour mes vieilles artères

Merci d’avance

phyllox · Mars 7, 2024, 12:17

Et voici ce que me donne la commande memory usage de Jeedom :

 SIZE     PID USER     COMMAND
657060    625 mysql    /usr/sbin/mariadbd
179924   2424 root     /usr/bin/node --preserve-symlinks server/bin/www.js
154428    648 root     /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
137316    414 root     /usr/lib/snapd/snapd
129820   1283 root     /usr/local/bin/node /usr/src/app/dist/bin/server.js --host 0.0.0.0 --config /dev/shm/eufy-security-ws-config.json
129768   2357 root     node /usr/bin/yarn start
120456    510 root     /usr/bin/containerd
117496   2188 root     /usr/bin/node /var/www/html/plugins/mqtt2/resources/mqtt2d/mqtt2d.js --loglevel error --socketport 55035 --mqtt_server mqtt://192.168.0.232:1883 --username jeedom --password monmdpmqtt --callback http://127.0.0.1:80/plugins/mqtt2/core/php/jeeMqtt2.php --apikey UkLT0aTb9vUfQ4UiVfdhDPLhExNjUuJ5vIfHC94UmJPHf1tLssPJi4FpdGmg6Qdw --cycle 0.3 --pid /tmp/jeedom/mqtt2/deamon.pid
112412   1244 root     /usr/bin/docker-proxy -proto tcp -host-ip :: -host-port 3000 -container-ip 172.17.0.2 -container-port 3000
108236    511 root     /usr/bin/python3 /usr/bin/fail2ban-server -xf start
104344   1236 root     /usr/bin/docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 3000 -container-ip 172.17.0.2 -container-port 3000
100236   1897 www-data node /var/www/html/plugins/alexaapi/resources/alexaapi.js http://192.168.0.237 amazon.fr alexa.amazon.fr jOpZS5MXSy0eirqjRa3IM9f4paZyEBOi 400
100040   2505 www-data /usr/bin/python3 /var/www/html/plugins/zigbee/resources/zigbeed/zigbeed.py --device auto --loglevel error --socketport 8064 --callback http://127.0.0.1:80/plugins/zigbee/core/php/jeeZigbee.php --apikey U3Pdn5cU5YT9XUrVlcauNLVMk56itBDe --cycle 0.3 --pid /tmp/jeedom/zigbee/deamon_2.pid --data_folder /var/www/html/plugins/zigbee/data/2 --device_folder /var/www/html/plugins/zigbee/data/device --controller ezsp --sub_controller elelabs --channel 25
89864    1999 www-data /usr/bin/python3 /var/www/html/plugins/emporiapro/resources/emporiaprod/emporiaprod.py --loglevel error --callback http://127.0.0.1:80/plugins/emporiapro/core/php/jeeEmporiaPro.php --apikey dVRSUGRPu9IKXwmMgbXlXnMTYVNpenKBUN1R3m4BGfP7n5meQ0ueBJ8lG0Mrj5Xj --pidfile /tmp/jeedom/emporiapro/deamon.pid --socketport 55027 --config eyJlbWFpbCI6ImZpbG9uaW50ZW50aW9uQGdtYWlsLmNvbSIsInBhc3N3b3JkIjoiY2xANTE1MmN5QUEifQ==
83116    2033 www-data python3 /var/www/html/plugins/eufy/resources/eufyd/eufyd.py --loglevel debug --socketport 60600 --callback http://127.0.0.1:80/plugins/eufy/core/php/jeeeufy.php --containerip 127.0.0.1 --containerport 3000 --apikey waN7Rx01ym93ifRagkLKPGhcbJIgxWA18xQYkFcGCgKRVm36i99DkqcChTDdT4Y9 --pid /tmp/jeedom/eufy/deamon.pid
75924    3847 www-data /var/www/html/plugins/kroomba/core/class/../../resources/venv/bin/python3 /var/www/html/plugins/kroomba/resources/kroomba/kroombad.py --loglevel error --host 192.168.0.232 --port 1883 --user jeedom --password monmdpmqtt --topic_prefix iRobot --excluded_blid  --socketport 55072 --callback http://127.0.0.1:80/plugins/kroomba/core/php/jeekroomba.php --apikey SVgYGSNQCkJd3JAqb8kXAaPijG5KyV6Kb4gE35q3wTI669iMwYqfO9eXd5NMgMDZ --pid /tmp/jeedom/kroomba/daemon.pid
65532    2119 www-data python3 /var/www/html/plugins/JeedomConnect/resources/JeedomConnectd/JeedomConnectd.py --loglevel debug --socketport 58090 --websocketport 8017 --callback http://127.0.0.1:80/plugins/JeedomConnect/core/api/JeedomConnect.api.php --apikey 0x4cCHQbr9iJR8L0GJdOAEbV3AQCPxa7Uybd2PHQRu5bwGi2r37dqaW1ppm3daFH --pid /tmp/jeedom/JeedomConnect/deamon.pid
53416    1942 root     /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/broadlinkd.py --loglevel error --socketport 55013 --sockethost 127.0.0.1 --callback http://127.0.0.1:80/plugins/broadlink/core/php/jeeBroadlink.php --apikey HA579x5gJ0YkOBNJX5wpZcfxsW8AQOkCbOQabK09h4uRaQ62sJvVJT5kiJWZqZcn --cycle 0.3 --pid /tmp/jeedom/broadlink/deamon.pid
51364    3642 root     adb -L tcp:5037 fork-server server --reply-fd 4
46860    1263 root     /usr/bin/containerd-shim-runc-v2 -namespace moby -id ab8601f9f950ec0848eb30cf39209e33fc46522c6a58a2a45ff3eb774c9376a0 -address /run/containerd/containerd.sock
31756    2556 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=2098012
26836    8357 root     /usr/libexec/packagekitd
26324     485 root     /usr/sbin/ModemManager
25764     411 root     /usr/libexec/polkitd --no-debug
22100       1 root     /sbin/init
18592     413 root     /usr/sbin/rsyslogd -n -iNONE
17688     777 www-data /usr/sbin/apache2 -k start
17164    2527 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=2098011
17136     530 root     /sbin/apcupsd
17008     506 root     /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal
11268    2311 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=2120005
11168     206 root     /lib/systemd/systemd-journald
11016    2319 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=260918
 8968    1982 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=9488
 8968   17850 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=1219413
 8968   24970 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=20
 8964    4207 www-data php /var/www/html/core/class/../php/jeeCron.php cron_id=32432
 8872     412 root     /usr/sbin/qemu-ga
 8628     788 www-data /usr/sbin/apache2 -k start
 8620    2422 www-data /usr/sbin/apache2 -k start
 8612     787 www-data /usr/sbin/apache2 -k start
 8480    2608 www-data /usr/sbin/apache2 -k start
 8476    2207 www-data /usr/sbin/apache2 -k start
 8464   17712 www-data /usr/sbin/apache2 -k start
 8460   17786 www-data /usr/sbin/apache2 -k start
 8460   17853 www-data /usr/sbin/apache2 -k start
 8452   23458 www-data /usr/sbin/apache2 -k start
 7936     639 root     /usr/sbin/apache2 -k start
 1876     226 root     /lib/systemd/systemd-udevd
 1636    1030 Debian-+ /usr/sbin/exim4 -bd -q30m
 1352     526 ntp      /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:112
 1252   25344 www-data ps -eo size,pid,user,command --sort -size
 1056     406 message+ /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
  852     633 root     sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups
  780     518 mosquit+ /usr/sbin/mosquitto -c /var/www/html/plugins/mqtt2/core/class/../../data/mosquitto.conf
  712     416 root     /lib/systemd/systemd-logind
  684    1941 root     sudo /usr/bin/python3 /var/www/html/plugins/broadlink/resources/broadlinkd/broadlinkd.py --loglevel error --socketport 55013 --sockethost 127.0.0.1 --callback http://127.0.0.1:80/plugins/broadlink/core/php/jeeBroadlink.php --apikey HA579x5gJ0YkOBNJX5wpZcfxsW8AQOkCbOQabK09h4uRaQ62sJvVJT5kiJWZqZcn --cycle 0.3 --pid /tmp/jeedom/broadlink/deamon.pid
  684    2187 root     sudo /usr/bin/node /var/www/html/plugins/mqtt2/resources/mqtt2d/mqtt2d.js --loglevel error --socketport 55035 --mqtt_server mqtt://192.168.0.232:1883 --username jeedom --password monmdpmqtt --callback http://127.0.0.1:80/plugins/mqtt2/core/php/jeeMqtt2.php --apikey UkLT0aTb9vUfQ4UiVfdhDPLhExNjUuJ5vIfHC94UmJPHf1tLssPJi4FpdGmg6Qdw --cycle 0.3 --pid /tmp/jeedom/mqtt2/deamon.pid
  684    2351 root     sudo STORE_DIR=/var/www/html/plugins/zwavejs/data/store KEY_S0_Legacy=0102030405060708090A0B0C0D0E0F10 KEY_S2_Unauthenticated=F30A8C8AB27E64F63E23A88D000FEBA9 KEY_S2_Authenticated=B026ACE5582DBCD2658504A371771ABA KEY_S2_AccessControl=299E02CF8C5694D09395F01DB3C9B0A8 SESSION_SECRET=jeedomSession yarn start
  684   25273 root     sudo arping -c 10 -C 1 -w 500000 192.168.0.53
  664     404 avahi    avahi-daemon: running [JeedomV.local]
  504     417 root     /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
  472     405 root     /usr/sbin/cron -f
  472     421 daemon   /usr/sbin/atd -f
  472     425 avahi    avahi-daemon: chroot helper
  452   25274 nobody   arping -c 10 -C 1 -w 500000 192.168.0.53
  352     514 root     /sbin/agetty -o -p -- \u --noclear tty1 linux
  324    2423 root     /bin/sh -c node --preserve-symlinks server/bin/www.js
  316   25272 www-data sh -c sudo arping -c 10 -C 1 -w 500000 192.168.0.53 2> /dev/null
  316   25343 www-data sh -c ps -eo size,pid,user,command --sort -size 2>&1
    0       2 root     [kthreadd]
    0       3 root     [rcu_gp]
    0       4 root     [rcu_par_gp]
    0       6 root     [kworker/0:0H-events_highpri]
    0       7 root     [kworker/u8:0-flush-8:0]
    0       8 root     [mm_percpu_wq]
    0       9 root     [rcu_tasks_rude_]
    0      10 root     [rcu_tasks_trace]
    0      11 root     [ksoftirqd/0]
    0      12 root     [rcu_sched]
    0      13 root     [migration/0]
    0      14 root     [kworker/0:1-cgroup_destroy]
    0      15 root     [cpuhp/0]
    0      16 root     [cpuhp/1]
    0      17 root     [migration/1]
    0      18 root     [ksoftirqd/1]
    0      20 root     [kworker/1:0H-events_highpri]
    0      21 root     [cpuhp/2]
    0      22 root     [migration/2]
    0      23 root     [ksoftirqd/2]
    0      25 root     [kworker/2:0H-events_highpri]
    0      26 root     [cpuhp/3]
    0      27 root     [migration/3]
    0      28 root     [ksoftirqd/3]
    0      30 root     [kworker/3:0H-events_highpri]
    0      32 root     [kworker/u8:1-ext4-rsv-conversion]
    0      34 root     [kworker/u8:3-flush-8:0]
    0      35 root     [kdevtmpfs]
    0      36 root     [netns]
    0      37 root     [kauditd]
    0      38 root     [khungtaskd]
    0      39 root     [oom_reaper]
    0      40 root     [writeback]
    0      41 root     [kcompactd0]
    0      42 root     [ksmd]
    0      43 root     [khugepaged]
    0      62 root     [kintegrityd]
    0      63 root     [kblockd]
    0      64 root     [blkcg_punt_bio]
    0      65 root     [edac-poller]
    0      66 root     [devfreq_wq]
    0      67 root     [kworker/1:1-events]
    0      68 root     [kworker/2:1H-kblockd]
    0      69 root     [kswapd0]
    0      70 root     [kthrotld]
    0      71 root     [acpi_thermal_pm]
    0      72 root     [ipv6_addrconf]
    0      81 root     [kstrp]
    0      84 root     [zswap-shrink]
    0      85 root     [kworker/u9:0]
    0      86 root     [kworker/3:1-events]
    0     108 root     [kworker/1:1H-kblockd]
    0     121 root     [kworker/0:1H-kblockd]
    0     122 root     [kworker/0:2-events]
    0     123 root     [ata_sff]
    0     124 root     [scsi_eh_0]
    0     125 root     [scsi_tmf_0]
    0     126 root     [scsi_eh_1]
    0     127 root     [scsi_tmf_1]
    0     129 root     [scsi_eh_2]
    0     130 root     [scsi_tmf_2]
    0     133 root     [kworker/2:4-events]
    0     134 root     [kworker/3:1H-kblockd]
    0     166 root     [jbd2/sda1-8]
    0     167 root     [ext4-rsv-conver]
    0     238 root     [kworker/u8:4-flush-8:0]
    0     253 root     [kworker/1:2-cgroup_destroy]
    0     269 root     [ttm_swap]
    0     279 root     [loop0]
    0     298 root     [loop1]
    0     313 root     [loop2]
    0     318 root     [loop3]
    0     362 root     [loop4]
    0     363 root     [loop5]
    0     364 root     [loop6]
    0    1849 root     [kworker/u8:7-ext4-rsv-conversion]
    0    3800 root     [apccontrol] 
    0    4472 root     [kworker/u8:8-ext4-rsv-conversion]
    0    9808 root     [kworker/3:0-events]
    0   17290 root     [kworker/2:1-events]
    0   20444 root     [kworker/1:0]
    0   24819 root     [kworker/u8:2]

Le temps que j’écrive tout ceci et le swap est passé à 9%
Bien sur il n’y en a que 1024, mais avec 8Gb de mémoire, je pensais pouvoir me passer de swap !
Merci

Madcow · Mars 7, 2024, 5:48

Bonjour,

Et si tu crées une nouvelle VM free -h t’indique la quantité de RAM attendue ?

Essaye aussi de désactiver le ballooning (je ne connais pas le terme en français) sur ta RAM .

anon53349806 · Mars 7, 2024, 6:01

je en sais même pas si il y a un terme français pour ce mécanisme.
esxi en dispose aussi.

Bison · Mars 7, 2024, 6:28

Salut,

Pas de termes à ma connaissance, sur les systèmes il est question d’allocation dynamique de la RAM.

Résumé

Erreur
@phyllox c’est une très bonne piste de @Madcow parce que tu n’as pas les outils guest installés sur ta VM. Si jamais tu as activé cette option sur ta VM, ça ne peut pas fonctionner correctement sans l’installation des outils guest.**

Donc il y a des chances pour que ta VM n’a jamais utilisé la RAM allouée et que tu as eu un peu de chance depuis.

Mips · Mars 7, 2024, 7:29

Salut,

Comment tu vois ca?
Car moi je vois l’ip sur la capture proxmox, c’est un signe que le package est installé sinon ca ne remonte pas

Bison · Mars 7, 2024, 7:44

Salut,

Houla oui tu as raison, j’ai revérifié il me semblait me souvenir que l’on voyait autre chose mais non.

phyllox · Mars 7, 2024, 9:17

Bonjour à tous
Merci beaucoup pour vos réponses.
J’ai l’impression que le problème vous laisse un peu perplexes aussi, c’est du moins ce que j’ai retenu de vos réponses.

Cette nuit un peu avant 2 h, j’ai voulu éditer un de mes messages, mais trop fatigué - énervé, je ne suis pas certain qu’il soit parti.

phyllox:

Edit à 1h45
J’ai désactivé le plugin caméra, du moins j’ai juste arrêté le demon.
Le swap était un peu remonté, mais à peine.
J’ai arrêté la VM une fois de plus, désactivé NUMA et remis la mémoire à 8 Gb.
Au redémarrage, surprise, free - m me donne :
               total        used        free      shared  buff/cache   available
Mem:            7956         965        4833         126        2157        6618
Swap:            974           0         974
Jeedom a retrouvé sa mémoire vive !
Est-ce que ça vient du plugin caméra ??
Pour cette nuit, je vais m’en passer, je ferai des essais demain, mais si un spécialiste avait une idée de cette mémoire qui disparait et réapparait, je lui vouerai une reconnaissance infinie parce que quand ça commence à dérailler dans tous les sens, c’est très mauvais pour mes vieilles artères

Merci d’avance

Ce matin, ça tourne toujours. je n’ai pas encore réactivé les demon des plugins que j’avais arrêté, Caméra, Surveillance Station et RFPlayer2. Je ne veux pas risquer de replonger si je ne suis pas derrière pour paniquer, pardon, je veux écrire corriger

C’est vraiment mystérieux pour moi, car je n’étais pas rentré dans Jeedom depuis presque une semaine. J’ai contrôlé un peu par inadevertance via Jeedom Connect et c’est la que j’ai vu le problème. Vu l’heure et puisque Jeedom semblait dire qu’il fallait que j’augmente le swap ou la mémoire, je l’ai passé à 10 Gb en activant NUMA puisque ça semblait être un pré-requis. Comme la machine qui héberge Proxmox a 16 Gb et qu’elle ne fait tourner qu’une seule autre VM (MQTT et Mosquitto), ça ne devrait pas être un problème.

Donc, un Jeedom qui d’un seul coup sans modification logicielle ne détecte plus qu’un seul Go de mémoire là où il y en a 8, puis 10, ça dépasse de très loin mes compétences Linux et même celles de mes compétences bien plus réelles sur d’autres système que, eux, je connais.

Même si le redémarrage des plugins cameras et surveillance station ne provoque pas de nouveaux troubles, j’aimerais vraiment qu’un expert me dise comment c’est possible, car moi je sèche (ce qui est possible car pour l’instant mon chauffage est revenu).
J’aimerais aussi bien comprendre ce qui a fait que le cinquième ou sixième redémarrage a réglé le problème et pas les précédents.

Merci d’avance

Madcow · Mars 7, 2024, 9:28

Bonjour,

Montre tes paramètres de ballooning si enclenché .

echo · Mars 7, 2024, 9:54

Bonjour
Quelle la version de ton Proxmox ?
Ton Proxmox est t’il à jour ?
La dernière version :

phyllox · Mars 7, 2024, 10:24

Rebonjour
Il est enclenché. Ca a dû se faire automatiquement parce que jusqu’à il t a moins d’une heure, je ne savais pas ce que c’était.

Par contre je n’ai aucune idée de la façon d’en obtenir les paramètres/ C’est via l’interface graphique ? Ou en ligne de commande ?
Merci

Hello. Sûrement pas, sauf s’il le fait tout seul ce dont je doute. J’évite de toucher aux choses que je ne maîtrise pas tant qu’elles fonctionnent.
Alors, je suis en… 7.3.3
Mais cette version a bien tourné pendant un an voire plus. Pour mettre à jour, je suppose qu’il faut tout arrêter…

Merci

anon53349806 · Mars 7, 2024, 10:27

C’est toujours le pb. Mettre en olace en suivant un tuto et derriere ne pas chercher la maitrise.

On se retrouve avec un teuc qui marche ou pas sans comprendre pq.

En DIY tant que ca va du coup tout va… au premier grain de sable c’est la désillusion

phyllox · Mars 7, 2024, 10:38

Ca n’est pas ce que j’ai dit. J’évite quand je ne connais pas ne veut pas dire que je n’essaye jamais d’en savoir plus ou de progresser. Des tutos, j’en ai lu de nombreux? Des tutos poussés, il n’y en a pas beaucoup.
En tout état de cause, l’interface graphique me rapporte simplement si le ballooning est activé et la quantité de mémoire mini allouée.

Pour la VM Jeedom, c’est 8192, mini 8192
Pour la VM MQTT, c’est 4096, mini 4096 (oui, c’est surdimensionné)
Si vous me dites comment je peux en savoir plus, je le fais.
Merci

echo · Mars 7, 2024, 11:33

Pour la mise à jour de ton Proxmox, tu dois faire déjà faire la mise à jour en 7.4 par l’interface Proxmox puis faire la mise à jour en 8. Faire plusieurs sauvegardes des VMs sur un support externe avant.

La doc de Proxmox est très bien faite.

https://pve.proxmox.com/wiki/Upgrade_from_7_to_8

Sur tout système tu dois faire la maintenance pour les corrections de bugs, de sécurité et de nouvelles fonctionnalités (il yen a sur Proxmox).
Je suppose que tu n’es pas sur la version avec souscription, attendre 2 semaines avant de faire la mise à jour quand de nouveaux paquets arrivent, tu ne subiras pas les nouveaux bugs, ils seront découverts rapidement et corrigés. Idem pour Jeedom et les plugins.
Personnellement je fais la maintenance 1 fois par mois. Sur chaque VM je note le type d’OS et la date de la dernière mise à jour.

phyllox · Mars 7, 2024, 11:43

En fait, je fais les MAJ apt-get update et upgrade très souvent.Je suis à jour de ce côté là.
Par contre, côté vrsion Proxmox, j’ai vu sur leur site, ça fait peur !

C’est ma machine de prod et je n’en ai pas d’autre. Elle fait à ma fois le MQTT et Jeedom…Si je perds ça je perds tout.

Je dois avoir dans un coin un autre NUC moins récent, sur lequel j’ai un ProxMox même version. Je vais m’exercer dessus.

Je n’ai pas trouvé où faire cela. Au niveau Updates, ProxMox me dit que je suis à jour…

Enfin tout ça ne m’explique pas pourquoi d’un seul coup et sans intervention humaine, Jeedom s’est mis à ne plus détecter que moins d’1 Gig de mémoire là où il en avait 8 à dispo !
Merci

Madcow · Mars 7, 2024, 12:03

Tu n’es absolument pas à jour car en dessous c’est la liste des mises à jour à faire.
Le bouton "upgrade " est cliquable uniquement si tu te connectes au GUI avec l’utilisateur root.

Madcow · Mars 7, 2024, 12:10

Donc normal ici.

Tu as combien de RAM au total sur ton NUC.
En théorie la somme des RAM de tes VM peut excéder celle de ta machine, mais c’est prendre un risque.

4 Go me semble beaucoup beaucoup trop pour mqtt. Mon container (plus léger qu’une VM) mqtt utilise 22 Mo en RAM .

phyllox · Mars 7, 2024, 12:49

J’ai 16 Gb sur le Nuc et comme il n’y a plus que 2 VM, j’ai vu large

Effectivement en root il me propose la 7.4.17 de pve manager !
Si je le lance, je suppose qu’il va falloir rebooter ? Ma crainte est qu’un redémarrage de Jeedom me fasse perdre la vue sur les 8Gb qu’il a retrouvé cette nuit
Merci

echo · Mars 7, 2024, 1:51

Oui il faudra rebooter, l’update installera un nouveau Kernel.