tomaszduda23
tomaszduda23
for reference if anyone needs it https://github.com/backube/volsync/pull/1613
> print logs to stdout? https://github.com/termux/termux-packages/pull/21667/files#diff-0e9417a7a1fc3cfd41aa62c5183240bb0e6cf27cbc8ea191bd6206931f574d16R20 , why not stderr? the function is supposed to print any log. You could use prio to print to stderr or stdout. It is...
It deadlocks somewhere in android implementation of dlopen. I'm not sure if it can be fixed outside.
``` Core was generated by `runc'. #0 0x000000747889159c in __dl_syscall () from /system/bin/linker64 (gdb) bt #0 0x000000747889159c in __dl_syscall () from /system/bin/linker64 #1 0x0000007478887844 in __dl__Z15__futex_wait_exPVvbibPK8timespec () from /system/bin/linker64 #2...
sudo kill -SYS 23530 does nothing. ``` strace: Process 23530 attached futex(0x7914cdb1e8, FUTEX_WAIT_BITSET_PRIVATE, 16386, NULL, FUTEX_BITSET_MATCH_ANY ) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) --- SIGSYS {si_signo=SIGSYS,...
> Again. Not strace. Go. Go stacktrace. Just run the program as usual, wait until it hangs and kill it. Hehe. How I'm supposed to do it? `sudo kill -SYS...
``` DEBU[0000]libcontainer/cgroups/file.go:96 libcontainer/cgroups.prepareOpenat2.func1() openat2 not available, falling back to securejoin DEBU[0000] nsexec[25307]: => nsexec container setup DEBU[0000] nsexec-0[25307]: ~> nsexec stage-0 DEBU[0000] nsexec-0[25307]: spawn stage-1 DEBU[0000] nsexec-0[25307]: -> stage-1 synchronisation...
Callstack from gdb again ^^ It looks that it deadlocks in function which I patched already to build it statically. It is still workaround but replacing only those would solve...