From nobody Fri Feb 20 15:25:11 2026 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fHYw72wLGz6SWCT for ; Fri, 20 Feb 2026 15:25:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fHYw72Dzxz3bxw for ; Fri, 20 Feb 2026 15:25:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771601111; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4qfvUmD9yUjLPZbT2QqW9zeLwMfBN5GC9t2tj3D3Mx0=; b=FSJXRIVCgC8NiGWN8z1KW5UO/3ExGq4y8I4H/GwuM0b9HdpyEYn4mDj5lo0lffMhQQGmVP 1jz/qXQFbBW06woI47c5qivIzFhl8/b7XZQHCOiNhrkJnTSPAJRAT7LiilyvUKF2zy2nIV 1M39YKrYfUXRvJsfbahgvf8Lu/627qr6j4E5IB0pBf2W61JEVl2fjEODzC0L/IN9/0IHoN wH3hGVv5XNl7yAwFygerQSzo0zvWPOJCxtUs9LGQfSFGZdwD1iwJ80Z47+n3GaS2PYcTna UtY78LLv5hDkmzIZ2ZeUHmoxGbpIV8wfaOpzZKf6m76nyo1RxBkXk65nwbKtyA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771601111; a=rsa-sha256; cv=none; b=edPXZRiMB6dvFfU/9rIOYalBck9Fx6wOn3LIIwX/dx77Na3KWV02hwAEPUgFsJLRgA0GvX r4V4sCMGP0iROXjut2ROSnMjwVdERprLJ7uHtW6VL6SGvIa96TYSrGlK+DgDMPADL9YUab i2r+cKYPEzpBx81EYb+1JjfmpRh1nKSBN7Uy9fY88sLNGWOTlevwoo8Y8WC/UGd5VkOnZe xgxb2AARbiD2OzYV3tgUW9pSP5MSBabbG8LtsaPcuiaQ81++Q62Ok/e5WmJ7If3CrFHaZo +NfOx6ku5S5RQkr3EO/wbDp5uFO6AtLaFe6tByYmoIB7wpuKORmn0gazF+4nPA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771601111; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4qfvUmD9yUjLPZbT2QqW9zeLwMfBN5GC9t2tj3D3Mx0=; b=Nsnd9qhyslj09vUHvZB3JET6hL9ehsv/4079VUHakEGDFdwc+4EmLsFriR4t4VenhZyWmI 5hoNXgM8JvTjk2kzrkYfkSvhon3FF3Fr0rl63uC1WyxSAOZvadM+j4NgSB5aAxWUREXfHX qRyNNMjNEXD06+9BGFQ0+set8eXfN2Q8B5u8RbbPuj9/KL8cLSuJwXFmn8MjE0+at++npi tEUkG/MSH+/jHjTHabpVd/RVO9AD8ktqWu08VLfZSbA/f0SqnJZ9UtVWCq4GCKjetYqh4j WsgmrRpsyf1EdnIASwzlGDud1eu8tBSO7eLhWS5MUBUjOvNvrXhL/NumuUvT8Q== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4fHYw71DnlzZHf for ; Fri, 20 Feb 2026 15:25:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 61KFPBWl005049 for ; Fri, 20 Feb 2026 15:25:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 61KFPBf0005048 for bugs@FreeBSD.org; Fri, 20 Feb 2026 15:25:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 293312] fetch fails to time out during either transfer or lookup (see 293124) Date: Fri, 20 Feb 2026 15:25:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 14.3-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D293312 Bug ID: 293312 Summary: fetch fails to time out during either transfer or lookup (see 293124) Product: Base System Version: 14.3-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: karl@denninger.net I'm not convinced this really is where it appears to be but since I'm redirected here we are. I have seen this intermittently for a very long time but finally got a reproducing link from an associate. Note that the target address DOES reso= lve (per "dig" or "curl" for that matter) and also DOES connect (per "curl" and complete.) In EVERY CASE if fetch is run to this target it hangs. It does NOT time out although it is specified to do so, and it is not intermittent either -- it hangs every time from multiple FreeBSD machines both on 14.3-RELEASE and al= so on 14.4-STABLE -- and the same problem is one I've noted for quite some time but did not report as I had no *reliable* way to make it happen -- if it ha= nged a second attempt would succeed, etc. Now that I have a reproduceable link it merits being reported. I am not convinced that the problem is in resolution simply because it works under c= url and in addition drill, dig and nslookup all return a correct host address. = The target is a "CNAME" with both IPv6 and IPv6 addresses although using either "dig" or "drill" with no switches only returns (as expected) the CNAME and correct IPv4 resolution for it thus while it LOOKS like it is hanging there= I'm not convinced (e.g. buffering of output to stdout may be involved here.)=20 Redirecting the command's output to a file along with stderr (e.g. >/tmp/xxx 2>&1) does not show when the ^C is delivered, obviously, but appears to indicate the *transfer* timed out rather than the lookup. Target on emailed request (its not my site; I do know the owner personally)= and entering the target into a browser -- or using curl -- works as expected. Run with ktrace;=20 It hangs with -vv in the same place. Note that curl to the same target completes. [karl@NewFS ~]$ ktrace fetch -T 2 -vv -o /tmp/fetch.tmp https:{elided} scheme: "https" user: "" password: "" host: "{elided}" port: "0" document: "......(elided).jpg" ---> {elided}:443 resolving server address: {elided}:443 ^CSSL options: 82004850 Peer verification enabled Using OpenSSL default CA cert file and path Verify hostname TLSv1.3 connection established using TLS_AES_256_GCM_SHA384 Certificate subject: /CN=3D{elided} Certificate issuer: /C=3DUS/O=3DLet's Encrypt/CN=3DE7 requesting https:{elided}jpg >>> GET {elided} HTTP/1.1 >>> Host: {elided} >>> Accept: */* >>> User-Agent: fetch libfetch/2.0 >>> Connection: close >>> <<< HTTP/1.1 200 OK <<< Server: nginx/1.28.1 <<< Date: Fri, 20 Feb 2026 14:26:11 GMT <<< Content-Type: image/jpeg <<< Content-Length: 348401 <<< Last-Modified: Thu, 05 Feb 2026 04:12:24 GMT content length: [348401] <<< Connection: close last modified: [2026-02-05 04:12:24] <<< ETag: "698418a8-550f1" <<< Expires: Thu, 31 Dec 2037 23:55:55 GMT <<< Cache-Control: max-age=3D315360000 <<< Strict-Transport-Security: max-age=3D63072000 <<< Accept-Ranges: bytes <<< offset 0, length -1, size -1, clength 348401 fetch: transfer timed out fetch: transfer interrupted $ kdump -tcst -f ktrace.out >ktrace.txt Output (~2Mb) is at http:///www.denninger.net/ktrace.txt --=20 You are receiving this mail because: You are the assignee for the bug.=