En Docker-container som fortsätter att vara markerad som ”körs” men inte kan stoppas skiljer sig från en vanlig krasch av qBittorrent-programmet. I den här rapporten från februari 2026 om ZimaOS 1.5.4 fungerade qBittorrent i ungefär tre till sex timmar. Därefter sjönk nätverkstrafiken till noll, och Docker kunde inte längre stoppa eller ta bort containern på ett ordnat sätt.
Den ursprungliga användaren provade flera qBittorrent-avbildningar och versioner, ändrade minnes- och CPU-tilldelningar, startade om Docker, återskapade containern och kunde ändå återskapa samma fel. Att starta om ZimaOS-värden var den enda åtgärden som hävde det fastlåsta tillståndet.
Containern såg ut att köras efter att aktiviteten hade upphört
Docker-felet som användaren rapporterade sade att Docker försökte avsluta containern men inte fick någon händelse om att processen hade avslutats. Det pekar på ett annat lager än en vanlig processkrasch.
Nätverks-I/O sjönk till noll när frysningen inträffade
Gemenskapens analys pekade på avbrottsfri I/O-väntan
En person i gemenskapen hävdade att processen troligen hade fastnat i Linux-läget D, en avbrottsfri väntan som vanligtvis förknippas med I/O. Den ursprungliga skribenten rapporterade därefter att inte ens en direkt SIGKILL fick processen att försvinna, vilket stämmer med en process som har blockerats inne i kärnan.
Detta är en stark ledtråd vid felsökning, men tråden fick aldrig någon bekräftelse från IceWhales ingenjörer. Det bör därför beskrivas som en diagnos från gemenskapen, inte som en bevisad regression i ZimaOS-kärnan.
Hög cache-användning observerades men bevisades inte vara orsaken
Linux använder normalt ledigt RAM-minne till filsystemscache, så ett stort cachevärde är inte automatiskt en minnesläcka.
Varför byte av qBittorrent-avbildning inte löste frågan
Användaren återskapade problemet med flera varianter av qBittorrent-avbildningen och olika versionstaggar. Det försvagar teorin att en enskild containeravbildning var ansvarig, men visar fortfarande inte om utlösaren var lagring, nätverk, virtualisering, kärnan, Docker eller en kombination av dessa.
Detta var ett fall i ZimaOS 1.5.4
Felet hör till en specifik historisk version. Tråden innehåller ingen permanent lösning och inget test som visar om en senare ZimaOS-version har eliminerat beteendet. Innan du försöker återskapa äldre felsökningssteg på låg nivå bör du jämföra ditt system med den aktuella ZimaOS-versionen.
Vanliga frågor om qBittorrents zombiekontainer
Bevisades det att qBittorrent självt kraschade?
Nej. Det ovanliga var att processen blev omöjlig att avsluta medan Docker fortfarande ansåg att containern kördes.
Vad betyder D-läget i det här sammanhanget?
Det är en avbrottsfri väntan i kärnan som ofta förknippas med I/O. En person i gemenskapen använde det för att förklara varför inte ens ett tvingat avslut kunde fungera.
Löste en omstart av Docker problemet?
Nej, inte i det ursprungliga fallet. Endast en fullständig omstart av värden återställde den fastlåsta processen.
Bekräftade IceWhale grundorsaken?
Nej. Den ursprungliga skribenten taggade teamet för utredning, men den publicerade tråden avslutades utan en officiell diagnos eller permanent lösning.
