Closed AlphaNecron closed 10 months ago
Thanks for reporting this. Can you please add to the command section --vmodule=dfly_main=1
, rerun, and attach the output of the failure again?
Thanks for reporting this. Can you please add to the command section
--vmodule=dfly_main=1
, rerun, and attach the output of the failure again?
arctic-dragonfly-1 | I20240109 13:35:23.957870 1 dfly_main.cc:800] Starting dragonfly df-v1.13.0-f39eac5bcaf7c8ffe5c433a0e8e15747391199d9
arctic-dragonfly-1 | * Logs will be written to the first available of the following paths:
arctic-dragonfly-1 | /tmp/dragonfly.*
arctic-dragonfly-1 | ./dragonfly.*
arctic-dragonfly-1 | * For the available flags type dragonfly [--help | --helpfull]
arctic-dragonfly-1 | * Documentation can be found at: https://www.dragonflydb.io/docs
arctic-dragonfly-1 | I20240109 13:35:23.957948 1 dfly_main.cc:621] mem_path = /sys/fs/cgroup//
arctic-dragonfly-1 | I20240109 13:35:23.957954 1 dfly_main.cc:622] cpu_path = /sys/fs/cgroup//
arctic-dragonfly-1 | F20240109 13:35:23.958010 1 dfly_main.cc:659] Check failed: res.size() == 2u (1 vs. 2)
arctic-dragonfly-1 | *** Check failure stack trace: ***
arctic-dragonfly-1 | @ 0x55c78a2049f3 google::LogMessage::SendToLog()
arctic-dragonfly-1 | @ 0x55c78a1fd1b7 google::LogMessage::Flush()
arctic-dragonfly-1 | @ 0x55c78a1feb3f google::LogMessageFatal::~LogMessageFatal()
arctic-dragonfly-1 | @ 0x55c78984b50d _ZZN4dfly12_GLOBAL__N_137UpdateResourceLimitsIfInsideContainerEPN2io11MemInfoDataEPmENKUlSt17basic_string_viewIcSt11char_traitsIcEES4_E0_clES8_S4_.isra.0
arctic-dragonfly-1 | @ 0x55c789827685 main
arctic-dragonfly-1 | @ 0x7f9bb4a91083 __libc_start_main
arctic-dragonfly-1 | @ 0x55c78984980e _start
arctic-dragonfly-1 | @ (nil) (unknown)
arctic-dragonfly-1 | *** SIGABRT received at time=1704807323 on cpu 0 ***
arctic-dragonfly-1 | PC: @ 0x7f9bb4ab000b (unknown) raise
arctic-dragonfly-1 | [failure_signal_handler.cc : 345] RAW: Signal 11 raised at PC=0x7f9bb4a8f941 while already in AbslFailureSignalHandler()
arctic-dragonfly-1 | *** SIGSEGV received at time=1704807323 on cpu 0 ***
arctic-dragonfly-1 | PC: @ 0x7f9bb4a8f941 (unknown) abort
arctic-dragonfly-1 exited with code 139
This one is basically identical to the previous one...
@AlphaNecron can you please run docker run -it alpine
and then inside the container:
cat /sys/fs/cgroup/cpu.max
and paste here the output. thank you.
It's empty.
Here's docker version
, just in case.
Client: Docker Engine - Community
Version: 24.0.7
API version: 1.43
Go version: go1.20.10
Git commit: afdd53b
Built: Thu Oct 26 09:08:02 2023
OS/Arch: linux/amd64
Context: default
Server: Docker Engine - Community
Engine:
Version: 24.0.7
API version: 1.43 (minimum version 1.12)
Go version: go1.20.10
Git commit: 311b9ff
Built: Thu Oct 26 09:08:02 2023
OS/Arch: linux/amd64
Experimental: false
containerd:
Version: 1.6.26
GitCommit: 3dd1e886e55dd695541fdcd67420c2888645a495
runc:
Version: 1.1.10
GitCommit: v1.1.10-0-g18a0cb0
docker-init:
Version: 0.19.0
GitCommit: de40ad0
Uhh, is there a nightly image for Dragonfly?
@AlphaNecron - @romange posted this on the wrong issue, so I'm posting here on his behalf:
I kicked off our weekly build now. Check this out: https://github.com/dragonflydb/dragonfly/actions/runs/7472965174 should update https://github.com/dragonflydb/dragonfly/pkgs/container/dragonfly-weekly
Thanks a lot! Keep up the great work, just see how fast you guys are tackling issues :D
It works flawlessly now. It was working fine before apt upgrade, there were probably some breaking changes related to docker
or cgroup
.
Describe the bug Dragonfly crashes on start with minimal configuration.
To Reproduce Steps to reproduce the behavior:
docker-compose.yml
.docker compose up -d
Expected behavior It should be working properly.
Environment (please complete the following information):
Debian 12 (Bookworm)
6.6.10-1-liquorix-amd64
Reproducible Code Snippet
This is my altered
docker-compose.yml
, Dragonfly still refuses to start with defaultdocker-compose.yml
.