Neu in Docker.
Docker vom Softwareverwaltungstool in installiert mint 17
.
Wenn ich renne, docker run hello-world
erhalte ich:
FATA[0000] Error response from daemon: Cannot start container a6bcc1ede2c38cb6b020cf5ab35ebd51b64535af57fa44f5966c37bdf89c8781: [8] System error: mountpoint for devices not found
Wenn ich mir die Service-Protokolle ansehe ( /var/log/upstart/docker.log
), sehe ich:
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
: Docker-Version
Client version: 1.6.2
Client API version: 1.18
Go version (client): go1.2.1
Git commit (client): 7c8fca2
OS/Arch (client): linux/amd64
Server version: 1.6.2
Server API version: 1.18
Go version (server): go1.2.1
Git commit (server): 7c8fca2
OS/Arch (server): linux/amd64
: Docker-Info
Containers: 2
Images: 1
Storage Driver: aufs
Root Dir: /var/lib/docker/aufs
Backing Filesystem: extfs
Dirs: 5
Dirperm1 Supported: false
Execution Driver: native-0.2
Kernel Version: 3.13.0-24-generic
Operating System: Ubuntu 14.04.3 LTS
CPUs: 8
Total Memory: 15.6 GiB
Name: DWDEV-HOME-HBABAI
ID: K4GX:DTV6:547V:U3BO:YEOA:WVNU:NZEZ:L3GG:4W7U:IXNS:X3QK:5PVR
WARNING: No memory limit support
WARNING: No swap limit support
Aktualisieren:
Installierter sudo apt-get install aufs-tools
, neu gestarteter Docker-Dienst. Ich sehe folgenden Fehler nicht mehr :
ERRO[0617] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH
In den Protokollen sehe ich jedoch, dass der Docker mich beim Starten über den Speicherbereitstellungspunkt warnt:
INFO[0000] -job init_networkdriver() = OK (0)
/var/run/docker.sock is up
WARN[0000] mountpoint for memory not found
INFO[0000] Loading containers: start.
Ich habe das Gefühl, es hat mit cgroup zu tun ... aber ich weiß (noch) nichts über diese Technologie ...
linux-mint
docker
hba
quelle
quelle
Antworten:
Es stellte sich heraus, dass ich installieren musste
cgroup-lite
. Es war ein Schuss in die Dunkelheit, aber ich folgte dieser Antwortquelle
Ich werde hier eine weitere Antwort für Leute hinzufügen, die dies 2020 unter Debian sehen, da meine Lösung für dieses Problem in keinem der Suchtreffer vorhanden war, die beim googeln der Fehlerzeichenfolge "Mountpoint für nicht gefundene Geräte" gefunden wurden.
Hintergrund:
Plötzlich wurde klar, dass etwas die Container zum Absturz gebracht hatte. Die einzige entfernte wahrscheinliche Ursache, die mir einfiel, war, dass ich einen übergeordneten Ordner gelöscht hatte, auf dessen Host ein Unterordner als Volume zugeordnet war. Ein weiterer Grund könnte die Montage eines zusätzlichen physischen Geräts sein.
Das Endergebnis war in jedem Fall, dass der Versuch, einen Docker-Container zu starten, zu der in der Frage ("
mountpoint for devices not found
") angezeigten Fehlermeldung führte und kein Neustart (und somit kein Upgrade des Kernels) stattgefunden hatte.Die Schritte, die ich unternahm, um das Problem zu beheben, waren:
journalctl -xn | less
. Enthielt nicht wirklich zu viele zusätzliche Informationen/etc/init.d/docker stop
)./etc/docker/daemon.json
in der sich der einzige Inhalt befand{"debug": true}
Diese
cgroup
verwandten Fehler führten zu der Antwort:OK, etwas über
cgroups
und Montage. Das führte mich zu einer Problemumgehung für ein anderes Problem mit cgroups , das in diesem Fall angewendet werden konnte, von dem die einzigen Befehle, die einen Effekt zu haben schienen, waren/etc/init.d/docker stop
cgroupfs-mount
/etc/init.d/docker start
Jetzt, beim nächsten Start von Docker, enthielten die Protokolle noch einige Zeilen mit cgroup-bezogenen Fehlern:
Aber die Hälfte von ihnen (
blkio
,cpuset
) war weg und vor allem lautete die nächste Zeile:Und schlussendlich
Im Grunde hat das erneute Einhängen der cgroup-Inhalte das Problem behoben. Kein Neustart erforderlich.
quelle