Date: Sun, 31 Jan 2021 19:44:11 +0100 From: Guido Falsi <mad@madpilot.net> To: "Hartmann, O." <ohartmann@walstatt.org>, FreeBSD CURRENT <freebsd-current@freebsd.org> Cc: junchoon@dec.sakura.ne.jp Subject: Re: (n244517-f17fc5439f5) svn stuck forever in /usr/ports? Message-ID: <86a368dc-f118-79fb-2ed8-af461041198a@madpilot.net> In-Reply-To: <20210131103510.30d9a322@hermann.fritz.box> References: <20210130073923.0b2a80c1@hermann.fritz.box> <20210130192520.e7cf7f680c0abd31b0771107@dec.sakura.ne.jp> <18e15d74-d95b-76b7-59a4-64a8f338ba73@madpilot.net> <a5e18e3b-181c-c094-b98c-7e233cdac972@madpilot.net> <20210131103510.30d9a322@hermann.fritz.box>
next in thread | previous in thread | raw e-mail | index | archive | help
On 31/01/21 10:35, Hartmann, O. wrote: > On Sat, 30 Jan 2021 16:22:50 +0100 > Guido Falsi via freebsd-current <freebsd-current@freebsd.org> wrote: > >> On 30/01/21 12:34, Guido Falsi via freebsd-current wrote: >>> On 30/01/21 11:25, Tomoaki AOKI wrote: >>>> On Sat, 30 Jan 2021 07:39:23 +0100 >>>> "Hartmann, O." <ohartmann@walstatt.org> wrote: >>>> >>>>> We recently updated to FreeBSD 14.0-CURRENT #9 >>>>> main-n244517-f17fc5439f5: Fri Jan 29 >>>>> 16:29:50 CET 2021 amd64. After make delete-oldfiles/delete-old-libs, >>>>> the command >>>>> >>>>> make update >>>>> >>>>> issued in /usr/ports on those 14-CURRENT boxes remains stuck forever >>>>> or it is working >>>>> like a snail! >>>>> Hitting Ctrl-t on the console gives: >>>>> >>>>> load: 0.06 cmd: svn 96552 [kqread] 2530.57r 270.92u 5.68s 10% 10584k >>>>> mi_switch+0xbe sleepq_catch_signals+0x324 sleepq_timedwait_sig+0x12 >>>>> _sleep+0x188 >>>>> kqueue_kevent+0x2d0 kern_kevent_fp+0x51 kern_kevent_generic+0xdd >>>>> sys_kevent+0x61 >>>>> amd64_syscall+0x10c fast_syscall_common+0xf8 make: Working in: >>>>> /usr/ports >>>>> >>>>> >>>>> The system is idle otherwise. >>>>> >>>>> How can this be resolved? Is this phenomenon known? >>>>> >>>>> Kind regards and thank you very much in advance, >>>>> >>>>> O. Hartmann >>>>> >>>> >>>> +1. >>>> IIRC, d6327ae8c11b was OK, but ebc61c86b556 is not. >>>> >>>> Unfortunately, I currently don't have enough time to bisect >>>> further. :-( >>> >>> I'm running 07d218f70c2f and it is affected, this restricts the range >>> slightly more. >>> >> >> I tried bisecting the kernel only between d6327ae8c11b and 07d218f70c2f, >> but got no results. >> >> Looks like the problem is not in the kernel but somewhere else (libc? ssl?) >> >> Bisecting the whole system is going to take longer. I'll try to find the >> time. >> > > We also have running a 14-CURRENT-based webserver with www/apach24. After upgrading from > an earlier (working) 14-CURRENT (FreeBSD 14.0-CURRENT #40 main-c256208-geb61de5b787: Fri > Jan 22 16:28:09 CET 2021 amd64), the reported phenomenon took place. I also have to admit > that after main-c256208-geb61de5b787, the whole system has been rebuilt from a clean > /usr/src (otherwise we use -DNO_CLEAN or its WITHOUT_CLEAN equivalent). > > Hopefully that helps. Performed a full bisect. Tracked it down to commit aa906e2a4957, adding KTLS support to embedded OpenSSL. I filed a bug report about this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253135 Apart from switching to svn:// scheme, another workaround is to build base using WITHOUT_OPENSSL_KTLS. -- Guido Falsi <mad@madpilot.net>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86a368dc-f118-79fb-2ed8-af461041198a>