On 6/23/26 13:20, Ineiev wrote:
On Tue, Jun 23, 2026 at 04:55:46PM +0200, Thérèse Godefroy via Discussions
among Savannah Hackers, open subscription wrote:
Do you have any idea why Mirmon reports these connections as "hangs"?
Thanks in advance for looking into this issue.
rsync at download0 does download the file, but it takes
over 2 minutes; I wonder if it may be related to mixing addresses
194.8.197.22 and 2001:4dd0:1234:1::deb in the diagnostics:
- - - -
time /usr/bin/rsync -vvvvv --no-motd --timeout 30
mirror.netcologne.de::savannah/00_TIME.txt netcologne_00_TIME.txt
[...]
- - - -
In an effort to narrow the problem down, I ran a quick test just now
from my laptop and got:
8<------
time rsync -vvvvv --no-motd --timeout 30
mirror.netcologne.de::savannah/00_TIME.txt netcologne_00_TIME.txt
opening tcp connection to mirror.netcologne.de port 873
Connected to mirror.netcologne.de (194.8.197.22)
msg checking charset: UTF-8
sending daemon args: --server --sender -vvvvve.LsfxCIvu --timeout=30 .
savannah/00_TIME.txt (6 args)
(Client) Protocol versions: remote=32, negotiated=31
FILE_STRUCT_LEN=24, EXTRA_LEN=4
recv_file_name(00_TIME.txt)
received 1 names
[Receiver] flist_eof=1
[Receiver] flist start=0, used=1, low=0, high=0
[Receiver] i=0 1 00_TIME.txt mode=0100664 len=40 flags=1000
recv_file_list done
get_local_name count=1 netcologne_00_TIME.txt
generator starting pid=2398
delta-transmission enabled
recv_generator(netcologne_00_TIME.txt,0)
recv_files(1) starting
generate_files phase=1
recv_files(netcologne_00_TIME.txt)
00_TIME.txt
data recv 40 at 0
got file_sum
renaming .netcologne_00_TIME.txt.OT4yl3 to netcologne_00_TIME.txt
recv_files phase=1
generate_files phase=2
recv_files phase=2
recv_files finished
generate_files phase=3
generate_files finished
sent 39 bytes received 138 bytes 12.21 bytes/sec
total size is 40 speedup is 0.23
[generator] _exit_cleanup(code=0, file=main.c, line=1861): entered
[generator] _exit_cleanup(code=0, file=main.c, line=1861): about to call exit(0)
real 0m13.985s
user 0m0.020s
sys 0m0.065s
8<------
The obtained 00_TIME.txt contained:
8<------
1782225001
Tue Jun 23 14:30:01 UTC 2026
8<------
The server seems to respond quickly here.
-- Jacob
