Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Judgehost docker container fails to start with latest docker versions #170

Closed
spitzlei opened this issue Jan 25, 2024 · 4 comments · Fixed by DOMjudge/domjudge#2317
Closed
Labels

Comments

@spitzlei
Copy link

Description of the problem

Since the update to docker 24.0.7 the judgehost container fails to start. No change in docker 25.0.0

judgehost-0-1  | [..] Setting up cgroups
judgehost-0-1  | mkdir: cannot create directory '/sys/fs/cgroup/cpuset/domjudge': Read-only file system
judgehost-0-1  | mkdir: cannot create directory '/sys/fs/cgroup/memory/domjudge': Read-only file system
judgehost-0-1  | chown: cannot access '/sys/fs/cgroup/*/domjudge': No such file or directory
judgehost-0-1  | bin/create_cgroups: 41: cannot create /sys/fs/cgroup/cpuset/domjudge/cpuset.cpus: Directory nonexistent
judgehost-0-1  | bin/create_cgroups: 42: cannot create /sys/fs/cgroup/cpuset/domjudge/cpuset.mems: Directory nonexistent
judgehost-0-1 exited with code 2

Your environment

  • Debian Bookworm Host, DOMjudge in docker
  • DOMjudge version: domjudge/judgehost:latest

Steps to reproduce

  • Start domserver:latest (site is reachable)
  • Start judgehost:latest, like written in hub.docker.com with privileged and /sys/fs/cgroup:/sys/fs/cgroup:ro

Expected behaviour

Judgehosts should run.

Actual behaviour

Container exits with message above.

@nickygerritsen
Copy link
Member

We only support cgroups v1 for now and I think your host machine has cgroups v2. Can you follow these instructions to change back to v1 and see if that works?

@spitzlei
Copy link
Author

cat /proc/cmdline 
BOOT_IMAGE=/vmlinuz-6.1.0-17-amd64 root=/dev/mapper/vg0-root ro systemd.unified_cgroup_hierarchy=0 cgroup_enable=memory swapaccount=1 quiet

I'm already running with cgroup v1 (and the system worked like that until the recent docker upgrades from 21.01.2024).

@nickygerritsen
Copy link
Member

Hmmmm, then we need to investigate... We need to check if they maybe mount the cgroup folder differently.

@nickygerritsen
Copy link
Member

I had the same issue after upgrading Docker, but DOMjudge/domjudge#2317 seems to fix it. Can you verify by any chance?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants