1
0
Fork 0
mirror of https://github.com/louislam/dockge.git synced 2026-03-03 02:06:55 -05:00

One or two containers crash at irregular intervals and don't go back up automatically #150

Closed
opened 2026-02-20 13:11:28 -05:00 by deekerman · 1 comment
Owner

Originally created by @ghost on GitHub (Jul 22, 2024).

Issues are for bug reports only, please go to the "Discussions" tab to submit a Feature Request

  • I understand

Hi all,

This is happening on Debian 12 Minimal running latest Docker/Compose on a HP ProDesk 600 G4 Mini MediaServer with Intel i5-8500T, Intel UHD Graphics 630 and 16GB of RAM.

The host machine has 2 NVME drives, one has the OS and all containers, the other has the media I want containers to access, and an Unraid share on a different machine is also mounted, which is another media source.

All my stacks are created through Dockge (but problem persists even when creating the container outside Dockge).
This happens for example with the official Jellyfin container. The containers crash without any obvious reason. Has happened for example with Jellyfin while the Jellyfin server is not accessed by any client, and I also experienced crashes while playing media. All media plays fine when the container is up. Furthermore, even though all containers are set to "restart: unless-stopped", they do not restart.

I have removed the containers fully and rebuilt them 5-6 times (after clearing any folders, settings, downloaded images, volumes, networks etc), and the same thing keeps happening. No issues with high temperatures on the host machine, plenty of disk space available (over 200 GB) on both NVME drives, all other containers working fine and never crashing.

Any ideas what I am doing wrong please? Are there any containers that are known not to play well with Dockge?

Originally created by @ghost on GitHub (Jul 22, 2024). ### Issues are for bug reports only, please go to the "Discussions" tab to submit a Feature Request - [X] I understand Hi all, This is happening on Debian 12 Minimal running latest Docker/Compose on a HP ProDesk 600 G4 Mini MediaServer with Intel i5-8500T, Intel UHD Graphics 630 and 16GB of RAM. The host machine has 2 NVME drives, one has the OS and all containers, the other has the media I want containers to access, and an Unraid share on a different machine is also mounted, which is another media source. All my stacks are created through Dockge (but problem persists even when creating the container outside Dockge). This happens for example with the official Jellyfin container. The containers crash without any obvious reason. Has happened for example with Jellyfin while the Jellyfin server is not accessed by any client, and I also experienced crashes while playing media. All media plays fine when the container is up. Furthermore, even though all containers are set to "restart: unless-stopped", they do not restart. I have removed the containers fully and rebuilt them 5-6 times (after clearing any folders, settings, downloaded images, volumes, networks etc), and the same thing keeps happening. No issues with high temperatures on the host machine, plenty of disk space available (over 200 GB) on both NVME drives, all other containers working fine and never crashing. Any ideas what I am doing wrong please? Are there any containers that are known not to play well with Dockge?
deekerman 2026-02-20 13:11:28 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jul 22, 2024):

@pastaholic: Hello! 👋

This issue is being automatically closed because it does not follow the issue template. Please DO NOT open a blank issue.

@github-actions[bot] commented on GitHub (Jul 22, 2024): @pastaholic: Hello! :wave: This issue is being automatically closed because it does not follow the issue template. Please DO NOT open a blank issue.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/dockge-louislam#150
No description provided.