Qnap Container Station ne fonctionne pas

jpascal

Nouveau membre
18 Juin 2019
18
0
1
Bonjour,

Je n'arrive pas à faire fonctionner Container Station que ce soit sur firmware 4.x ou 5.x
Je tente d'installer Pi-hole par exemple.

Sur 4.x
J'obtiens l'erreur Background task error for create pihole-1: write /var/lib/docker/tmp/GetImageBlob462308601: no space left on device

J'ai pourtant de l'espace :
Code:
Filesystem           1K-blocks      Used Available Use% Mounted on
none                    409600    296868    112732  72% /
devtmpfs               8171956         8   8171948   0% /dev
tmpfs                    65536      1504     64032   2% /tmp
tmpfs                  8182548      1488   8181060   0% /dev/shm
tmpfs                    16384         0     16384   0% /share
/dev/sdk5                 8028        28      8000   0% /mnt/boot_config
tmpfs                    16384         0     16384   0% /mnt/snapshot/export
/dev/md9                505300    147364    357936  29% /mnt/HDA_ROOT
cgroup_root            8182548         0   8182548   0% /sys/fs/cgroup
/dev/mapper/cachedev1
                     64167163796 58704048480 5462574644  91% /share/CACHEDEV1_DATA
/dev/md13               426984    391540     35444  92% /mnt/ext
tmpfs                    49152        76     49076   0% /share/CACHEDEV1_DATA/.samba/lock/msg.lock
tmpfs                    16384         0     16384   0% /mnt/ext/opt/samba/private/msg.sock
/dev/mapper/cachedev1
                     64167163796 58704048480 5462574644  91% /lib/modules/4.2.8/container-station
tmpfs                      100         0       100   0% /var/lib/lxd/shmounts
tmpfs                      100         0       100   0% /var/lib/lxd/devlxd

Sur 5.x
J'arrive cette fois à installer le docker mais impossible de le démarrer :
norun.png

Merci d'avance pour l'aide que vous pourrez m'apporter. :)
 
Dernière édition:
Si cela peut aider voici les infos sur mon docker :

Code:
Client:
 Context:    default
 Debug Mode: false

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 0
 Server Version: 20.10.7-qnap3
 Storage Driver: overlay2
  Backing Filesystem: tmpfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: kata-runtime runc io.containerd.runc.v2 io.containerd.runtime.v1.linux
 Default Runtime: runc
 Init Binary: docker-init
  Security Options:
  seccomp
   Profile: default
 Kernel Version: 4.2.8
 Operating System: QTS 4.5.4 (20211223)
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 15.61GiB
 Name: NAS
 Docker Root Dir: /var/lib/docker
 Debug Mode: true
  File Descriptors: 52
  Goroutines: 70
  System Time: 2021-12-30T00:06:53.048492064+01:00
  EventsListeners: 1
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false
 Product License: Community Engine
 Default Address Pools:
   Base: 172.29.0.0/16, Size: 22

WARNING: No kernel memory TCP limit support

La commande du -sh /var/lib/docker donne :
248K /var/lib/docker
 
Salut,
Je me suis permis de poser ta question sur le discord QNAP voici ce que vincent1890 a répondu :

Salut,
Je dirais de creuser :
- En première lieu sur l'espace restant étant donné que le message indique un problème espace restant sur CACHEDEV2_DATA espace qui est non indiqué dans les messages donc vérifier l'espace sur celui ci et NON CACHEDEV1_DATA
df -h /share/CACHEDEV2_DATA/

- En second les quelques liens ci-dessous permettre de comprendre comment vidanger les docker et donnée NON utilisé ou anciennes (cela peux normalement aussi être fait a partir de l'interface container Station) attention a bien sauvegarder les donnée au préalable si besoin.
https://linuxhint.com/fix-docker-no-device-space-left-error/
A voir âpres la purge de docker et la vérification de l’espace de stockage de CACHEDEV2_DATA si le problème est toujours persistant.
 
  • J'adore
Réactions: vincent1890
Bonjour EVOTk,

Il semblerait que tu aies vu juste. (y)
Code:
 sudo df -h /share/CACHEDEV2_DATA/
Filesystem                Size      Used Available Use% Mounted on
df: /share/CACHEDEV2_DATA/: can't find mount point

A noter que je n'ai jamais utilisé Container Station jusqu'à présent sur mon NAS en firmware v4 (ou alors je ne m'en souviens pas). :rolleyes:
Du coup est-ce bien utile de faire un docker system prune --all --force ?

Et dans ce cas comment puis-je corriger ce problème de configuration de Docker/Container Station ?
 
Dernière édition:
Code:
sudo docker system prune --all --force

Total reclaimed space: 0B
 
N'ayant pas de réponse, j'ai tenté de désinstaller puis de réinstaller Container Station sur mon NAS v5, je retrouve désormais le même message d'erreur que sur mon NAS v4 lorsque je tente d'installer une image.

A noter qu'une fois dans /var/lib/docker, je dois utiliser sudo pour lister le contenu du dossier.
La cause de ce problème ne serait-elle pas les droits de ce dossier sachant que le compte "admin" a été désactivé ?
Code:
drwx--x--x 4 admin administrators 160 2022-01-04 23:19 buildkit
drwx--x--x 3 admin administrators  60 2022-01-04 23:19 containerd
drwx-----x 2 admin administrators  40 2022-01-04 23:19 containers
drwx------ 3 admin administrators  60 2022-01-04 23:19 image
drwxr-x--- 3 admin administrators  60 2022-01-04 23:19 network
drwx-----x 3 admin administrators  60 2022-01-04 23:19 overlay2
drwx------ 4 admin administrators  80 2022-01-04 23:19 plugins
drwx------ 2 admin administrators  40 2022-01-04 23:19 runtimes
drwx------ 2 admin administrators  40 2022-01-04 23:19 swarm
drwx------ 2 admin administrators  40 2022-01-04 23:22 tmp
drwx------ 2 admin administrators  40 2022-01-04 23:19 trust
drwx-----x 2 admin administrators  80 2022-01-04 23:19 volumes

Je suis vraiment déçu. Moi qui pensais pouvoir simplement gérer des images Docker plutôt que d'utiliser des VM, je me retrouve sans solution que ce soit sur l'un ou l'autre de mes NAS.
J'avoue être assez déçu de l'expérience QNAP sur le coup. :(
 
Dernière édition:
Salut,
Désolé de ne pas pouvoir t'aider plus, je ne possède pas de NAS QNAP, je ne connais pas les subtilités de Container Station.
Visiblement personne n'a de solution pour toi.

Je pense que tu es bon pour ouvrir un ticket de support chez QNAP ( par ici , en bas a droite "Portail de Service" ), a moins que @QoolBox passe par ici !
 
Bonsoir EVOTk et merci pour ta réponse rapide. :)

Je vais sûrement faire cela si je ne trouve pas de solution...
 
On est bien d'accord qu'il y a un problème avec /share/CACHEDEV4_DATA/.qpkg/container-station/tmp ? :unsure:

Code:
cd /var/lib
drwxrwxrwx  2 admin administrators 100 2022-01-04 23:19 container-station/
lrwxrwxrwx  1 admin administrators  59 2022-01-04 23:19 system-docker -> /share/CACHEDEV4_DATA/.qpkg/container-station/system-docker/

cd /share/CACHEDEV4_DATA/.qpkg/container-station

drwxrwxrwx  2 admin administrators  4096 2022-01-04 23:54 bin/
lrwxrwxrwx  1 admin administrators    20 2022-01-04 23:54 container-station.sh -> script/start-stop.sh*
drwxrwxrwx 22 admin administrators  4096 2022-01-04 23:54 ctstation/
drwxr-xr-x  4 admin administrators  4096 2022-01-04 23:57 data/
drwxrwxrwx  9 admin administrators  4096 2022-01-04 23:54 etc/
drwxr-xr-x  2 admin administrators  4096 2021-11-08 06:56 image/
drwxr-xr-x  2 admin administrators  4096 2022-01-04 23:54 kernel-module/
drwxr-xr-x  2 admin administrators  4096 2022-01-04 23:57 lib/
drwxr-xr-x  7 admin administrators  4096 2021-11-08 06:56 run/
drwxrwxrwx  2 admin administrators  4096 2021-10-15 04:14 sbin/
drwxrwxrwx  3 admin administrators  4096 2022-01-04 23:54 script/
-rw-r--r--  1 admin administrators 22967 2022-01-04 23:57 start-stop.log
drwx--x--x 14 admin administrators  4096 2022-01-04 23:54 system-docker/
lrwxrwxrwx  1 admin administrators     7 2022-01-04 23:54 tmp -> var/tmp
drwxr-xr-x  7 admin administrators  4096 2021-08-24 10:51 usr/
drwxr-xr-x  7 admin administrators  4096 2022-01-04 23:57 var/

cd var

drwxr-xr-x 5 admin administrators 4096 2021-11-08 06:56 cache/
drwxr-xr-x 7 admin administrators 4096 2022-01-04 23:54 container-station-data/
lrwxrwxrwx 1 admin administrators   60 2022-01-04 23:57 image -> /share/CACHEDEV4_DATA/Container/container-station-data/image
lrwxrwxrwx 1 admin administrators   58 2022-01-04 23:57 lib -> /share/CACHEDEV4_DATA/Container/container-station-data/lib
drwxr-xr-x 6 admin administrators 4096 2021-11-08 06:59 log/
drwxr-xr-x 4 admin administrators 4096 2021-11-08 06:56 middleware-lib/
drwxr-xr-x 6 admin administrators 4096 2021-11-08 06:59 run/
lrwxrwxrwx 1 admin administrators   58 2022-01-04 23:57 tmp -> /share/CACHEDEV4_DATA/Container/container-station-data/tmp


Cela pourrait expliquer que cela tourne en boucle lors du premier lancement...
ContainerStation_FirstBoot.png
 
lrwxrwxrwx 1 admin administrators 58 2022-01-04 23:57 tmp -> /share/CACHEDEV4_DATA/Container/container-station-data/tmp

Ceci est un lien symbolique.

Le répertoire /share/CACHEDEV4_DATA/.qpkg/container-station/var/tmp est un lien symbolique vers /share/CACHEDEV4_DATA/Container/container-station-data/tmp

/share/CACHEDEV4_DATA/Container/container-station-data/tmp est le véritable dossier /tmp

Plus d'info sur les liens symbolique : What is a symlink in Linux?
 
Au temps pour moi, à force de chercher l'erreur j'ai confondu .qpkg/container-station et Container/container-station-data, je pensais donc à une boucle infinie. :censored:

/share/CACHEDEV4_DATA/.qpkg/container-station/tmp pointe vers /share/CACHEDEV4_DATA/.qpkg/container-station/var/tmp
lrwxrwxrwx 1 admin administrators 7 2022-01-04 23:54 tmp -> var/tmp

/share/CACHEDEV4_DATA/.qpkg/container-station/var/tmp pointe vers /share/CACHEDEV4_DATA/.qpkg/container-station/tmp
lrwxrwxrwx 1 admin administrators 58 2022-01-04 23:57 tmp -> /share/CACHEDEV4_DATA/Container/container-station-data/tmp