Docker Paket hängt fest bei Starting...

[mastacheata]

Hallo zusammen,

irgendwas ist bei meinem Docker Paket kaputt.

Das Paket "versucht" zu starten und hängt dann im Starting... Status fest.
Der Docker Socket ist da und LISTENING (laut netstat), sowohl docker-containerd als auch docker daemon sind augenscheinlich gestartet.

Dummerweise kann man den Start eines Pakets aus dem Webinterface nicht abbrechen und dieses eine Paket legt somit alle anderen Paketaktionen lahm.
Ich kann auch für andere Pakete keine Updates installieren solange das Docker Paket noch im Starting... festhängt.

Hat schonmal irgendjemand dieses oder ein ähnliches Problem beobachtet?
Wenn es irgendwie mehr Diagnose Optionen gibt reiche ich die gerne nach, aber ich hab keine Ahnung wo und was ich da nachsehen sollte/könnte.

 

[4bob]

Hi,
Seit wann ist das so - gibt es Container die liefen?

Du könntest dir den Inhalt der Logs ansehen, bspw. so:

more /var/log/Docker/docker.log |grep ERRO*

Damit du weiterkommst kannst du Docker auch über die Konsole stoppen:

synoservicectl --stop pkgctl-Docker

Jetzt sollten alle Prozesse down sein; Kontrolle:

ps -ax |grep docker

Bob

 

[mastacheata]

Seit wann ist das so - gibt es Container die liefen?

Ich hätte jetzt mal spontan einige Wochen gesagt. Container die mal liefen waren Gitlab (hab ich aber wieder runtergeschmissen), OSCam und TVHeadend. Letzteres läuft inzwischen wieder als "normales"/"natives" Paket nachdem jemand von SynoCommunity so freundlich war mir seine Binaries zur Verfügung zu stellen.


Kritische Fehler sind da eigentlich so gar keine drin in letzter Zeit mit Ausnahme von diesem hier (ich mutmaße aber mal der liegt im Shutdown des Docker Prozess per Kommandozeile begründet):

2017-06-13T00:48:42+02:00 bene-ds713 docker[3913]: ERRO[0020] failed to receive event from containerd: rpc error: code = 13 desc = "transport is closing"

Alles davor ist zum einen schon tierisch alt und zum anderen in der Regel auf Probleme mit Container Configs bezogen.


Die nicht-kritischen Fehler (AKA Warnings) scheinen sch regelmäßig bei jedem Start zu wiederholen.
Hier mal der Auszug aus den (vollständigen) Logs vom letzten Neustart der DS vor einigen Stunden:

2017-06-23T17:17:15+02:00 bene-ds713 docker[18822]: WARN[0020] /!\ DON'T BIND ON ANY IP ADDRESS WITHOUT setting -tlsverify IF YOU DON'T KNOW WHAT YOU'RE DOING /!\
2017-06-23T17:18:10+02:00 bene-ds713 docker[18822]: WARN[0075] Running modprobe nf_nat failed with message: ``, error: exit status 1
2017-06-23T17:18:10+02:00 bene-ds713 docker[18822]: WARN[0075] Running modprobe xt_conntrack failed with message: ``, error: exit status 1
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support kernel memory limit.
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup cfs period
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup cfs quotas
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio weight
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio weight_device
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio throttle.read_bps_device
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio throttle.write_bps_device
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio throttle.read_iops_device
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] Your kernel does not support cgroup blkio throttle.write_iops_device
2017-06-23T17:34:38+02:00 bene-ds713 docker[18822]: WARN[1063] mountpoint for pids not found

Die gleichen Meldungen gibts in den letzten 5-6 Reboots (Insgesamt gut 2 Monate) immer wieder. Und mehr ist da zwischenzeitlich auch nicht wirklich passiert in den Logs.


Das ganze per synoservicectl zu stoppen scheint nicht wirklich zu funktionieren. Es gibt zwar keine Fehlermeldung, aber der werkelt da jetzt schon gute 5 Minuten an dem Befehl rum.

sudo synoservicectl --stop pkgctl-Docker

 

[generalfox]

vielleicht ein bisschen spät.

Hatte ein ähnliches Problem beim Gitlab update.

Geholfen Gitlab zu deinstallieren hat

mit ssh als admin einloggen. dann sudo -s und folgende schritte durchführen

1. Navigate to /volume1/@appstore then delete the application you want to remove.
2. Navigate to /var/packages see if there is a folder named the same as your app and remove it
3. Navigate to /usr/local see if there is a folder named the same as your app and remove it

danach DS neustarten. Nun konnte ich den Paketmanager wieder nutzen.