LXC full > mauvais mount

Bonjour,

Mon problème

Après l’installation de Frigate dans un LXC et une tentative apparemment maladroite de stocker /media sur un NAS, d’avoir :
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/pve-vm–102–disk–0 3.9G 3.9G 0 100% /

Renseigner votre problème

1- Je ne trouve pas ou se trouve ce qui me prend autant de place😅
2- j’étais en train d’essayer de corriger mon pb de montage quand je me suis aperçu que le disque était full en tentant une Maj de paquet

Les deux pb semblent liés au fait que quand le mapping ne fonctionne pas, les écritures de fichiers se font à la racine du disque mais je ne les vois pas.
J’ai bien tenté de m’appuyer sur des posts résolus par ddfdom et autres depuis deux jours mais je n’y arrive pas :disappointed_relieved:

J’ai à la racine un dossier /volume1 qui a le nom de la cible sur mon NAS et un dossier de 4.7GO
image

en descendant dans l’arborescence, je ne trouve plus rien :

J’ai « bien » un dossier /mnt/frigate qui s’est crée :
image
Les enregistrements s’y trouvent mais ca ne semble pas la que se trouve le gros du volume manquant

La config DOCKER COMPOSE :
version: ‹ 3.9 ›

    services:
    
      frigate:
        container_name: frigate
        privileged: true
        restart: unless-stopped
        image: ghcr.io/blakeblackshear/frigate:stable
        shm_size: "128mb" # update for your cameras based on calculation above
        devices:
          - /dev/bus/usb:/dev/bus/usb
          - /dev/dri/renderD128 # for intel hwaccel, needs to be updated for your hardware
        volumes:
          - /etc/localtime:/etc/localtime
          - /opt/frigate/config:/config
          - /mnt/frigate:/media/frigate
          - type: tmpfs # Optional: 1GB of memory, reduces SSD/SD Card wear
            target: /tmp/cache
            tmpfs:
              size: 1000000000
        ports:
          - "5000:5000"
          - "1935:1935" # RTMP feeds
        environment:
          FRIGATE_RTSP_PASSWORD: "***"

La config du Fstab :
# UNCONFIGURED FSTAB FOR BASE SYSTEM
192.168.1.113:/volume1/frigate /mnt/frigate nfs defaults 0 0
J’ai l’impression qu’il y a bien un montage

Merci d’avance pour votre aide

Ma configuration FRIGATE


mqtt:
host: 192.168.1.137
port: 1883
user: mqtt
password: Mathieu1501!
database:
path: /config/frigate.db
detectors:
coral:
type: edgetpu
device: usb
birdseye:
enabled: true
mode: motion
cameras:
Front:
rtmp:
enabled: False
ffmpeg:
inputs:
- path: rtsp://admin:Mathieu1501@192.168.1.117:554/stream1
roles:
- record
- path: rtsp://admin:Mathieu1501@192.168.1.117:554/stream2
roles:
- detect
detect:
enabled: true
width: 800
height: 448
objects:
track:
- person
filters:
person:
min_area: 5000
max_area: 8000
min_score: 0.63
threshold: 0.75
mask:
- 0,92,0,0,115,0,453,0,445,40,266,61,153,33
- 369,201,767,358,800,321,800,448,0,448,0,341
- 606,0,600,75,541,86,506,43,489,0
- 761,59,765,107,800,119,800,0,648,0
motion:
mask:
- 0,92,0,0,115,0,453,0,445,40,266,61,153,33
- 369,201,767,358,800,321,800,448,0,448,0,341
- 606,0,600,75,541,86,506,43,489,0
- 761,59,765,107,800,119,800,0,648,0
snapshots:
enabled: true
record:
enabled: true
retain:
days: 3
mode: motion
events:
retain:
default: 7
Rear:
rtmp:
enabled: False
ffmpeg:
inputs:
- path: rtsp://admin:@192.168.1.45:554/live/0/MAIN
roles:
- record
- path: rtsp://admin:
@192.168.1.45:554/live/0/SUB
roles:
- detect
detect:
enabled: true
width: 1280
height: 720
objects:
track:
- person
filters:
person:
min_score: 0.65
mask:
- 0,720,613,720,285,337,0,384
- 1280,720,1110,720,1280,391
- 1280,0,941,0,1093,74,1075,123,1179,189,1280,193
motion:
mask:
- 0,720,613,720,285,337,0,384
- 1280,720,1110,720,1280,391
- 1280,0,941,0,1093,74,1075,123,1179,189,1280,193
snapshots:
enabled: true
record:
enabled: true
retain:
days: 3
mode: motion
events:
retain:
default: 7


Hello,

C’est étrange, on voit pas le dossier docker dans /var/lib ?

Que donne le résultat de la commande du -hsc /var/lib/docker/* ?

il est facile de monter un disque sur un répertoire… mais si ce répertoire contenait des données, le disque parait vide, mais le disque contenant le répertoire du montage est toujours plein.
il faut démonter le disque et vérifier que le point de montage est vide.

2 « J'aime »

Ha oui effectivement !

Quelles seraient les étapes pour nettoyer et « réparer » ?

  • retirer la ligne de montage dans le fstab
  • redémarrer le conteneur ce qui permettrai de voir le contenu du disque

à supprimer :

  • le contenu du « point de montage du disque » ( pour moi : /mnt/frigate ?)
  • le rep « volume1 » et son contenu qui s’est crée à la racine ?

Il faudra ensuite remonter le NAS.
Si j’ai bien compris, Frigate ciblera /mnt/frigate en place de /media/frigate et dans Debian, /media/frigate ciblera 192.168.1.113:/volume1/frigate ?

Est ce que mes syntaxes de fichier semblaient bonne et le problème venait d’un répertoire « non vide » ou auriez vous vu quelque chose d’autre qui expliquerait le montage ne se soit pas fait ?

Et merci pour vos retours ! :grinning:

Salut,

Pas certain que ce soit bien ton idée, mais au cas où : effacer le contenu du répertoire overlay2 = très mauvaise idée… C’est la partie binaire des images docker (donc frigate notamement). Supprimer à la main c’est casser littéralement tout le reste ! :warning:

1 « J'aime »

hello
pour eviter ce genre de problème, je cible toujours un répertoire dans la cible du partage, comme ça lorsque le montage n’est pas fait tu aura un message d’erreur comme quoi il ne trouve pas la destination plutôt que de remplir ton disque

logiquement couper ton conteneur, puis faire un umount devrait suffire pour démonter le partage dans /mnt/frigate

pour faire du ménage proprement dans docker tu as la commande docker system prune qui vas comme elle l’indique supprimer tous les conteneurs arrêtés (donc a ne pas faire avec frigate stoppé !!) supprimer les networks inutilisés, les images obsolètes et les divers cache

pas besoin de supprimer le point de montage mais plutot ce qui se trouve dedans (une fois le partage démonté sinon tu vas vider tout ce qu’il y’a dans le partage du nas et pas nettoyer ton disque local

1 « J'aime »

Voici les manips !

Supp de la ligne « 192.168.1.113:/volume1/frigate /mnt/frigate nfs defaults 0 0 » dans fstab > OK

UMOUNT > OK
root@docker-frigate:/etc# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/pve-vm–102–disk–0 3.9G 3.7G 1.8M 100% /
192.168.1.113:/volume1/frigate 27T 9.8T 17T 38% /volume1/frigate
none 492K 4.0K 488K 1% /dev
udev 3.8G 0 3.8G 0% /dev/bus/usb/004
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 1.6G 8.2M 1.6G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
overlay 3.9G 3.7G 1.8M 100% /var/lib/docker/overlay2/a03455c311a52d9ea2bf4cbd28223027938067d04060a84cb8cfa1247041f447/merged

root@docker-frigate:/opt# umount
umount: bad usage
Try ‹ umount --help › for more information.
root@docker-frigate:/etc# umount 192.168.1.113:/volume1/frigate

root@docker-frigate:/etc# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/pve-vm–102–disk–0 3.9G 3.7G 0 100% /
none 492K 4.0K 488K 1% /dev
udev 3.8G 0 3.8G 0% /dev/bus/usb/004
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 1.6G 168K 1.6G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
overlay 3.9G 3.7G 0 100% /var/lib/docker/overlay2/a03455c311a52d9ea2bf4cbd28223027938067d04060a84cb8cfa1247041f447/merged

« Nettoyage propre » :
root@docker-frigate:/opt# docker system prune
WARNING! This will remove:
* - all stopped containers*
* - all networks not used by at least one container*
* - all dangling images*
* - unused build cache*
Are you sure you want to continue? [y/N] y
Deleted Containers:
ec6911fb0d8bfc9d907114defdca10596146351449c3af8a1881c12323d1b9e6
a42b13c676dde203664957df21d515baf9913e8c694e10befd43ebf7bb1f72c2
Deleted Networks:
opt_default
Total reclaimed space: 485.2kB

root@docker-frigate:/opt# cd /mnt/frigate
root@docker-frigate:/mnt/frigate# ls
clips exports recordings
root@docker-frigate:/mnt/frigate# rm -r clips
*root@docker-frigate:/mnt/frigate# rm -r exports *
root@docker-frigate:/mnt/frigate# rm -r recordings
root@docker-frigate:/mnt/frigate# ls
…> vide

du coup, je comprends pas …
je suis tjrs en disque full avec un df -h mais quand j’analyse « /var/lib/docker/* » je suis passé de 4.3Go à 2.6 sans avoir gagné les 1.7Go de différence !
image

Mounting :
Quelles serait donc la commande à remettre dans fstab pour « cibler un répertoire dans la cible du partage » ?

Autre question, ca ne se fait pas des conteneurs préconfigurés/des backups ou seulement quelques variables ( montages, valeur hardware, …) soit modifiables depuis une interface pour noob ?
Pour les profanes du langage des pingouins finnois, il faut s’accrocher avec Frigate :sweat_smile:

Reboot le lxc mais quoiqu’il en soit avec 4Go d’espace sur le / dans un env Docker tu risques d’être souvent dans ce cas de figure.

1 « J'aime »