Open kahilah opened 4 weeks ago
I'd like to add a comment that during the past 2 weeks I have been able to mitigate crashes by keeping the number of sessions minimal 2-5 and actively deleting sessions that I haven't touched for days.
Hey @kahilah - I looked a little bit into this and can't see an immediate cause from these details. Seems like for some reason the async executor can't spawn more threads.
Combined with the logs you provided regarding reading the creation time, a wild guess on my part is that this involves a problem with the generic musl binary. Did you install Zellij in this way (eg. with the Try Zellij before Installing
method)? No harm in it, of course - it should work as expected.
If so, would you be willing to try compiling it for your own system (eg. with cargo install --locked zellij
)? It might help identify the issue.
What's your "uname -a"? May be something limits the number of threads/file descriptors?
Hi, thanks for the suggestions. So my installation has been always via compilation with cargo so that shouldn't be the problem. Kernel info on this particular machine via uname shows: Linux XXXX 4.18.0-348.23.1.el8_5.x86_64 #1 SMP Wed Apr 27 15:32:52 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
Sorry, I've meant "ulimit -a" ...
Ah I see. The ulimit shows the following:
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 8204480
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 100000
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) unlimited
cpu time (seconds, -t) unlimited
max user processes (-u) 4096
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited
Basic information
OS:
centos 8terminal
: gnome-terminalzellij --version
: 0.40.1Issue description
I have been using zellij for a week now (with default settings, no plugins etc.) and started experiencing these crashes quite quickly. Common for each crash has been that they happened when either 1) resuming a session or 2) creating a new session.
Zellij has been running for several hours whenever this crash happens. No other common factors has been identified.
Crash results in following error message
And tmp file is filled with equivalent messages to this:
ERROR |zellij_server::background| 2024-10-09 21:55:09.611 [async-std/runti] [.cargo/registry/src/index.crates.io-6f17d22bba15001f/zellij-server-0.40.1/src/background_jobs.rs:443]: Failed to read created stamp of resurrection file: Error { kind: Unsupported, message: "creation time is not available for the filesystem" }
Minimal reproduction
Haven't been able to reproduce in deterministic manner.
Other relevant information
Error message has been similar whether the crash happens when opening an old session or creating a new one.
Restarting zellij results in the same error message and I need to kill zellij processes to enable restart.