[BUG] qbit low swap on install under RPi
What happened?
as root:
box install qbittorrent
Swizzin commit
31d9a5f
What OS are you using?
Debian 11 (Bullseye)
What architecture is your OS?
arm64
Relevant logs and output
[89/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o
FAILED: CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o
/usr/bin/c++ -DBOOST_ASIO_ENABLE_CANCELIO -DBOOST_ASIO_HAS_STD_CHRONO -DBOOST_EXCEPTION_DISABLE -DTORRENT_BUILDING_LIBRARY -DTORRENT_USE_ICONV -DTORRENT_USE_LIBCRYPTO -DTORRENT_USE_OPENSSL -D_FILE_OFFSET_BITS=64 -I../include -I/opt/boost_1_75_0 -march=native -O3 -DNDEBUG -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wextra -Wpedantic -Wvla -Wno-format-zero-length -ftemplate-depth=512 -fexceptions -pthread -std=gnu++17 -MD -MT CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o -MF CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o.d -o CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o -c ../src/peer_connection.cpp
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
[90/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/settings_pack.cpp.o
[91/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/socks5_stream.cpp.o
[92/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/session_handle.cpp.o
[93/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/socket_type.cpp.o
[94/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/session_impl.cpp.o
ninja: build stopped: subcommand failed.
Can you please provide additional information? ie. what did you choose to install.
Steps for us to attempt to reproduce is an important part of the issue submission process.
I took the latest version. 4.5 (4.5.2) Other than that i did not do any other steps.
And the system (Raspberry pi 4) Is all the latest updates.
Raspberry Pi 4 Model B Rev 1.1 Linux raspberrypi 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux
No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye
Seems to be the same error on the version under it, 4.4 (4.4.5)
[89/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o FAILED: CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o /usr/bin/c++ -DBOOST_ASIO_ENABLE_CANCELIO -DBOOST_ASIO_HAS_STD_CHRONO -DBOOST_EXCEPTION_DISABLE -DTORRENT_BUILDING_LIBRARY -DTORRENT_USE_ICONV -DTORRENT_USE_LIBCRYPTO -DTORRENT_USE_OPENSSL -D_FILE_OFFSET_BITS=64 -I../include -I/opt/boost_1_75_0 -march=native -O3 -DNDEBUG -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wextra -Wpedantic -Wvla -Wno-format-zero-length -ftemplate-depth=512 -fexceptions -pthread -std=gnu++17 -MD -MT CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o -MF CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o.d -o CMakeFiles/torrent-rasterbar.dir/src/peer_connection.cpp.o -c ../src/peer_connection.cpp c++: fatal error: Killed signal terminated program cc1plus compilation terminated. [90/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/settings_pack.cpp.o [91/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/session_handle.cpp.o [92/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/socks5_stream.cpp.o [93/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/socket_type.cpp.o [94/155] Building CXX object CMakeFiles/torrent-rasterbar.dir/src/session_impl.cpp.o ninja: build stopped: subcommand failed. [Mon Apr 24 17:52:31] ERROR The cmake build of libtorrent did not complete successfully [Mon Apr 24 17:52:31] Please consult the above and/or check the log (less -R +G /root/logs/swizzin.log)
This could potentially be an issue like an out of memory scenario. I'm not seeing any indication that the build failed; rather the message is indicating that the build was terminated.
Can you review the dmesg logs?
dmesg
Is there any indication that the process was perhaps killed by the oom killer (out of memory)
you are absolutely right.
here is a full output of dmesg
https://paste.debian.net/1278335/
How much RAM does this particular rPi have? We may need to implement some checks if RAM is a limiting factor to the compiles.
This can be worked around with some swap from your local end.
Ah i got it to work
My pi has 4gb ram. I increased the swap to 2gb (default was 100mb) /etc/dphys-swapfile (reference for anyone who's reading this with similar problems)
Should we do the temp swap increase for this?
Should we do the temp swap increase for this?
yes.