Bonjour,
Mon home assistant tourne sur une VM sous Proxmox
J’ai bien suivi la procédure ici pour stocker les médias produits par ma caméra dans frigate sur mon Nas. Je retrouve bien les médias produits sur ce dernier, mais il sont également copiés sur la VM HomeAssistant, ce qui a pour effet de saturer mon disque régulièrement.
Commet faire pour que les fichiers ne soient pas copiés en local et seulement sur mon Nas ?
Merci.
Je complète en indiquant que lorsque je vais sur mon NAS (Syno) et que je créé un dossier « TEST » dans mon répertoire « frigate », je retrouve celui-ci quelques secondes après dans le répertoire « Frigate » de ma MV Home Assistant.
J’ai du faire une erreur quelque part, mais je ne vois pas où… Vous auriez une idée ?
J’ai oublié de mettre ma configuration :
| version | core-2025.7.2 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| container_arch | amd64 |
| user | root |
| virtualenv | false |
| python_version | 3.13.3 |
| os_name | Linux |
| os_version | 6.12.35-haos |
| arch | x86_64 |
| timezone | Europe/Paris |
| config_dir | /config |
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| HACS Data | ok |
| GitHub API Calls Remaining | 5000 |
| Installed Version | 2.0.5 |
| Stage | running |
| Available Repositories | 2168 |
| Downloaded Repositories | 37 |
| logged_in | false |
|---|---|
| can_reach_cert_server | ok |
| can_reach_cloud_auth | ok |
| can_reach_cloud | ok |
| host_os | Home Assistant OS 16.0 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2025.07.1 |
| agent_version | 1.7.2 |
| docker_version | 28.3.0 |
| disk_total | 30.8 GB |
| disk_used | 17.7 GB |
| healthy | true |
| supported | true |
| host_connectivity | true |
| supervisor_connectivity | true |
| ntp_synchronized | true |
| virtualization | kvm |
| board | ova |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Terminal & SSH (9.18.0), File editor (5.8.0), Duck DNS (1.19.0), Linky (1.5.0), NGINX Home Assistant SSL proxy (3.13.0), AirSonos (4.2.4), Matter Server (8.0.0), Mosquitto broker (6.5.1), Zigbee2MQTT (2.5.1-1), Samba share (12.5.2), Studio Code Server (5.19.3), Music Assistant Server (2.5.5), MyElectricalData (0.13.2), InfluxDB (5.0.2), Grafana (11.0.0), Matterbridge Home Assistant Add-on (1.0.5), Frigate (0.15.2) |
| dashboards | 4 |
|---|---|
| resources | 26 |
| views | 19 |
| mode | storage |
| adapters | lo (disabled), enp0s18 (enabled, default, auto), docker0 (disabled), hassio (disabled), veth302e37d (disabled), veth8ef5ac8 (disabled), vetha206b56 (disabled), vethbcc51bd (disabled), veth8628c3c (disabled), veth07ffe04 (disabled), veth73cc51f (disabled), vethc58aa38 (disabled), vethff36487 (disabled), veth6447597 (disabled), veth5051df9 (disabled), veth35eac6d (disabled) |
|---|---|
| ipv4_addresses | lo (127.0.0.1/8), enp0s18 (192.168.1.100/24), docker0 (172.30.232.1/23), hassio (172.30.32.1/23), veth302e37d (), veth8ef5ac8 (), vetha206b56 (), vethbcc51bd (), veth8628c3c (), veth07ffe04 (), veth73cc51f (), vethc58aa38 (), vethff36487 (), veth6447597 (), veth5051df9 (), veth35eac6d () |
| ipv6_addresses | lo (::1/128), enp0s18 (2a01:e0a:ef3:9100:79d9:33d:e3c2:8c3f/64, fe80::e41:a610:49f5:1aac/64), docker0 (fe80::5c40:a3ff:fee9:cbff/64), hassio (fe80::c06a:ddff:fe14:f252/64), veth302e37d (fe80::30e6:6cff:fecb:6d41/64), veth8ef5ac8 (fe80::6008:10ff:fe2e:223/64), vetha206b56 (fe80::78ad:bcff:fe37:910d/64), vethbcc51bd (fe80::9441:9cff:fe8f:5999/64), veth8628c3c (fe80::348c:fbff:fe4a:6b38/64), veth07ffe04 (fe80::b087:f2ff:fe69:bc5f/64), veth73cc51f (fe80::c0bc:43ff:fe74:3b37/64), vethc58aa38 (fe80::fcd7:e8ff:fe5f:256/64), vethff36487 (fe80::d45e:24ff:fe2e:c5d3/64), veth6447597 (fe80::6c9b:33ff:fecd:10b0/64), veth5051df9 (fe80::9451:80ff:fe72:e658/64), veth35eac6d (fe80::6851:89ff:fe59:8f/64) |
| announce_addresses | 192.168.1.100, 2a01:e0a:ef3:9100:79d9:33d:e3c2:8c3f, fe80::e41:a610:49f5:1aac |
| oldest_recorder_run | 5 juillet 2025 à 08:17 |
|---|---|
| current_recorder_run | 15 juillet 2025 à 23:39 |
| estimated_db_size | 265.30 MiB |
| database_engine | sqlite |
| database_version | 3.48.0 |
Ca sent le rsync configuré entre les deux. Je dirais qu’il faut regarder du côté NAS s’il n’y a pas un truc comme ça de configuré.
Parce qu’un répertoire qui apparait par magie, ça n’existe pas 
Merci pour cette piste, mais je viens de vérifier sur mon syno et le service rsync est bien désactivé.
Salut
Tu as fait comment pour monter le partage de ton NAS depuis ta MV Frigate ?
Quand j’aurais retrouvé l’accès à mes serveurs lorsque je serais rentré chez moi, je te montrerais comment j’ai fait.
De souvenir, j’ai Frigate installé via docker, dans un conteneur LXC sous Proxmox.
Donc le fichier docker-compose de Frigate j’ai mis un volume avec option SMB :
services:
my-service:
volumes:
- nas-share:/container-path
volumes:
nas-share:
driver_opts:
type: cifs
o: "username=[username],password=[password]"
device: "//my-nas/share"
J’utilise frigate via l’add-on dans Home Assistant.
j’ai juste créé l’accès au lecteur réseau de mon NAS ci-dessous et fait le nécessaire coté Proxmox.
C’est à dire ?
Car tu as configuré le partage via HA donc ton Frigate a accès aux données via cette connexion .
Du coup ce n’est pas normal que Frigate écrive dans la partition de ton Proxmox si la connexion smb saute.
Je suppose que ton HA est installée via un LXC ?
J’ai vraiment du mal à faire la différence entre une VM et un LXC.
J’ai suivi le tuto d’hacf.fr : Installer Home Assistant OS avec Proxmox (VM)
Ok tu as donc HAOS, en VM de Proxmox.
Reste que ton point de mointage smb est fait dans cette VM.
Ton montage smb est bien fait dans /media/frigate ?
Tu as bien arrêté l’addon pour faire la modification ?
J’avoue que je ne maitrise pas vraiment cette partie. J’ai suivi pas mal de tuto, sans maitriser certains concepts (oui je sais, c’est pas bien 
)
Donc j’ai bien un répertoire partagé nommé « frigate » sur mon volume principal de mon nas.
J’ai également modifier le stockage réseau comme la capture le montre plus haut.
Coté Proxmox, j’ai complété la partie stockage comme ci-dessous.
Mais je ne suis pas certain d’avoir répondu à ta question
Quelle est la nécessité pour procéder à ce montage depuis Proxmox ?
Tes vidéos Frigate ne sont pas utilisées par Proxmox.
oui c’est bien ce qu’il me semblait. J’ai récemment désactivé ce partage « synology » et j’ai bien vu que cela n’avait pas d’utilité pour frigate…
Au-delà de cette erreur, on est d’accord que mon montage dans HAOS et sur mon nas son OK ?
En effet le reste me semble ok.
Je ne vois pas pourquoi les vidéos Frigate se mettraient dans ton stockage Proxmox.
D’ailleurs , c’est bien de ça dont il s’agit n’est-ce pas ?
Quid de la taille de ta VM Frigate ? C’est elle qui explose ?
Où se situent les fichiers que tu dois purger ?
Hypothèse qui me vient :
Que se passe-t’il quand la connexion a ton NAS saute ?
Frigate continue d’enregistrer ? Si oui où ?
Ce serait peut être ça qui te pose problème…
Je me souviens que j’avais eu un problème similaire bien que différent par la méthode d’installation de Frigate…
Avant , je faisais le montage SMB dans mon conteneur LXC via le fstab, et je passais le /mnt/Frigate en tant que volume dans mon docker-compose.
Mais quand je redémarrais le NAS ou que pour une autre raison le partage SMB n’était plus accessible, Frigate continuait à enregistré les vidéos dans /mnt/Frigate et donc me saturait l’espace disque de mon LXC.
J’ai donc changé de méthode pour le chemin réseau SMB en le faisant monter par le conteneur lui même. Ce qui fait que quand la connexion au NAS saute, Frigate n’enregistre plus rien , normalement, faudrait que je vérifie ça d’ailleurs 
, mais le souci est sur Frigate est KO quand ça arrive… il me semble.
Oui c’est bien mon problème.
Je vais même aller plus loin :
Si j’arrête frigate, et que j’ouvre les 2 répertoires Frigate (celui de mon NAS qui est en 192.168.1.110 et celui de ma VM HAOS en 192.168.1.100) et que je créer un dossier dans l’un, il est immédiatement copié dans l’autre…
Effectivement, avec le dossier Frigate qui se remplie sur ma VM, celle-ci se retrouve saturée régulièrement (en général quand je ne suis pas chez moi). Ma VM HASO fait 30 Go.
C’est le comportement normal d’un partage SMB 
Par contre là où il faudrait investiguer c’est sur le fonctionnement de la connexion SMB sur HAOS.
C’est où que tu vois ton espace disque qui sature ?
quelle buse…
Donc j’en déduis que si mon montage entre mon HAOS et mon syno est ok, c’est « transparent ».
Et quand ça ne se passe pas bien, que la liaison entre les 2 tombe pour une raison ou l’autre, le stockage bascule sur la VM, ce qui explique que mon espace disque fini par être saturé…
D’ou ta technique d’utiliser le partage depuis ton LXC ?
Il faut que je creuse ce point, car ma VM sature régulièrement quand je ne suis pas chez moi et mon HA devient inutilisable à distance.
@Nimo_Gero
Je ne dis pas que c’est ce qui se passe pour toi, mais c’est une hypothèse probable.
Essayé de débrancher le câbler réseau de ton NAS pour voir.
Si ça fait saturer ton espace disque de haos, alors il faudra se poser la question de ce qui te provoque les déconnexions de ton partage SMB. Ça risque d’être galère.
Ce sujet a été automatiquement fermé après 60 jours. Aucune réponse n’est permise dorénavant.
