Si je cours fstrim dans un conteneur Docker, j'obtiens des erreurs concernant des fichiers montés sur l'hôte ( ?) qui ne sont pas disponibles. not a directory .
$ docker run -ti -v tmp:/tmp2 ubuntu:16.04 /sbin/fstrim --all
fstrim: /etc/hosts: not a directory
fstrim: /etc/hostname: not a directory
fstrim: /etc/resolv.conf: not a directory
fstrim: /tmp2: FITRIM ioctl failed: Operation not permittedJe suppose que c'est parce que le conteneur n'est pas privilégié . (au moins le FITRIM ioctl failed erreur)
J'ai découvert cela en installant cron sur une nouvelle ubuntu:16.04 conteneur (je sais que cela viole la philosophie du "processus unique" - c'est une autre discussion) Mais l'image par défaut a /etc/cron.weekly/fstrim donc une fois que vous avez installé cron, fstrim commence à fonctionner chaque semaine et cron m'envoie les erreurs par email.
Devrais-je courir fstrim dans un conteneur ?
Je suis toujours en train d'envelopper ma tête autour aufs et toutes les pages que j'ai trouvées sur fstrim parler des SSD et de la récupération de l'espace libre.
Est-ce que tout cela s'applique dans un conteneur ? La tâche cron fstrim de l'hôte ne s'occupera-t-elle pas de tout ? Dois-je supprimer la tâche cron du conteneur ou est-ce un bug de Docker ?
edit : system info :
$ uname -sri; docker --version
Linux 4.4.0-53-generic x86_64
Docker version 1.12.3, build 6b644ec
