Deze brondiscussie leidt tot een sterke, versiegebonden conclusie. Na het upgraden van een ZimaBoard 832 naar ZimaOS 1.4.3 startte Docker niet automatisch, kon de App Store geen nieuwe apps installeren en konden bestaande apps niet starten. Zima-Giorgio zei dat het team op de hoogte was van het probleem met de Docker-service en gaf een tijdelijke opdracht om Docker handmatig opnieuw te starten.
De oorspronkelijke poster bevestigde dat de opdracht voor opnieuw starten het onmiddellijke probleem oploste, maar meldde ook dat Docker na elke herstart van de host opnieuw niet startte. De volgende release van IceWhale biedt het ontbrekende bewijs: ZimaOS 1.4.4 loste een Docker-startprobleem op dat werd veroorzaakt door een te kort serviceopstartinterval.
De fout trad onmiddellijk na de upgrade naar 1.4.3 op
De gebruiker van de bron meldde:
- de update van Prowlarr bleef hangen;
- bestaande apps startten niet;
- nieuwe installaties uit de App Store mislukten;
- de interface meldde dat er geen verbinding kon worden gemaakt met de Docker-daemon.
/var/run/docker.sock, waardoor de installatie en het starten van applicaties werden geblokkeerd.IceWhale noemde het een bekend probleem met de Docker-service
Op 26 augustus schreef Zima-Giorgio dat het team dit als een bekend probleem met de Docker-service beschouwde en dat er een oplossing zou worden uitgebracht.
Hij gaf de tijdelijke officiële workaround:
sudo -i
systemctl restart docker docker.socketDeze opdracht is historische, geldige IceWhale-begeleiding voor de broncasus met versie 1.4.3.
De oorspronkelijke poster bevestigde dat het handmatig opnieuw starten van Docker werkte
De gebruiker antwoordde dat het opnieuw starten van Docker als root via de CLI het onmiddellijke probleem volledig had opgelost. Dit is door de bron bevestigde werking, geen speculatieve workaround.
Dezelfde gebruiker startte de ZimaBoard daarna opnieuw op en ontdekte dat Docker opnieuw niet automatisch werd gestart.
Het dashboard kon apps als gestart weergeven terwijl Docker niet goed werkte
De werkelijke appstatus werd hersteld door Docker opnieuw te starten
Apps handmatig opnieuw starten verhielp de volgende herstart niet betrouwbaar
Zima-Giorgio zei dat sommige meldingen suggereerden dat het handmatig starten en opnieuw starten van elke app het gedrag bij toekomstige herstarts mogelijk zou verbeteren. De oorspronkelijke poster testte dit idee, maar zag na het opnieuw opstarten nog steeds dezelfde onjuiste startstatus.
Daarom is het belangrijk om het opnieuw starten van afzonderlijke apps niet als de definitieve oplossing uit de bron te presenteren.
ZimaOS 1.4.4 heeft het probleem met de Docker-opstarttiming opgelost
In de officiële releaseopmerkingen van IceWhale voor 1.4.4 staat:
- een oplossing voor apps die na het opstarten in de laadstatus bleven hangen;
- een oplossing voor een te kort opstartinterval van de Docker-service, waardoor een opstartfout ontstond;
- aanvullende oplossingen voor de app-status en installatiekaarten.
Zie de oplossingen voor het opstarten van Docker in ZimaOS 1.4.4 voor de historische productoplossing.
Huidige gebruikers moeten systemctl restart niet als permanente oplossing beschouwen
Op een moderne ZimaOS-release wijst een Docker-daemon die na het opnieuw opstarten herhaaldelijk uitvalt op een huidig probleem met de service, opslag, runtime of configuratie. Docker opnieuw starten kan een diagnostische actie zijn, maar verzamel eerst de daadwerkelijke fout voordat je een handmatige herstart bij elke opstart als normaal beschouwt.
Nuttige actuele informatie omvat:
-
systemctl status docker.service; -
journalctl -u docker.service; - vrije ruimte op de systeemschijf;
- recente GPU-/runtime-overrides of wijzigingen aan de host;
- de exacte huidige ZimaOS-versie.
Een vergelijkbaar symptoom kan een andere onderliggende oorzaak hebben
In een andere discussie over 1.4.3 werd gemeld dat Docker niet kon starten doordat er een aangepaste NVIDIA-runtime-override in de systemd-configuratie was achtergebleven. Dat is een andere oorzaak dan het probleem met de opstarttiming in deze brondiscussie.
Verwijder service-overridebestanden niet, tenzij uit de logs blijkt dat een specifieke override de daemon daadwerkelijk blokkeert.
Veelgestelde vragen over Docker Daemon 1.4.3
Heeft IceWhale officieel een handmatige herstart van Docker aangeboden?
Ja. Zima-Giorgio plaatste systemctl restart docker docker.socket als de tijdelijke oplossing voor 1.4.3.
Bevestigde de gebruiker uit de bron dat het werkte?
Ja, voor de huidige opstart. Na het opnieuw opstarten keerde de fout terug.
In welke release werd de productbrede opstartoplossing gedocumenteerd?
ZimaOS 1.4.4 verhielp dat de opstarttijd voor de Docker-service ontoereikend was, wat een opstartfout kon veroorzaken.
