daemon: hung nix-daemon <PID> process
#4261
Labels
Comments
|
I also had processes which did not do anything for hours. Not checked for PIDs yet |
|
Just saw this again when trying to build bt from gdb -p [hung-daemon]bt full from gdb -p [hung-daemon]lsof [hung-daemon]thread apply all bt from gdb -p [hung-process-not-daemon]``` Thread 20 (LWP 26177): #0 0x00007f4ce894cf74 in read () from /nix/store/9df65igwjmf2wbw0gbrrgair6piqjgmi-glibc-2.31/lib/libpthread.so.0 #1 0x00007f4ce8d7b84e in read (__nbytes=32768, __buf=0x179c7c0, __fd=) at /nix/store/4wy9j24psf9ny4di3anjs7yk2fvfb0gq-glibc-2.31-dev/include/bits/unistd.h:44 #2 nix::FdSource::readUnbuffered (this=0x1780758, data=0x179c7c0 "stla", len=32768) at src/libutil/serialise.cc:146 #3 0x00007f4ce8d791f2 in nix::BufferedSource::read (this=0x1780758, data=0x7f4cc1ff2820 "stla", len=8) at src/libutil/serialise.cc:124 #4 0x00007f4ce8d79c68 in nix::Source::operator() (this=0x1780758, data=data@entry=0x7f4cc1ff2820 "stla", len=len@entry=8) at src/libutil/serialise.cc:90 #5 0x00007f4ce8f72b81 in nix::readNum (source=...) at src/libutil/serialise.hh:332 #6 0x00007f4ce902307c in nix::RemoteStore::Connection::processStderr (this=0x1780710, sink=0x0, source=0x0, flush=) at src/libstore/remote-store.cc:845 #7 0x00007f4ce90255fa in nix::ConnectionHandle::processStderr (sink=0x0, flush=false, source=0x0, this=0x7ffe4d7c70f0) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/bits/shared_ptr_base.h:1020 #8 nix::ConnectionHandle::::operator() (__closure=0x29a1ae8, __closure=0x29a1ae8) at src/libstore/remote-store.cc:917 #9 std::__invoke_impl):: > (__f=...) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/bits/invoke.h:60 #10 std::__invoke):: > (__fn=...) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/bits/invoke.h:95 #11 std::thread::_Invoker):: > >::_M_invoke<0> (this=0x29a1ae8) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/thread:244 #12 std::thread::_Invoker):: > >::operator() (this=0x29a1ae8) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/thread:251 #13 std::thread::_State_impl):: > > >::_M_run(void) (this=0x29a1ae0) at /nix/store/h31cy7jm6g7cfqbhc5pm4rf9c53i3qfb-gcc-9.3.0/include/c++/9.3.0/thread:195 #14 0x00007f4ce8b90930 in ?? () from /nix/store/vran8acwir59772hj4vscr7zribvp7l5-gcc-9.3.0-lib/lib/libstdc++.so.6 #15 0x00007f4ce8942ead in start_thread () from /nix/store/9df65igwjmf2wbw0gbrrgair6piqjgmi-glibc-2.31/lib/libpthread.so.0 #16 0x00007f4ce8873d2f in clone () from /nix/store/9df65igwjmf2wbw0gbrrgair6piqjgmi-glibc-2.31/lib/libc.so.6Thread 19 (LWP 14816): Thread 18 (LWP 14815): Thread 17 (LWP 14814): Thread 16 (LWP 14813): Thread 15 (LWP 14812): Thread 14 (LWP 14811): Thread 13 (LWP 14810): Thread 12 (LWP 14809): Thread 11 (LWP 14808): Thread 10 (LWP 14807): Thread 9 (LWP 14806): Thread 8 (LWP 14805): Thread 7 (LWP 14804): Thread 6 (LWP 14803): Thread 5 (LWP 14802): Thread 4 (LWP 14801): Thread 3 (LWP 14800): Thread 2 (LWP 14799): Thread 1 (LWP 14796): |
|
Perhaps caused by or related to #4235? |
|
Indeed it is. Applying the patch linked in that issue resolves the issue for me. I'll close this issue in favor of that one. Thanks! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
Recently, I've been having issues with
nixbuilt from master (nix (Nix) 2.4pre20201112_258e533) and commands likenix buildandnix develophanging. I've noticed that, when this happens, the nix-daemon service has anix-daemon <PID>process in its CGroup -- this<PID>doesn't exist, and killing thatnix-daemonprocess lets commands proceed until the next time this happens.Steps To Reproduce
None, yet.
Expected behavior
A clear and concise description of what you expected to happen.
nix-env --versionoutputnix-env (Nix) 2.4pre20201112_258e533The text was updated successfully, but these errors were encountered: