core dump on arm since bug in libuv-1.52.0-1

[Schamane187]

Hi,

I am a happy user of technitium, but sadly a bug in libuv broke my installation a few weeks ago. libuv/libuv#5030
The bug has been fixed, but technitium still isn´t working anymore

Since that I tried several things to get technitium working again, unfortunately without any success.

Starting tecchnitium manually tells me

[root@dns coredump] dotnet DnsServerApp.dll
Bus error (core dumped) dotnet DnsServerApp.dll

via systemd I get

Mar 22 16:14:10 dns.local systemd-coredump[743]: [🡕] Process 732 (dotnet) of user 965 dumped core.

                                                    Stack trace of thread 739:
                                                    #0  0x00000000b6bde7f4 pthread_cond_wait (libc.so.6 + 0x857f4)
                                                    ELF object binary architecture: ARM

Mar 22 16:14:11 dns.local systemd[1]: technitium-dns-server.service: Main process exited, code=dumped, status=7/BUS
Mar 22 16:14:11 dns.local systemd[1]: technitium-dns-server.service: Failed with result 'core-dump'.

But still not working, started to look into gdb, but not much usefull info IMHO

[root@dns coredump]# coredumpctl dump 15908 --output 15908.core
PID: 15908 (dotnet)
UID: 0 (root)
GID: 0 (root)
Signal: 7 (BUS)
Timestamp: Fri 2026-03-27 11:04:44 UTC (20min ago)
Command Line: dotnet DnsServerApp.dll
Executable: /usr/share/dotnet/dotnet
Control Group: /user.slice/user-0.slice/session-24.scope
Unit: session-24.scope
Slice: user-0.slice
Session: 24
Owner UID: 0 (root)
Boot ID: 2a0c2e328f634e90a1d7f93a4282a0fa
Machine ID: d63ab89a919c4abf9b4a314e99ac473a
Hostname: dns.local
Storage: /var/lib/systemd/coredump/core.dotnet.0.2a0c2e328f634e90a1d7f93a4282a0fa.15908.1774609484000000.zst (present)
Size on Disk: 7.5M
Message: Process 15908 (dotnet) of user 0 dumped core.

            Stack trace of thread 15916:
            #0  0x00000000b6bc97f4 pthread_cond_wait (libc.so.6 + 0x857f4)
            ELF object binary architecture: ARM

[root@dns coredump]# gdb -c 15908.core $(which dotnet)
GNU gdb (GDB) 17.1
Copyright (C) 2025 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "armv7l-unknown-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
https://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/dotnet...
(No debugging symbols found in /usr/bin/dotnet)
[New LWP 15916]
[New LWP 15908]
[New LWP 15912]
[New LWP 15913]
[New LWP 15909]
[New LWP 15910]
[New LWP 15911]
[New LWP 15914]
[New LWP 15915]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `/usr/bin/dotnet DnsServerApp.dll'.
Program terminated with signal SIGBUS, Bus error.
#0 0xb6bc97f4 in pthread_cond_wait () from /usr/lib/libc.so.6
[Current thread is 1 (Thread 0xaa968400 (LWP 15916))]
(gdb)

System is
6.19.9-1-armv7-ARCH

Host:
Version: 10.0.5
Architecture: arm
Commit: a612c2a105
RID: linux-arm

.NET SDKs installed:
No SDKs were found.

.NET runtimes installed:
Microsoft.AspNetCore.App 8.0.25 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 9.0.14 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 8.0.25 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 9.0.14 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
None

Environment variables:
DOTNET_BUNDLE_EXTRACT_BASE_DIR [/root/.cache/dotnet_bundle_extract]
DOTNET_ROOT [/usr/share/dotnet]
DOTNET_TOOLS_PATH [/root/.dotnet/tools]

global.json file:
Not found

Learn more:
https://aka.ms/dotnet/info

Download .NET:
https://aka.ms/dotnet/download

any help or assistence would be appreciated, I am not even sure if this is a technitium thing or more a dotnet

[ShreyasZare]

Thanks for the post. Technitium DNS server requires only dotnet to run and I don't know if dotnet uses libuv. I would suggest that you use the uninstall script to uninstall the DNS server and then use the install script again so that it install a fresh copy of dotnet runtime. Try that and see if that makes any difference. Note to export the DNS server backup zip file from Settings section on the admin panel just in worst case if you need to restore it.

[Schamane187]

Hi,

tried that, again no success.

Installs withoutu error

[root@dns]# curl -sSL https://download.technitium.com/dns/install.sh |bash

===============================
Technitium DNS Server Installer

Installing ASP.NET Core Runtime...
ASP.NET Core Runtime was installed successfully!

Downloading Technitium DNS Server...
Updating Technitium DNS Server...

ICU package is already installed.

Configuring systemd service...

Technitium DNS Server was installed successfully!
Open http://dns.local:5380/ to access the web console.

Donate! Make a contribution by becoming a Patron: https://www.patreon.com/technitium

but immediately starts to core dump again

Mar 27 15:04:18 dns.local systemd-coredump[18973]: [🡕] Process 18961 (dotnet) of user 0 dumped core.

                                                      Stack trace of thread 18961:
                                                      #0  0x00000000b6b987f4 pthread_cond_wait (libc.so.6 + 0x857f4)
                                                      ELF object binary architecture: ARM

Mar 27 15:04:19 dns.local systemd[1]: dns.service: Main process exited, code=dumped, status=7/BUS
Mar 27 15:04:19 dns.local systemd[1]: dns.service: Failed with result 'core-dump'.

as said, it may be an issue with dotnet and libuv, even if I think libuv broke something with the host function in combination with libc6 I am just wondering, why bind is working after the fix, but technitium not

Also, when libuv was broken, dns resolution was not working at all on that host, had to downgrade.
But after the fix, everything is back to normal, also after downgrading to get the host working again, technitium was not able to start anymore

[ShreyasZare]

Thanks for the details. Did you run the uninstall script before running the install script? Asking since you did not mention about it. Simply running the install script will check for update and if the current dotnet version is already installed, it wont do anything. Uninstalling first will ensure that dotnet gets installed freshly so as to rule out any issues with corrupt files.

[Schamane187]

Hi,

yes, I did and also cleaned up /opt etc.

I didn´t mention it, because the install script would say it´s in place otherwise.

Also I used yay beforehands and removed all dotnet and techniitum related stuff there as well.

[ShreyasZare]

Thanks for the response. I am not sure what could be the issue here. What exact OS are you running? I do have multiple ARM deployments on Raspberry Pi OS and haven't seen any issues yet.

[Schamane187]

it´s an ARCH

/etc/os-release

NAME="Arch Linux ARM"
PRETTY_NAME="Arch Linux ARM"
ID=archarm
ID_LIKE=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinuxarm.org/"

[Schamane187]

I guess u will not stumble over that issue with other Distros, because of the rolling release character of Arch

[ShreyasZare]

Thanks for the details. I am not sure how to fix this though. You may need to wait till they fix the issue with next dotnet monthly update. Or may be try a different distro.