Ha! Je me suis peu être mal exprimé. Il ne faut rien installé sur le système Proxmox qui est optimisé.
Les applications doivent être installées dans les VM ou les containers LXC.
Effectivement si docker est installé sur un container, ce container utilise le kernel de Proxmox et donc c’est normal d’avoir des messages de Docker sur le journal de Proxmox.
Ok je n’ai rien autres que proxmox
Qu’est ce que tu as comme autre container et VM?
Bonsoir
Je regarde à nouveau ton problème, je vois aussi que tu as un container nommé HIK je suppose que c’est Hikvision donc aussi de la vidéo qui utilise peut être ffmeg. J’arrêterais aussi cette VM.
Le problème quand on utilise des containers c’est qu’ ils ne sont pas aussi bien isolés du système maître ( Proxmox) que les VM. Ils utilisent le noyau et les entrée-sorties directement du système maître.
Donc le mieux c’est d’arrêter les 2 containers HIK et Frigate. Attendre 15 jours, un mois.
Et après si ton système est stable de mettre frigate et HIK en VM.
Attention les logiciels vidéo prennent beaucoup de ressources et font énormément d’écritures et lectures disques si tu fait de l’enregistrement continu.
Wait and see.
Cordialement
Merci pour ton retour.
pour résumé mon infra :
*
1 LXC Frigate
1 LXC Hik ( pas de video), uniquement de la remonté d’info du portier
1 LXC Iobroker ( fait aprés les plantages)
1 VM Jeedom
1 VM jeedom Test.
je prends note de creer des VM avec des containers à l’interieur.
Arreter Frigate m’embête pour le moment, car j’ai besoin de mes Cam à l’interieur de la maison car j’ai un chiot que je surveille qu’il ne fasse pas de bétises 
mais j’avais arréter frigate quelques jours en fevrier et j’avais toujours les plantages journaliers.
Bonjour
Oui je comprends pour Frigate. 
Fait bien les relevés du log à chaque planté et installe le petit script.
Tu peux me contacter en message privé.
Cordialement
j’ai installer frigate sur une VM et arreter le LXC Frigate
plantage à 11h41
log encore différents
Apr 24 11:41:21 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/KBDMZBQBASPKALASWV4PLX2VND' does not support file handles, falling back to xino=off.
Apr 24 11:41:21 SVR kernel: docker0: port 2(veth853913e) entered blocking state
Apr 24 11:41:21 SVR kernel: docker0: port 2(veth853913e) entered disabled state
Apr 24 11:41:21 SVR kernel: veth853913e: entered allmulticast mode
Apr 24 11:41:21 SVR kernel: veth853913e: entered promiscuous mode
Apr 24 11:41:21 SVR kernel: docker0: port 2(veth853913e) entered blocking state
Apr 24 11:41:21 SVR kernel: docker0: port 2(veth853913e) entered forwarding state
Apr 24 11:41:21 SVR kernel: docker0: port 2(veth853913e) entered disabled state
Apr 24 11:41:22 SVR kernel: eth0: renamed from veth8fd74da
Apr 24 11:41:22 SVR kernel: docker0: port 2(veth853913e) entered blocking state
Apr 24 11:41:22 SVR kernel: docker0: port 2(veth853913e) entered forwarding state
Apr 24 11:41:25 SVR kernel: docker0: port 2(veth853913e) entered disabled state
Apr 24 11:41:25 SVR kernel: veth8fd74da: renamed from eth0
Apr 24 11:41:25 SVR kernel: docker0: port 2(veth853913e) entered disabled state
Apr 24 11:41:25 SVR kernel: veth853913e (unregistering): left allmulticast mode
Apr 24 11:41:25 SVR kernel: veth853913e (unregistering): left promiscuous mode
Apr 24 11:41:25 SVR kernel: docker0: port 2(veth853913e) entered disabled state
je retrouve le début de ces logs identique toutes les minutes depuis l 21 avril 15h03
Apr 21 15:02:33 SVR pvedaemon[991]: <root@pam> starting task UPID:SVR:00000610:00003054:66250E69:vzstart:303:root@pam:
Apr 21 15:02:33 SVR pvedaemon[1552]: starting CT 303: UPID:SVR:00000610:00003054:66250E69:vzstart:303:root@pam:
Apr 21 15:02:33 SVR systemd[1]: Started pve-container@303.service - PVE LXC Container: 303.
Apr 21 15:02:33 SVR kernel: EXT4-fs warning (device dm-9): ext4_multi_mount_protect:328: MMP interval 42 higher than expected, please wait.
Apr 21 15:03:04 SVR pvedaemon[991]: <root@pam> successful auth for user 'root@pam'
Apr 21 15:03:12 SVR kernel: EXT4-fs (dm-7): warning: mounting fs with errors, running e2fsck is recommended
Apr 21 15:03:12 SVR kernel: EXT4-fs (dm-7): recovery complete
Apr 21 15:03:12 SVR kernel: EXT4-fs (dm-7): mounted filesystem 2840ddf4-42c7-4a85-9391-8a93821c1962 r/w with ordered data mode. Quota mode: none.
Apr 21 15:03:12 SVR audit[1672]: AVC apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-301_</var/lib/lxc>" pid=1672 comm="apparmor_parser"
Apr 21 15:03:12 SVR kernel: kauditd_printk_skb: 15 callbacks suppressed
Apr 21 15:03:12 SVR kernel: audit: type=1400 audit(1713704592.824:27): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-301_</var/lib/lxc>" pid=1672 comm="apparmor_parser"
Apr 21 15:03:13 SVR kernel: vmbr0: port 4(fwpr301p0) entered blocking state
Apr 21 15:03:13 SVR kernel: vmbr0: port 4(fwpr301p0) entered disabled state
Apr 21 15:03:13 SVR kernel: fwpr301p0: entered allmulticast mode
Apr 21 15:03:13 SVR kernel: fwpr301p0: entered promiscuous mode
Apr 21 15:03:13 SVR kernel: vmbr0: port 4(fwpr301p0) entered blocking state
Apr 21 15:03:13 SVR kernel: vmbr0: port 4(fwpr301p0) entered forwarding state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 1(fwln301i0) entered blocking state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 1(fwln301i0) entered disabled state
Apr 21 15:03:13 SVR kernel: fwln301i0: entered allmulticast mode
Apr 21 15:03:13 SVR kernel: fwln301i0: entered promiscuous mode
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 1(fwln301i0) entered blocking state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 1(fwln301i0) entered forwarding state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 2(veth301i0) entered blocking state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 2(veth301i0) entered disabled state
Apr 21 15:03:13 SVR kernel: veth301i0: entered allmulticast mode
Apr 21 15:03:13 SVR kernel: veth301i0: entered promiscuous mode
Apr 21 15:03:13 SVR kernel: eth0: renamed from vethqdGnBH
Apr 21 15:03:13 SVR pvestatd[964]: modified cpu set for lxc/301: 0
Apr 21 15:03:13 SVR pveproxy[1002]: proxy detected vanished client connection
Apr 21 15:03:13 SVR pvedaemon[991]: <root@pam> end task UPID:SVR:000005E9:00002E69:66250E64:vzstart:301:root@pam: OK
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 2(veth301i0) entered blocking state
Apr 21 15:03:13 SVR kernel: fwbr301i0: port 2(veth301i0) entered forwarding state
Apr 21 15:03:14 SVR kernel: EXT4-fs (dm-10): 3 orphan inodes deleted
Apr 21 15:03:14 SVR kernel: EXT4-fs (dm-10): recovery complete
Apr 21 15:03:14 SVR kernel: EXT4-fs (dm-10): mounted filesystem 069f94f9-88cd-44ee-a51a-a9ac4edcb6d9 r/w with ordered data mode. Quota mode: none.
Apr 21 15:03:14 SVR audit[1997]: AVC apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-302_</var/lib/lxc>" pid=1997 comm="apparmor_parser"
Apr 21 15:03:14 SVR kernel: audit: type=1400 audit(1713704594.836:28): apparmor="STATUS" operation="profile_load" profile="/usr/bin/lxc-start" name="lxc-302_</var/lib/lxc>" pid=1997 comm="apparmor_parser"
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/check-overlayfs-support491853714/lower2' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/metacopy-check4190330726/l1' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/KBDMZBQBASPKALASWV4PLX2VND' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/EWK7P4SVLBM5GDBVDALN2KVGBS' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: vmbr0: port 5(fwpr302p0) entered blocking state
Apr 21 15:03:15 SVR kernel: vmbr0: port 5(fwpr302p0) entered disabled state
Apr 21 15:03:15 SVR kernel: fwpr302p0: entered allmulticast mode
Apr 21 15:03:15 SVR kernel: fwpr302p0: entered promiscuous mode
Apr 21 15:03:15 SVR kernel: vmbr0: port 5(fwpr302p0) entered blocking state
Apr 21 15:03:15 SVR kernel: vmbr0: port 5(fwpr302p0) entered forwarding state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 1(fwln302i0) entered blocking state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 1(fwln302i0) entered disabled state
Apr 21 15:03:15 SVR kernel: fwln302i0: entered allmulticast mode
Apr 21 15:03:15 SVR kernel: fwln302i0: entered promiscuous mode
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 1(fwln302i0) entered blocking state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 1(fwln302i0) entered forwarding state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 2(veth302i0) entered blocking state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 2(veth302i0) entered disabled state
Apr 21 15:03:15 SVR kernel: veth302i0: entered allmulticast mode
Apr 21 15:03:15 SVR kernel: veth302i0: entered promiscuous mode
Apr 21 15:03:15 SVR kernel: Initializing XFRM netlink socket
Apr 21 15:03:15 SVR kernel: eth0: renamed from vethE2ea9J
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 2(veth302i0) entered blocking state
Apr 21 15:03:15 SVR kernel: fwbr302i0: port 2(veth302i0) entered forwarding state
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/EWK7P4SVLBM5GDBVDALN2KVGBS' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: overlayfs: fs on '/var/lib/docker/overlay2/l/KBDMZBQBASPKALASWV4PLX2VND' does not support file handles, falling back to xino=off.
Apr 21 15:03:15 SVR kernel: docker0: port 1(vethda1998c) entered blocking state
Apr 21 15:03:15 SVR kernel: docker0: port 1(vethda1998c) entered disabled state
Apr 21 15:03:15 SVR kernel: vethda1998c: entered allmulticast mode
Apr 21 15:03:15 SVR kernel: vethda1998c: entered promiscuous mode
Apr 21 15:03:15 SVR kernel: docker0: port 1(vethda1998c) entered blocking state
Apr 21 15:03:15 SVR kernel: docker0: port 1(vethda1998c) entered forwarding state
Apr 21 15:03:15 SVR kernel: docker0: port 1(vethda1998c) entered disabled state
Bonjour
Je vois que cela se complique, avec des erreurs disque. Ça ne sent pas bon.
Sauvegarde en urgence tes VM sur un autre support.
C’est difficile de t’aiguiller, tu as un disque dur ou un SSD?
Regarde cela et le wearout le %:
je vais repartir de proxmox de 0 la semaine prochaine.
ca bugue de plus en plus hormis son plantage.
petit retour :
toujours la meme config = 15 jours sans platage.
ce que j’ai fait :
j’ai recreer le container frigate et supprimer l’autres.
j’ai également supprimer ceci les « cible de notification » qui me faisait des erreurs dans les logs.
il me reste encore cette erreur
Bonjour
Content pour toi.
Concernant ta dernière erreur vérifie si tu n’as pas des erreurs sur cet écran:
Si c’est le cas vérifie les fichiers qui sont indiqués tu trouveras sur la doc d’installation de Proxmox ce qu’il faut paramétrer.
Peux tu m’afficher la colonne status, je ne peux pas visualiser toute la ligne.
Qu’est ce que tu entends par cible de notification ? Tu parles peut être des mails système Promox qui te sont envoyés.
Concernant Frigate je suis pas fan de faire des enregistrements permanents sur disque. J’ai fait des installations de vidéosurveillance on utilisait des disques durs spécialisés spécifiquement conçus pour cela et il fallait les changer tous les 3 ans. Surveille cela de près. Optimise les réglages.
Cordialement
Bon hier soir ca planté toutes les heures…
j’ai recu nouveau disque dur et nouvelle ram.je réinstalle tout lundi
Merci pour ton aide.
Et mon histoire de bloc secteur, pas tenté ?
bon je vais cloturer
changement DD et RAM. j’ai tout réinstallé. Ca a l’air d’étre pas mal.
Merci a tous
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.
