With mtr 0.95-5, I always get the following error:
buffer overflow detected : terminated
Does any one have the same experience ?
I messed with this some today with both mtr TUI and GUI and I did not see the error on my pi5. Maybe I am not running it like you are? You did not give much specifics on how you are running it.
With the “old” package
$ pacman -Q mtr
mtr 0.95-4
The way that I use it seems pretty simple:
$ mtr -c 5 -r 8.8.8.8
Start: 2024-08-09T16:40:25+0200
HOST: xxxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 5 0.5 0.6 0.5 0.7 0.1
2.|-- xxxxxxxx 0.0% 5 1.4 1.7 1.3 2.3 0.4
3.|-- xxxxxxxx 0.0% 5 1.9 1.7 1.3 1.9 0.2
4.|-- xxxxxxxx 0.0% 5 1.8 2.2 1.7 3.2 0.6
5.|-- xxxxxxxx 0.0% 5 2.3 2.2 2.0 2.4 0.1
6.|-- xxxxxxxx 0.0% 5 2.0 2.2 2.0 2.3 0.1
7.|-- xxxxxxxx 0.0% 5 2.2 2.2 2.1 2.4 0.1
8.|-- xxxxxxxx 0.0% 5 2.0 2.2 2.0 2.4 0.2
9.|-- dns.google 0.0% 5 3.2 2.7 1.8 3.7 0.8
But as soon as I update the package:
$ pacman -Q mtr
mtr 0.95-5
$ mtr -c 5 -r 8.8.8.8
Start: 2024-08-09T16:41:02+0200
*** buffer overflow detected ***: terminated
Abandon (core dumped)
Well I get the error doing it your way.
https://github.com/traviscross/mtr/issues/508
Added:
I finally got around building this from their latest git and they did fix the issue. This is an arch-arm package so we do not maintain it.
Working mtr
[ray@jellyfin mtr]$ pacman -Qi mtr
Name : mtr
Version : 0.95-6
Description : Combines the functionality of traceroute and ping into one tool
(CLI version)
Architecture : aarch64
URL : MTR
Licenses : GPL-2.0-only
Groups : None
Provides : None
Depends On : glibc jansson libcap ncurses libncursesw.so=6-64
Optional Deps : bash-completion: bash completion support [installed]
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 221.12 KiB
Packager : Unknown Packager
Build Date : Fri 09 Aug 2024 12:11:52 PM CDT
Install Date : Fri 09 Aug 2024 12:12:50 PM CDT
Install Reason : Explicitly installed
Install Script : Yes
Validated By : None
[ray@jellyfin mtr]$ mtr -c 5 -r 8.8.8.8
Start: 2024-08-09T12:15:10-0500
HOST: jellyfin Loss% Snt Last Avg Best Wrst StDev
1.|-- tplink-router 0.0% 5 3.8 3.8 3.0 4.3 0.5
2.|-- ws-router 0.0% 5 4.9 5.0 4.9 5.2 0.1
3.|-- h3.0.137.40.static.ip.win 0.0% 5 23.3 21.5 19.9 23.5 1.8
4.|-- ae3-0.agr02.ltrk01-ar.us. 0.0% 5 22.7 23.3 22.7 23.8 0.5
5.|-- ae20.cr03.atln02-ga.us.wi 0.0% 5 37.7 39.2 37.7 40.1 0.9
6.|-- 64.24.183.193 0.0% 5 33.8 36.5 33.8 39.7 2.7
7.|-- 172.253.71.61 0.0% 5 53.8 42.6 37.2 53.8 6.5
8.|-- 142.251.55.117 0.0% 5 55.2 42.2 34.0 55.2 7.8
9.|-- dns.google 0.0% 5 37.9 39.5 37.9 41.3 1.2
1 Like
I don’t know if it’s the same situation on x86 though?
Maybe if anyone on this architecture can confirm we may open a bug ticket on ARM for that. (arch-arm never respond from their forum since long time ago)
It has been reported last month in the arch-arm forums. I also posted today there just to give it a bump.
https://archlinuxarm.org/forum/viewtopic.php?f=15&t=16996&p=72839#p72839