From owner-freebsd-stable@freebsd.org Sun Mar 3 03:37:12 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 747F81521EBE for ; Sun, 3 Mar 2019 03:37:12 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp2.bway.net (smtp2.v6.bway.net [IPv6:2607:d300:1::28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CEEC16C4B3 for ; Sun, 3 Mar 2019 03:37:10 +0000 (UTC) (envelope-from spork@bway.net) Received: from gaseousweiner.sporklab.com (pool-72-76-232-210.nwrknj.east.verizon.net [72.76.232.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp2.bway.net (Postfix) with ESMTPSA id 52E5895889 for ; Sat, 2 Mar 2019 22:36:55 -0500 (EST) From: Charles Sprickman Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: State of NVMe/NVMe hot-swap Message-Id: <0EE1D1A8-953D-43B6-BB74-7F80540E9A65@bway.net> Date: Sat, 2 Mar 2019 22:36:54 -0500 To: FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: CEEC16C4B3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:d300:1::28/128]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bway.net:+]; DMARC_POLICY_ALLOW(-0.50)[bway.net,quarantine]; MX_GOOD(-0.01)[mx2.bway.net,mx1.bway.net]; RECEIVED_SPAMHAUS_PBL(0.00)[210.232.76.72.zen.spamhaus.org : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8059, ipnet:2607:d300::/32, country:US]; IP_SCORE(-0.01)[country: US(-0.07)]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.86)[-0.861,0]; R_DKIM_ALLOW(-0.20)[bway.net:s=mail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[bway.net.dwl.dnswl.org : 127.0.5.1]; NEURAL_SPAM_SHORT(0.58)[0.585,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Mar 2019 03:37:12 -0000 Hi folks, I=E2=80=99ve been looking at mailing list archives, talking to my server = vendor, looking at the official forums and I=E2=80=99m not finding lots = of folks talking about NVMe drives. My forum query on hot-swap got a = total of one response (and not from a NVMe user). I=E2=80=99m looking at new servers and we really tend to use them until = they drop, and it seems not too crazy to think that SATA and SAS SSDs = will start growing scarce in 5-8 years (or at least get more expensive = than NVMe when it=E2=80=99s mainstream). It seems like laptops and even = many desktops are now using NVMe drives in the m.2 format. IOW, it=E2=80=99= s the future. So can anyone comment on using NVMe in production, specifically the = =E2=80=9Cu.2=E2=80=9D format that gives you a nice 2.5=E2=80=9D drive = with hot swap capability? And more specifically, can you comment on how = well (if at all) hot swap works? Really open to any feedback before I = commit to buying a few servers based on NVMe drives. Thanks, Charles= From owner-freebsd-stable@freebsd.org Sun Mar 3 11:33:38 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E04F150722D for ; Sun, 3 Mar 2019 11:33:38 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48E55812F7 for ; Sun, 3 Mar 2019 11:33:37 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1h0PN2-0001pk-Px for freebsd-stable@freebsd.org; Sun, 03 Mar 2019 14:33:28 +0300 Date: Sun, 3 Mar 2019 14:33:28 +0300 From: Slawa Olhovchenkov To: freebsd-stable@freebsd.org Subject: Re: FreeBSD-11: Fatal trap 9: general protection fault while in kernel mode (in key_addref()) Message-ID: <20190303113328.GD2178@zxy.spb.ru> References: <20190227205420.GC2178@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190227205420.GC2178@zxy.spb.ru> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 48E55812F7 X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.71 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.88)[0.878,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.98)[0.976,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[zxy.spb.ru]; NEURAL_SPAM_LONG(0.97)[0.966,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[country: RU(0.00)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Mar 2019 11:33:38 -0000 On Wed, Feb 27, 2019 at 11:54:20PM +0300, Slawa Olhovchenkov wrote: > Is this known issuse? > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 13; apic id = 2a > instruction pointer = 0x20:0xffffffff806b6a94 > stack pointer = 0x28:0xfffffe2026e274f0 > frame pointer = 0x28:0xfffffe2026e274f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq295: t5nex0:0a5) > trap number = 9 > panic: general protection fault > cpuid = 13 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff8032667b = db_trace_self_wrapper+0x2b/frame 0xfffffe2026e27130 > vpanic() at 0xffffffff804c2006 = vpanic+0x186/frame 0xfffffe2026e271b0 > panic() at 0xffffffff804c1e73 = panic+0x43/frame 0xfffffe2026e27210 > trap_fatal() at 0xffffffff807503f2 = trap_fatal+0x322/frame 0xfffffe2026e27260 > trap() at 0xffffffff8074fa5e = trap+0x5e/frame 0xfffffe2026e27420 > calltrap() at 0xffffffff80735771 = calltrap+0x8/frame 0xfffffe2026e27420 > --- trap 0x9, rip = 0xffffffff806b6a94, rsp = 0xfffffe2026e274f0, rbp = 0xfffffe2026e274f0 --- > key_addref() at 0xffffffff806b6a94 = key_addref+0x4/frame 0xfffffe2026e274f0 > ipsec_getpcbpolicy() at 0xffffffff806b20b9 = ipsec_getpcbpolicy+0x49/frame 0xfffffe2026e27530 > ipsec4_getpolicy() at 0xffffffff806b10a5 = ipsec4_getpolicy+0x25/frame 0xfffffe2026e275d0 > ipsec4_in_reject() at 0xffffffff806b138b = ipsec4_in_reject+0x1b/frame 0xfffffe2026e27600 > tcp_input() at 0xffffffff8066127c = tcp_input+0x97c/frame 0xfffffe2026e27740 > ip_input() at 0xffffffff805e447f = ip_input+0x10f/frame 0xfffffe2026e277a0 > netisr_dispatch_src() at 0xffffffff805c4750 = netisr_dispatch_src+0xa0/frame 0xfffffe2026e277f0 > ether_demux() at 0xffffffff805b43ff = ether_demux+0x13f/frame 0xfffffe2026e27820 > ether_nh_input() at 0xffffffff805b506b = ether_nh_input+0x31b/frame 0xfffffe2026e27880 > netisr_dispatch_src() at 0xffffffff805c4750 = netisr_dispatch_src+0xa0/frame 0xfffffe2026e278d0 > ether_input() at 0xffffffff805b4676 = ether_input+0x26/frame 0xfffffe2026e278f0 > t4_eth_rx() at 0xffffffff816403b3 = t4_eth_rx+0x103/frame 0xfffffe2026e27910 > service_iq() at 0xffffffff81644886 = service_iq+0x4a6/frame 0xfffffe2026e279c0 > t4_intr() at 0xffffffff81644b3e = t4_intr+0x2e/frame 0xfffffe2026e279e0 > intr_event_execute_handlers() at 0xffffffff804871ac = intr_event_execute_handlers+0xec/frame 0xfffffe2026e27a20 > ithread_loop() at 0xffffffff80487846 = ithread_loop+0xd6/frame 0xfffffe2026e27a70 > fork_exit() at 0xffffffff80484805 = fork_exit+0x85/frame 0xfffffe2026e27ab0 > fork_trampoline() at 0xffffffff80735cae = fork_trampoline+0xe/frame 0xfffffe2026e27ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > Uptime: 657d14h33m52s kgdb decode: Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 13; apic id = 2a instruction pointer = 0x20:0xffffffff806b6a94 stack pointer = 0x28:0xfffffe2026e274f0 frame pointer = 0x28:0xfffffe2026e274f0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq295: t5nex0:0a5) trap number = 9 panic: general protection fault cpuid = 13 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8032667b = db_trace_self_wrapper+0x2b/frame 0xfffffe2026e27130 vpanic() at 0xffffffff804c2006 = vpanic+0x186/frame 0xfffffe2026e271b0 panic() at 0xffffffff804c1e73 = panic+0x43/frame 0xfffffe2026e27210 trap_fatal() at 0xffffffff807503f2 = trap_fatal+0x322/frame 0xfffffe2026e27260 trap() at 0xffffffff8074fa5e = trap+0x5e/frame 0xfffffe2026e27420 calltrap() at 0xffffffff80735771 = calltrap+0x8/frame 0xfffffe2026e27420 --- trap 0x9, rip = 0xffffffff806b6a94, rsp = 0xfffffe2026e274f0, rbp = 0xfffffe2026e274f0 --- key_addref() at 0xffffffff806b6a94 = key_addref+0x4/frame 0xfffffe2026e274f0 ipsec_getpcbpolicy() at 0xffffffff806b20b9 = ipsec_getpcbpolicy+0x49/frame 0xfffffe2026e27530 ipsec4_getpolicy() at 0xffffffff806b10a5 = ipsec4_getpolicy+0x25/frame 0xfffffe2026e275d0 ipsec4_in_reject() at 0xffffffff806b138b = ipsec4_in_reject+0x1b/frame 0xfffffe2026e27600 tcp_input() at 0xffffffff8066127c = tcp_input+0x97c/frame 0xfffffe2026e27740 ip_input() at 0xffffffff805e447f = ip_input+0x10f/frame 0xfffffe2026e277a0 netisr_dispatch_src() at 0xffffffff805c4750 = netisr_dispatch_src+0xa0/frame 0xfffffe2026e277f0 ether_demux() at 0xffffffff805b43ff = ether_demux+0x13f/frame 0xfffffe2026e27820 ether_nh_input() at 0xffffffff805b506b = ether_nh_input+0x31b/frame 0xfffffe2026e27880 netisr_dispatch_src() at 0xffffffff805c4750 = netisr_dispatch_src+0xa0/frame 0xfffffe2026e278d0 ether_input() at 0xffffffff805b4676 = ether_input+0x26/frame 0xfffffe2026e278f0 t4_eth_rx() at 0xffffffff816403b3 = t4_eth_rx+0x103/frame 0xfffffe2026e27910 service_iq() at 0xffffffff81644886 = service_iq+0x4a6/frame 0xfffffe2026e279c0 t4_intr() at 0xffffffff81644b3e = t4_intr+0x2e/frame 0xfffffe2026e279e0 intr_event_execute_handlers() at 0xffffffff804871ac = intr_event_execute_handlers+0xec/frame 0xfffffe2026e27a20 ithread_loop() at 0xffffffff80487846 = ithread_loop+0xd6/frame 0xfffffe2026e27a70 fork_exit() at 0xffffffff80484805 = fork_exit+0x85/frame 0xfffffe2026e27ab0 fork_trampoline() at 0xffffffff80735cae = fork_trampoline+0xe/frame 0xfffffe2026e27ab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Uptime: 657d14h33m52s (da1:mps0:0:23:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da1:mps0:0:23:0): CAM status: Command timeout (da1:mps0:0:23:0): Error 5, Retries exhausted (da1:mps0:0:23:0): Synchronize cache failed (da2:mps0:0:18:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da2:mps0:0:18:0): CAM status: Command timeout (da2:mps0:0:18:0): Error 5, Retries exhausted (da2:mps0:0:18:0): Synchronize cache failed (da3:mps0:0:20:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da3:mps0:0:20:0): CAM status: Command timeout (da3:mps0:0:20:0): Error 5, Retries exhausted (da3:mps0:0:20:0): Synchronize cache failed (da4:mps0:0:19:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da4:mps0:0:19:0): CAM status: Command timeout (da4:mps0:0:19:0): Error 5, Retries exhausted (da4:mps0:0:19:0): Synchronize cache failed (da5:mps0:0:16:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da5:mps0:0:16:0): CAM status: Command timeout (da5:mps0:0:16:0): Error 5, Retries exhausted (da5:mps0:0:16:0): Synchronize cache failed (da6:mps0:0:21:0): SYNCHRONIZE CACHE(10). CDB: 35 00 00 00 00 00 00 00 00 00 (da6:mps0:0:21:0): CAM status: Command timeout (da6:mps0:0:21:0): Error 5, Retries exhausted (da6:mps0:0:21:0): Synchronize cache failed Dumping 18704 out of 131018 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% __curthread () at ./machine/pcpu.h:222 222 __asm("movq %%gs:%1,%0" : "=r" (td) (kgdb) bt #0 __curthread () at ./machine/pcpu.h:222 #1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:298 #2 0xffffffff804c1b66 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:366 #3 0xffffffff804c2040 in vpanic (fmt=, ap=0xfffffe2026e271f0) at /usr/src/sys/kern/kern_shutdown.c:759 #4 0xffffffff804c1e73 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:690 #5 0xffffffff807503f2 in trap_fatal (frame=0xfffffe2026e27430, eva=0) at /usr/src/sys/amd64/amd64/trap.c:801 #6 0xffffffff8074fa5e in trap (frame=0xfffffe2026e27430) at /usr/src/sys/amd64/amd64/trap.c:197 #7 #8 atomic_add_barr_int (v=1, p=) at ./machine/atomic.h:460 #9 refcount_acquire (count=) at /usr/src/sys/sys/refcount.h:53 #10 key_addref (sp=0x601d473c0b4c70ce) at /usr/src/sys/netipsec/key.c:737 #11 0xffffffff806b20b9 in ipsec_getpcbpolicy (inp=0xfffff8157e311000, dir=) at /usr/src/sys/netipsec/ipsec.c:474 #12 0xffffffff806b10a5 in ipsec4_getpolicy (m=0xfffff80589ff9500, inp=0xfffff8157e311000, dir=1) at /usr/src/sys/netipsec/ipsec.c:571 #13 0xffffffff806b138b in ipsec4_in_reject (m=0xfffff80589ff9500, inp=0xfffff8157e311000) at /usr/src/sys/netipsec/ipsec.c:626 #14 0xffffffff8066127c in tcp_input (mp=, offp=, proto=) at /usr/src/sys/netinet/tcp_input.c:926 #15 0xffffffff805e447f in ip_input (m=0x0) at /usr/src/sys/netinet/ip_input.c:823 #16 0xffffffff805c4750 in netisr_dispatch_src (proto=1, source=, m=0xfffff816d1af42e0) at /usr/src/sys/net/netisr.c:1120 #17 0xffffffff805b43ff in ether_demux (ifp=0xfffff8012c13f000, m=0x1) at /usr/src/sys/net/if_ethersubr.c:850 #18 0xffffffff805b506b in ether_input_internal (ifp=0xfffff8012c13f000, m=0x1) at /usr/src/sys/net/if_ethersubr.c:639 #19 ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:669 #20 0xffffffff805c4750 in netisr_dispatch_src (proto=5, source=, m=0xfffff816d1af42e0) at /usr/src/sys/net/netisr.c:1120 #21 0xffffffff805b4676 in ether_input (ifp=, m=0x0) at /usr/src/sys/net/if_ethersubr.c:759 #22 0xffffffff816403b3 in t4_eth_rx (iq=, rss=, m0=0xfffff80589ff9500) at /usr/src/sys/modules/cxgbe/if_cxgbe/../../../dev/cxgbe/t4_sge.c:1833 #23 0xffffffff81644886 in service_iq (iq=, budget=0) at /usr/src/sys/modules/cxgbe/if_cxgbe/../../../dev/cxgbe/t4_sge.c:1431 #24 0xffffffff81644b3e in t4_intr (arg=0xfffffe001d474a00) at /usr/src/sys/modules/cxgbe/if_cxgbe/../../../dev/cxgbe/t4_sge.c:1332 #25 0xffffffff804871ac in intr_event_execute_handlers (p=, ie=0xfffff8012c382c00) at /usr/src/sys/kern/kern_intr.c:1262 #26 0xffffffff80487846 in ithread_execute_handlers (ie=, p=) at /usr/src/sys/kern/kern_intr.c:1275 #27 ithread_loop (arg=0xfffff8012c4573c0) at /usr/src/sys/kern/kern_intr.c:1356 #28 0xffffffff80484805 in fork_exit (callout=0xffffffff80487770 , arg=0xfffff8012c4573c0, frame=0xfffffe2026e27ac0) at /usr/src/sys/kern/kern_fork.c:1040 #29 From owner-freebsd-stable@freebsd.org Mon Mar 4 06:28:05 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1A7811504C47 for ; Mon, 4 Mar 2019 06:28:05 +0000 (UTC) (envelope-from harry02587@outlook.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6F07289764 for ; Mon, 4 Mar 2019 06:28:04 +0000 (UTC) (envelope-from harry02587@outlook.com) Received: by mailman.ysv.freebsd.org (Postfix) id 31EAC1504C46; Mon, 4 Mar 2019 06:28:04 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B679A1504C45 for ; Mon, 4 Mar 2019 06:28:03 +0000 (UTC) (envelope-from harry02587@outlook.com) Received: from APC01-SG2-obe.outbound.protection.outlook.com (mail-oln040092253046.outbound.protection.outlook.com [40.92.253.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ADFE89763 for ; Mon, 4 Mar 2019 06:28:00 +0000 (UTC) (envelope-from harry02587@outlook.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W3B+AHmDnwGuZnCqIMqu3MrBtMfI7m0T3FihkI1CpC0=; b=WawjUMdiMmDdu/1q3WodZ5gQ2r0rnSo/QBtdCz+iNWhqc9HfgaVOhT3sgpb919mjWKC+eUarfxcTF2l4TD5E0Pq0pPe9CVptStyKcriqwCAswhWoObrC9fsVdKxPzUGUNk+zrc59zMiu7J41leexero0DhPTITLBGI3KycKCInI2QCau6jd0peqH1ulOJIMiHVs8gQ2BvbbHoCpJigTjJImVUO9PUb8jVBCSPK0qt1wXikrg/5+pvARLLv2d82uXvAW95DM+astskOzsF46dBzkbzwapEiRlq48h/TrgPhJgbR+wNcQv6Lv6b4LNjJ4+ZcezWu/CxfKhgbWYCajLOw== Received: from SG2APC01FT028.eop-APC01.prod.protection.outlook.com (10.152.250.56) by SG2APC01HT067.eop-APC01.prod.protection.outlook.com (10.152.251.167) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.15; Mon, 4 Mar 2019 06:27:56 +0000 Received: from PS2PR06MB2455.apcprd06.prod.outlook.com (10.152.250.60) by SG2APC01FT028.mail.protection.outlook.com (10.152.250.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1643.15 via Frontend Transport; Mon, 4 Mar 2019 06:27:56 +0000 Received: from PS2PR06MB2455.apcprd06.prod.outlook.com ([fe80::41d5:8b9c:7799:fba0]) by PS2PR06MB2455.apcprd06.prod.outlook.com ([fe80::41d5:8b9c:7799:fba0%3]) with mapi id 15.20.1665.019; Mon, 4 Mar 2019 06:27:56 +0000 From: harry adword To: "stable@FreeBSD.org" Subject: SMO Packages Thread-Topic: SMO Packages Thread-Index: AdTSUxv315uY/y6sQ1G0e263lBXDfg== Date: Mon, 4 Mar 2019 06:27:56 +0000 Message-ID: Accept-Language: en-US, en-IN Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-clientproxiedby: BM1PR01CA0154.INDPRD01.PROD.OUTLOOK.COM (2603:1096:b00:68::24) To PS2PR06MB2455.apcprd06.prod.outlook.com (2603:1096:300:49::18) x-incomingtopheadermarker: OriginalChecksum:E925DA3B81AC9F0C6AAD210F9D5EF9B379A12793639C0A8D2A0C8CAF707C0FE2; UpperCasedChecksum:EF879CF185962C34A54CE69E2B913C75AB65654019921934696C2DE9EC1E8908; SizeAsReceived:7797; Count:52 x-ms-exchange-messagesentrepresentingtype: 1 x-mailer: Microsoft Office Outlook 12.0 x-cr-hashedpuzzle: Muc= M20= 9lY= AlH6 ApSq AtVs A8ls BNel BWyV CEF2 CMKl CcRT C/Zr GhUz HkXk IcJc; 1; cwB0AGEAYgBsAGUAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {BAF02124-00F2-49F9-972E-977B4F0A0F0B}; aABhAHIAcgB5ADAAMgA1ADgANwBAAG8AdQB0AGwAbwBvAGsALgBjAG8AbQA=; Mon, 04 Mar 2019 06:26:33 GMT;UwBNAE8AIABQAGEAYwBrAGEAZwBlAHMA x-cr-puzzleid: {BAF02124-00F2-49F9-972E-977B4F0A0F0B} x-tmn: [FtvMFnFwnlng6HQ3bniPgfzPDcYKqPTY] x-microsoft-original-message-id: <080901d4d253$65c45070$314cf150$@com> x-ms-publictraffictype: Email x-incomingheadercount: 52 x-eopattributedmessage: 0 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(20181119110)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031322404)(2017031323274)(2017031324274)(1601125500)(1603101475)(1701031045); SRVR:SG2APC01HT067; x-ms-traffictypediagnostic: SG2APC01HT067: x-microsoft-antispam-message-info: OA8ydNlIlswWqc00P4pjU0UfhbzTVT+5ihrg9K9OiLngKOz4A5Lt6U20JyHSurSU MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: e625dbbb-77cd-4f0c-b5ce-08d6a06a8885 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Mar 2019 06:27:56.2133 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: SG2APC01HT067 X-Rspamd-Queue-Id: 5ADFE89763 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outlook.com header.s=selector1 header.b=WawjUMdi; dmarc=pass (policy=none) header.from=outlook.com; spf=pass (mx1.freebsd.org: domain of harry02587@outlook.com designates 40.92.253.46 as permitted sender) smtp.mailfrom=harry02587@outlook.com X-Spamd-Result: default: False [-4.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outlook.com:s=selector1]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/15]; FREEMAIL_FROM(0.00)[outlook.com]; MIME_GOOD(-0.10)[multipart/related,multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.90)[ipnet: 40.64.0.0/10(-2.23), asn: 8075(-2.20), country: US(-0.07)]; MX_GOOD(-0.01)[cached: outlook-com.olc.protection.outlook.com]; DKIM_TRACE(0.00)[outlook.com:+]; RCVD_IN_DNSWL_NONE(0.00)[46.253.92.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_SHORT(-0.92)[-0.924,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[outlook.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; FREEMAIL_ENVFROM(0.00)[outlook.com]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[outlook.com.dwl.dnswl.org : 127.0.3.0] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 06:28:05 -0000 Hi there, We are a team of 45 experienced social media professionals with expertise i= n advertising and branding. We work with clients from the different geograp= hical area catering to different business. We found out that despite having a well-designed business page, those pages= of social media are not updated regularly. This means that you are losing = base with your customer both regular and potential ones. We can enhance your social media presence to its full potential along with = the kind of branding you want. So, if you are interested in our Social Media Branding and Promotion, pleas= e feel free to contact us. [cid:image001.jpg@01D4D281.35A90330] Kind Regards, Harry Business Development Executive From owner-freebsd-stable@freebsd.org Mon Mar 4 14:49:53 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 796C61513DE2 for ; Mon, 4 Mar 2019 14:49:53 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-yw1-xc30.google.com (mail-yw1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA4456D956 for ; Mon, 4 Mar 2019 14:49:51 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-yw1-xc30.google.com with SMTP id o184so4237813ywo.5 for ; Mon, 04 Mar 2019 06:49:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=e/rdlm0LRwZrPAvWkc+xAHMaqS/dCAeh+5FS9RkM4p0=; b=LgqcrFXiVHjRk5W5UvHE4BV1HlRQ+hIYyDnRisZHLNRc9r7dzTnGw+NL7DiXdrjG+7 XGYNsFSl7SptigUysidFLsojKSDf/B1v5XGf0sXsqWH5QFEaS13AMOcNLAxK9ibWQ6LW /gn0dEOZ9Wutj6c6XwpqoApzCsXbxh07Vj63nV4EN18qzcOePWO9NtG8K5cZwmNDb0Kh Ac9pqbzRnECsFJU2qcBd03Njlg85wSG1KUF2POJyAn/WbEjK74UGKn/VkULhbz8thg1z jcC3I59Jj12gIX+A9HQwefbrSQkec49yi7RGrJLtLxDoOIVh68LO79CWTA3iAKxXFC85 /R1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=e/rdlm0LRwZrPAvWkc+xAHMaqS/dCAeh+5FS9RkM4p0=; b=B/EDOhsoUPKvkoDnK4OcH8xx0TjwOwtZUmcX9TyfSlHGEd2kpVaKOyqe3FJSJs/MGq PCNSoJCIEyNfllEXU7YA5eYuIUFH9CrhQGI8xLdjpf6KXwT3dVVE7ir+GYfNIJKQSnzQ +duhN0+bY+DXzgngjM9ntRg8t352OrzKoLLUp2/Nfc3A/XGKCjXUEHJHEArK46PxEVi6 09tYrudiUV8Wtp31i4LEXZ3IYotFwqrFQo47vhdw2Jtkh0uu7nfwgalzhKAjv74yDrw9 /eDN+hRqPdv2bNkoIKiDVF9Gk+2UpEAdctnxkc0gdCY740LskjchrSddyWmUh0Y/2nsS od/w== X-Gm-Message-State: APjAAAXM929iJjPlX6+6x9Z/HtlLYCKN4RqkE9rjt+2bYtnpVfc5dm5k 9fBG8eG55mv6gDdO1DDjlMuYqZQQ9X5vWa9k3feTQWtW X-Google-Smtp-Source: APXvYqx6yluJKZsA+vsVFu1vpYIhkuS/EPFk66iz9SJMKhSm2QcHdlgy7S+T/fLplzi8ZHoletC19EBECn9/zUVqDUk= X-Received: by 2002:a0d:eb8a:: with SMTP id u132mr14639694ywe.36.1551710991202; Mon, 04 Mar 2019 06:49:51 -0800 (PST) MIME-Version: 1.0 References: <43FE13F0-FCC6-40C9-81DA-B1A38024E433@theshell.com> In-Reply-To: <43FE13F0-FCC6-40C9-81DA-B1A38024E433@theshell.com> From: Nick Rogers Date: Mon, 4 Mar 2019 09:49:40 -0500 Message-ID: Subject: Re: 12.0-RELEASE zfs/vnode deadlock issue To: Peter Avalos Cc: FreeBSD STABLE X-Rspamd-Queue-Id: CA4456D956 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=LgqcrFXi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ncrogers@gmail.com designates 2607:f8b0:4864:20::c30 as permitted sender) smtp.mailfrom=ncrogers@gmail.com X-Spamd-Result: default: False [-6.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.961,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[0.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.80)[ip: (-9.20), ipnet: 2607:f8b0::/32(-2.69), asn: 15169(-2.03), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 14:49:53 -0000 On Sat, Mar 2, 2019 at 5:27 PM Peter Avalos via freebsd-stable < freebsd-stable@freebsd.org> wrote: > > > On Mar 1, 2019, at 7:00 AM, Nick Rogers wrote: > > > > I am hoping someone can help me figure out if this is a legitimate bug, > or > > something already fixed in 12-STABLE. I wish I could reproduce it > reliably > > to try against STABLE, but there doesn't appear to be any related ZFS > fixes > > not in RELEASE. Thanks. > > > > I have also experienced this problem, but I haven=E2=80=99t been able to > troubleshoot it at all. > I've opened a bug report, so if you have any more information about how it is affecting you that may be helpful to share here. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236220 > > Peter > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@freebsd.org Mon Mar 4 15:09:51 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7C4FF15146A1 for ; Mon, 4 Mar 2019 15:09:51 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-yw1-xc43.google.com (mail-yw1-xc43.google.com [IPv6:2607:f8b0:4864:20::c43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8E4E76E576; Mon, 4 Mar 2019 15:09:50 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-yw1-xc43.google.com with SMTP id k14so4299845ywe.4; Mon, 04 Mar 2019 07:09:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4y+cqLp6SrDOfMXZVnErgIWPK7dsIzZhTE9FJqddNdw=; b=Bu/sQZmPidieuyt2Qe9J56Q6aVmje5ZZhrXHxbsObdCi4mz3177l3dBF/IA6AYIkL8 ymeUM2HQJuiLY5V/OQIUcq7FnBqP5LfJHrjFBhaNTbOmbab7BW35vTKIRhC2dCuVhpti oFvrTYg3WFAFLcguLazNuVSmB60bywMdOt4PJmvHZey8jnFh6pBeD2Fe6xSAfcpyYBF1 CvWPzWaUStLXamz44DKa2BKHcXj3GxYkALhMkz5XGoH8xlw3DwoLGsWKHXwmxwXbNR95 TMIfVMk8AmzKYBKptbhWwa1jZES/H30lFGow9K/8usj4mbjXZkduiWeBkwcwv5FrMiVJ bWjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4y+cqLp6SrDOfMXZVnErgIWPK7dsIzZhTE9FJqddNdw=; b=dbIcysSQTOFtZqSbp00kPbixx0w39SCH8KS97vTMG4kZGwZme/zotS81mClQIEpIkz v5FQmuZgynQxxK8iLCO56BkUiin2sQlY2nYvr/lRWnKkNB90kJzv8HpCuXLHQoO+gh58 Vs5vuxVutjvCrS79/grUAq/PJ2F/pMB+NHKN+DYNnsoZ95429Xybb4F8VGgs8vLPytW1 Jwt6EOwRRCoLTnpVWDECoEBtot95JMNNwG67uea4a4GzsPh6daNDdJBrRBYPq7/lFbBI CKHVSJ3A/oylMGGq7ZNKYk7brMenJiVdGD6sD6di8pqVe4KttuhFnN0brSWOFe+OKArx 0jYA== X-Gm-Message-State: APjAAAXxgu5vmEset9NJwdPjrOmpV0Tf4dxm3wZJl+HW7hFTtw6ZQ1DB cKmCVwjnzjcA5rRNhie9zJTKZJy+OeFVePELXyq/yYfo X-Google-Smtp-Source: APXvYqy0k8w9jolitQX1l0yFH4mXw9yd1M4L924NOEnZvCz0ZTcpxdW3g6B606pXPIfKJgp2dcgDf+0ya1KbQV58YCM= X-Received: by 2002:a25:ab2f:: with SMTP id u44mr1210335ybi.377.1551712189723; Mon, 04 Mar 2019 07:09:49 -0800 (PST) MIME-Version: 1.0 References: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> In-Reply-To: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> From: Nick Rogers Date: Mon, 4 Mar 2019 10:09:38 -0500 Message-ID: Subject: Re: 12.0-RELEASE zfs/vnode deadlock issue To: Andriy Gapon Cc: FreeBSD STABLE X-Rspamd-Queue-Id: 8E4E76E576 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Bu/sQZmP; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ncrogers@gmail.com designates 2607:f8b0:4864:20::c43 as permitted sender) smtp.mailfrom=ncrogers@gmail.com X-Spamd-Result: default: False [-3.77 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.48)[-0.476,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.4.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.29)[ip: (3.32), ipnet: 2607:f8b0::/32(-2.69), asn: 15169(-2.03), country: US(-0.07)]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 15:09:51 -0000 Thanks for the insight, it does appear that in all instances of this problem there is always one thread stuck on zfs_znode_alloc. Unfortunately its always a different application (e.g., perl, sh, postgres). I will post more information in the bug. On Sat, Mar 2, 2019 at 12:48 PM Andriy Gapon wrote: > On 01/03/2019 17:00, Nick Rogers wrote: > > 36704 101146 perl - mi_switch+0xe1 > > sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_xlock_hard+0x19c > VOP_LOCK1_APV+0x7e > > _vn_lock+0x40 zfs_znode_alloc+0x434 zfs_mknode+0xa9d > > zfs_freebsd_create+0x512 VOP_CREATE_APV+0x78 vn_open_cred+0x2c9 > > kern_openat+0x20c amd64_syscall+0x369 fast_syscall_common+0x101 > > I suspect that this thread is a root cause of the problem. > In this place, the vnode should be freshly created and not visible to > anything > but the current thread. So, vn_lock() should always immediately succeed. > I > cannot understand how the vnode lock could be held by another thread. > > -- > Andriy Gapon > From owner-freebsd-stable@freebsd.org Mon Mar 4 17:50:11 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18B2B151BF8B; Mon, 4 Mar 2019 17:50:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BD67C75284; Mon, 4 Mar 2019 17:50:08 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id C7E2724FC1; Mon, 4 Mar 2019 12:50:07 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 04 Mar 2019 12:50:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:cc:subject:message-id:mime-version:content-type; s= fm2; bh=WzvGdU0244e7yZrRnhxkFzGUBakE3RPwS1pt6Ty2p58=; b=BI9KyI33 pEwx352qV9borg4mZ/hnB0Bx8aG9S0YL276h5cFiF3k5bmnHqisK2F4NBnnTHg+a dHgQbDlzNUG8iYPP1CHdEYXIR+7oaxAhqFO4Rs2//eZiHDM6bmRHUi0bn1ftfPp3 EgA0L+USDkWGl5Rg+yuXrOdTuDl7HPeLm0OKYls5iM6OGAC1u3odIfthUWdXUFNz L6D4+9SRnobJcvXdeOoPLOCjWkLa+GGKK7PP6TEwnC6IOE+XkbuNzMktRcHeZff9 kOYUcdFTSfWxtNLZk5sQhW8TvlGmmbuW6MYr8C0eoxiJJJDJzAA2W2QLxsp80I93 AA3+f4lf81DGMQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=WzvGdU0244e7yZrRnhxkFzGUBakE3 RPwS1pt6Ty2p58=; b=1ekmP4SQ7mVVWg1gH7YARkWRHLHcLoxd5iPsd1Tp/Pc4z rDu8Ok1mr6klPulfvAbrzvYxYIuUyhm3BCZuf/VgXrVCRQ9D0sP6wRv2UslGTore CsskIcBxja74q/peh1yz5sD2yFZpjcM8H3hqZ+oJ6aigMJyIMwNHuLWfG08CRXwU aXlz3376gZig5Q7sn9gxIhWtdllpMzi0wECLWxnBixZHKprV+C1WSCOIg8LlXKpb QKmxEfU/nmEnbXVvNdbIZhPq0y5tAOU3qFTLyRuuVIMcvb3KdygJIo+M/oychDlM HlNBvfMa/OucsVRacXC9uXHbNOCFs7IGyRwE8FKtA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfedugddutdegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtuggfsehttdertd dtredvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecukfhppeekvddrjedtrdeluddruddtudenucfrrghrrghmpehmrg hilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvghtnecuvehluhhsthgv rhfuihiivgeptd X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 76F71E40C1; Mon, 4 Mar 2019 12:50:06 -0500 (EST) Date: Mon, 4 Mar 2019 17:50:02 +0000 From: tech-lists To: freebsd-arm@freebsd.org Cc: freebsd-stable@freebsd.org Subject: possibly silly binmiscctl question Message-ID: <20190304175001.GB46091@rpi3.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: BD67C75284 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=BI9KyI33; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=1ekmP4SQ; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.93)[-0.927,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; IP_SCORE(-3.38)[ip: (-8.75), ipnet: 66.111.4.0/24(-4.60), asn: 11403(-3.50), country: US(-0.07)]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 17:50:11 -0000 Hi, If I give binmiscctl the magic for arm6 and then for say mips64, will this break things? Let's say I'm using an amd64 box to cross-compile using poudriere for arm6 and mips64 ports. Can I do both on the same box at the same time? Or do I need to let's say the arm6 run to finish, then give binmiscctl its magic strings for mips64, and THEN run the build run for that arch? thanks, -- J. From owner-freebsd-stable@freebsd.org Mon Mar 4 17:53:00 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D13CA151C2FB; Mon, 4 Mar 2019 17:53:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 670337565A; Mon, 4 Mar 2019 17:53:00 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.92 (FreeBSD)) (envelope-from ) id 1h0rlt-000God-3R; Mon, 04 Mar 2019 18:53:01 +0100 Date: Mon, 4 Mar 2019 18:53:01 +0100 From: Kurt Jaeger To: freebsd-arm@freebsd.org, freebsd-stable@freebsd.org Subject: Re: possibly silly binmiscctl question Message-ID: <20190304175301.GA47280@home.opsec.eu> References: <20190304175001.GB46091@rpi3.zyxst.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190304175001.GB46091@rpi3.zyxst.net> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 17:53:01 -0000 Hi! > If I give binmiscctl the magic for arm6 and then for say mips64, will > this break things? > > Let's say I'm using an amd64 box to cross-compile using poudriere > for arm6 and mips64 ports. Can I do both on the same box at the same > time? Or do I need to let's say the arm6 run to finish, then give > binmiscctl > its magic strings for mips64, and THEN run the build run for that arch? I used two archs in parallel in the past, that was no problem. -- pi@opsec.eu +49 171 3101372 One year to go ! From owner-freebsd-stable@freebsd.org Mon Mar 4 18:04:12 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 093E6151CEC4; Mon, 4 Mar 2019 18:04:12 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EE5F76BA4; Mon, 4 Mar 2019 18:04:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id E2A6D23156; Mon, 4 Mar 2019 13:04:10 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Mon, 04 Mar 2019 13:04:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=3F635tW4bZKyhWVC1IcmoTc8FAK 6cP4svPZHO/VX5F4=; b=q2FjFV8SCqLzRzO6nxhp/ZV5l8DKEem8OtoaEPElAdH cmuaT9FSQgGm+m8jp5DAjrb+Xq0Xip43FgyoPZgT53wiL3qPkK5L+264I3fXCNdH skMJ0QMx5iyefeCO+13xz9Kp8Uh7dbI3Oa3tRMiPfxGktj+RZFhXIChDDdwnjKWE E4aOTMctFJ40EYXyvHmEoQFxTKahqcyMJA8XlrWd1gY+HJmFjQn2sS+xiJGC/FiT lvDizfX2jvFXgIolTgn1o9aYRYts47AHQYNe9WriJXJS6mM3hK0TPYZOWlvcEcg6 /dWLhHGHUyJi6LaANgGQLemegX09LPVaCQGxMYGTu1w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=3F635t W4bZKyhWVC1IcmoTc8FAK6cP4svPZHO/VX5F4=; b=AH9BS7y9znzoQc/YaENq+H 5bGywQf2bWzvLKnIYprnWRmsYf59XIAtznE0eAP3NVygjlWLc9emRLBCogq/ZdD5 lUw6O09FXxRBkz/XsYC3MlOKYl4mZ9QUQooY+TlS23zqyr9RL0jhtdukJ5K0U/K8 TimUv5+77y7ugTy7xy7GPFAghAyT7DShck/+QM8WgROavp1yr77+HN/eoNpvPv9R Iyus/vPHJl49/4vtAI/DfyugbqaKppOGPzmv9y/uoK8/RVOZFNZmcTgVoBBHO8Du ab7qW7Ot56upIClfPOUK4K6SUrQRSkJcHMGskBUQQcs+s1y/208zYWDpKn0Ly7MA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfedugddutdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujggfsehttd ertddtredvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecukfhppeekvddrjedtrdeluddruddtudenucfrrghrrghmpe hmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvghtnecuvehluhhs thgvrhfuihiivgeptd X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id E8BCC10340; Mon, 4 Mar 2019 13:04:09 -0500 (EST) Date: Mon, 4 Mar 2019 18:04:07 +0000 From: tech-lists To: freebsd-arm@freebsd.org, freebsd-stable@freebsd.org Subject: Re: possibly silly binmiscctl question Message-ID: <20190304180407.GC46091@rpi3.zyxst.net> Mail-Followup-To: freebsd-arm@freebsd.org, freebsd-stable@freebsd.org References: <20190304175001.GB46091@rpi3.zyxst.net> <20190304175301.GA47280@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20190304175301.GA47280@home.opsec.eu> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 9EE5F76BA4 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.968,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 18:04:12 -0000 On Mon, Mar 04, 2019 at 06:53:01PM +0100, Kurt Jaeger wrote: >Hi! > >> If I give binmiscctl the magic for arm6 and then for say mips64, will >> this break things? >> >> Let's say I'm using an amd64 box to cross-compile using poudriere >> for arm6 and mips64 ports. Can I do both on the same box at the same >> time? Or do I need to let's say the arm6 run to finish, then give >> binmiscctl >> its magic strings for mips64, and THEN run the build run for that arch? > >I used two archs in parallel in the past, that was no problem. oh that's great news, thanks (really I should have made sure before doing it, lol!) -- J. From owner-freebsd-stable@freebsd.org Mon Mar 4 18:12:13 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAAE7151D68C; Mon, 4 Mar 2019 18:12:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46C1377319; Mon, 4 Mar 2019 18:12:13 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id D2E5611614; Mon, 4 Mar 2019 18:12:12 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f182.google.com with SMTP id d24so5147266ljc.12; Mon, 04 Mar 2019 10:12:12 -0800 (PST) X-Gm-Message-State: APjAAAWZNWOP1ip5dXIRZvp4nRX3bBtKk7SRRc1w6gndUIR1+znxjhKL a6Y/t3OvuIcEG15RoeJ476JJqFl9GpkRpDkOrXA= X-Google-Smtp-Source: APXvYqwPqF6qXCDlTpmS5K6FZh5bHBNP2DpyyrI6vmKShYNcKnqDmUR/c0pe4S0RVoNJK3V1Da0ilsSTW31/NJhU95M= X-Received: by 2002:a2e:88d0:: with SMTP id a16mr8798063ljk.77.1551723131321; Mon, 04 Mar 2019 10:12:11 -0800 (PST) MIME-Version: 1.0 References: <20190304175001.GB46091@rpi3.zyxst.net> In-Reply-To: <20190304175001.GB46091@rpi3.zyxst.net> From: Kyle Evans Date: Mon, 4 Mar 2019 12:11:32 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: possibly silly binmiscctl question To: "freebsd-arm@freebsd.org" , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 46C1377319 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.985,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 18:12:13 -0000 On Mon, Mar 4, 2019 at 11:50 AM tech-lists wrote: > > Hi, > > If I give binmiscctl the magic for arm6 and then for say mips64, will > this break things? > > Let's say I'm using an amd64 box to cross-compile using poudriere > for arm6 and mips64 ports. Can I do both on the same box at the same time? > Or do I need to let's say the arm6 run to finish, then give binmiscctl > its magic strings for mips64, and THEN run the build run for that arch? > This is what the qemu-user-static rc script does -- there are no problems. From owner-freebsd-stable@freebsd.org Mon Mar 4 20:36:00 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B42BC152207C for ; Mon, 4 Mar 2019 20:35:59 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-yw1-xc2f.google.com (mail-yw1-xc2f.google.com [IPv6:2607:f8b0:4864:20::c2f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 94C6986B18; Mon, 4 Mar 2019 20:35:58 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-yw1-xc2f.google.com with SMTP id s204so5155596ywg.2; Mon, 04 Mar 2019 12:35:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4nxFbCL6huT1huaHApl18cArCBTD1iZQZMQmmw0Sw5E=; b=feLxYtfuqyp4NFEJ0acQiJwaQEaZHRJ4bAHuHb4EzSxBeYhVhuYGRpm/7GOd+I+5RY Gf4philSqBYhr3Kd0sCvnSbZxluXQmoi8ovPSBNqH7/0ZhGF5ew1kEIkA4YJujXtvK0z WRori1DfBgPamsIZua5tw9fpUIKXZp1dZSFjnviYv2NOuX0TJFnprjHQCWEv4APjJQKV Cy4+4vsIZShGJpCPFyBLGXy2D4tQf8pBpQNkKpqRVe6bNpGiYhqXHhEf1rOX2foP8jHv xiimgfXB9ny3DRrZcqav2RAJXRnej35AAG0+DpCJKmS0fWa/d2jwEQfzXoLcGB9l0RWd Zd9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4nxFbCL6huT1huaHApl18cArCBTD1iZQZMQmmw0Sw5E=; b=uDlhfq/g8OWjxSQDXjPb4G+OpvaVnV2pt1shRtyeLC1w1p4k5FwQ0NiQG18y4h8te/ bgzSRn64HyzsTYKtNEP5Olh7H9/zb/cuYNDXRa0yFRy2SOIwZwJIKXDkBBO02eq17oV9 qkQ9sRkZvmbLLc2ibjieA64oFx0CFkkrEkw9Z/KPVbexexKD8W2HxulkCfflJgi5FH5N XzPhzARDdlD+zthgmnGacQv7OeyexIB0g+s7zwHGacQY9eQ69/98PVwBWWh7CslKPS+3 NAW5kVKX7dYQN8LXWM6oLxr0ve8Laf9iZqsTYfFrope1nYLdVJuiQduBAOYkc93de22m 9JDg== X-Gm-Message-State: APjAAAWJ6ml5thef8ZK0971JK0fsEYHBZnXiTS5mKH7TGsruNoZUzYMj QO+PoU3kFfbKWwTLOj3GtcwJ2WZ/rOfId2dpnER92zyB X-Google-Smtp-Source: APXvYqyn21eIu2mE0Y05sXj5nmTuBCiL3ZWM/I5Ocy9sAyrn9h9zqL26FzqSFqYJFRXqr9iL0RFSoFVYPvkjPbx9dEE= X-Received: by 2002:a81:8506:: with SMTP id v6mr15946165ywf.304.1551731757418; Mon, 04 Mar 2019 12:35:57 -0800 (PST) MIME-Version: 1.0 References: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> In-Reply-To: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> From: Nick Rogers Date: Mon, 4 Mar 2019 15:35:46 -0500 Message-ID: Subject: Re: 12.0-RELEASE zfs/vnode deadlock issue To: Andriy Gapon Cc: FreeBSD STABLE X-Rspamd-Queue-Id: 94C6986B18 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=feLxYtfu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ncrogers@gmail.com designates 2607:f8b0:4864:20::c2f as permitted sender) smtp.mailfrom=ncrogers@gmail.com X-Spamd-Result: default: False [-6.70 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[f.2.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.83)[-0.835,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.86)[ip: (-9.49), ipnet: 2607:f8b0::/32(-2.70), asn: 15169(-2.04), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 20:36:00 -0000 On Sat, Mar 2, 2019 at 12:48 PM Andriy Gapon wrote: > On 01/03/2019 17:00, Nick Rogers wrote: > > 36704 101146 perl - mi_switch+0xe1 > > sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_xlock_hard+0x19c > VOP_LOCK1_APV+0x7e > > _vn_lock+0x40 zfs_znode_alloc+0x434 zfs_mknode+0xa9d > > zfs_freebsd_create+0x512 VOP_CREATE_APV+0x78 vn_open_cred+0x2c9 > > kern_openat+0x20c amd64_syscall+0x369 fast_syscall_common+0x101 > > I suspect that this thread is a root cause of the problem. > In this place, the vnode should be freshly created and not visible to > anything > but the current thread. So, vn_lock() should always immediately succeed. > I > cannot understand how the vnode lock could be held by another thread. > It happened again. I tried to get a backtrace from the offending thread and one of the others waiting for it. At the moment I have access to this particular system in its bad state and can leave it like this for as long as possible, so let me know if there's something else useful I can get out of the debugger. courtland# procstat -kka | grep zfs 0 100140 kernel zfsvfs mi_switch+0xe1 sleepq_wait+0x2c _sleep+0x237 taskqueue_thread_loop+0xf1 fork_exit+0x83 fork_trampoline+0xe 0 100424 kernel zfs_vn_rele_taskq mi_switch+0xe1 sleepq_wait+0x2c _sleep+0x237 taskqueue_thread_loop+0xf1 fork_exit+0x83 fork_trampoline+0xe 23 100119 zfskern arc_reclaim_thread mi_switch+0xe1 sleepq_timedwait+0x2f _cv_timedwait_sbt+0x17a arc_reclaim_thread+0x146 fork_exit+0x83 fork_trampoline+0xe 23 100120 zfskern arc_dnlc_evicts_thr mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 arc_dnlc_evicts_thread+0x16f fork_exit+0x83 fork_trampoline+0xe 23 100122 zfskern dbuf_evict_thread mi_switch+0xe1 sleepq_timedwait+0x2f _cv_timedwait_sbt+0x17a dbuf_evict_thread+0x1c8 fork_exit+0x83 fork_trampoline+0xe 23 100139 zfskern l2arc_feed_thread mi_switch+0xe1 sleepq_timedwait+0x2f _cv_timedwait_sbt+0x17a l2arc_feed_thread+0x219 fork_exit+0x83 fork_trampoline+0xe 23 100405 zfskern trim zroot mi_switch+0xe1 sleepq_timedwait+0x2f _cv_timedwait_sbt+0x17a trim_thread+0x11f fork_exit+0x83 fork_trampoline+0xe 23 100441 zfskern txg_thread_enter mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 txg_quiesce+0x21b txg_quiesce_thread+0x11b fork_exit+0x83 fork_trampoline+0xe 23 100442 zfskern txg_thread_enter mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 txg_sync_thread+0x13b fork_exit+0x83 fork_trampoline+0xe 23 100443 zfskern solthread 0xfffffff mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 zthr_procedure+0xcc fork_exit+0x83 fork_trampoline+0xe 23 100444 zfskern solthread 0xfffffff mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 zthr_procedure+0xcc fork_exit+0x83 fork_trampoline+0xe 7476 100751 postgres - mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 dmu_tx_wait+0x2eb dmu_tx_assign+0x48 zfs_freebsd_create+0x4c8 VOP_CREATE_APV+0x78 vn_open_cred+0x2c9 kern_openat+0x20c amd64_syscall+0x369 fast_syscall_common+0x101 7480 100527 postgres - mi_switch+0xe1 sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_xlock_hard+0x19c VOP_LOCK1_APV+0x7e _vn_lock+0x40 zfs_znode_alloc+0x434 zfs_mknode+0xa9d zfs_freebsd_create+0x512 VOP_CREATE_APV+0x78 vn_open_cred+0x2c9 kern_openat+0x20c amd64_syscall+0x369 fast_syscall_common+0x101 46101 100471 postgres - mi_switch+0xe1 sleepq_wait+0x2c _cv_wait+0x152 dmu_tx_wait+0x2eb dmu_tx_assign+0x48 zfs_freebsd_create+0x4c8 VOP_CREATE_APV+0x78 vn_open_cred+0x2c9 kern_openat+0x20c amd64_syscall+0x369 fast_syscall_common+0x101 52625 100488 perl - mi_switch+0xe1 sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_slock_hard+0x2c5 VOP_LOCK1_APV+0x7e _vn_lock+0x40 zfs_root+0x6d lookup+0x933 namei+0x44b kern_statat+0x77 sys_fstatat+0x2f amd64_syscall+0x369 fast_syscall_common+0x101 52675 100643 csh - mi_switch+0xe1 sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_slock_hard+0x2c5 VOP_LOCK1_APV+0x7e _vn_lock+0x40 zfs_root+0x6d lookup+0x933 namei+0x44b kern_statat+0x77 sys_fstatat+0x2f amd64_syscall+0x369 fast_syscall_common+0x101 52826 100562 ls - mi_switch+0xe1 sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_slock_hard+0x2c5 VOP_LOCK1_APV+0x7e _vn_lock+0x40 zfs_root+0x6d lookup+0x933 namei+0x44b kern_statat+0x77 sys_fstatat+0x2f amd64_syscall+0x369 fast_syscall_common+0x101 52889 100641 bash - mi_switch+0xe1 sleepq_wait+0x2c sleeplk+0x1c5 lockmgr_slock_hard+0x2c5 VOP_LOCK1_APV+0x7e _vn_lock+0x40 zfs_root+0x6d lookup+0x933 namei+0x44b kern_statat+0x77 sys_fstatat+0x2f amd64_syscall+0x369 fast_syscall_common+0x101 courtland# kgdb GNU gdb (GDB) 8.2.1 [GDB v8.2.1 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later 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 "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug...done. done. (kgdb) tid 100471 (kgdb) bt #0 sched_switch (td=0xfffff8001196c580, newtd=0xfffff8000354f580, flags=) at /usr/src/sys/kern/sched_ule.c:2112 #1 0xffffffff80d0e0a1 in mi_switch (flags=, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:439 #2 0xffffffff80d5c80c in sleepq_wait (wchan=, pri=) at /usr/src/sys/kern/subr_sleepqueue.c:692 #3 0xffffffff80c9ca52 in _cv_wait (cvp=0xfffff80011354d28, lock=0xfffff80011354c50) at /usr/src/sys/kern/kern_condvar.c:146 #4 0xffffffff80403dfb in dmu_tx_wait (tx=0xfffff8037afd1c00) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c:1090 #5 0xffffffff80403748 in dmu_tx_assign (tx=0xfffff8037afd1c00, txg_how=1) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_tx.c:1032 #6 0xffffffff804a4ce8 in zfs_create (excl=0, mode=0, dvp=, name=, vap=, vpp=, cr=, td=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1875 #7 zfs_freebsd_create (ap=0xfffffe008e25a790) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:4996 #8 0xffffffff813aaa68 in VOP_CREATE_APV (vop=, a=0xfffffe008e25a790) at vnode_if.c:263 #9 0xffffffff80de20f9 in VOP_CREATE (dvp=, vpp=0xfffffe008e25a888, cnp=, vap=0x18000000001) at ./vnode_if.h:109 #10 vn_open_cred (ndp=0xfffffe008e25a828, flagp=0xfffffe008e25a954, cmode=, vn_open_flags=, cred=0xfffff8002b529b00, fp=0xfffff80359185aa0) at /usr/src/sys/kern/vfs_vnops.c:243 #11 0xffffffff80dda74c in kern_openat (td=0xfffff8001196c580, fd=-100, path=0x88d3a0f70 , pathseg=UIO_USERSPACE, flags=2563, mode=) at /usr/src/sys/kern/vfs_syscalls.c:1082 #12 0xffffffff81222449 in syscallenter (td=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #13 amd64_syscall (td=0xfffff8001196c580, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1076 #14 #15 0x000000080131e82a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffb4c8 (kgdb) tid 100527 (kgdb) bt #0 sched_switch (td=0xfffff8026af9d580, newtd=0xfffff80003551000, flags=) at /usr/src/sys/kern/sched_ule.c:2112 #1 0xffffffff80d0e0a1 in mi_switch (flags=, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:439 #2 0xffffffff80d5c80c in sleepq_wait (wchan=, pri=) at /usr/src/sys/kern/subr_sleepqueue.c:692 #3 0xffffffff80cd9105 in sleeplk (lk=0xfffff802f256c248, flags=, ilk=, wmesg=, pri=, timo=51, queue=0) at /usr/src/sys/kern/kern_lock.c:300 #4 0xffffffff80cd819c in lockmgr_xlock_hard (lk=0xfffff802f256c248, flags=525312, ilk=0xfffff802f256c278, file=, line=, lwa=) at /usr/src/sys/kern/kern_lock.c:822 #5 0xffffffff813acc5e in VOP_LOCK1_APV (vop=, a=0xfffffe008e36b280) at vnode_if.c:2087 #6 0xffffffff80de2820 in VOP_LOCK1 (vp=0xfffff802f256c1e0, flags=525312, file=0xffffffff813c47d0 "/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c", line=730) at ./vnode_if.h:859 #7 _vn_lock (vp=0xfffff802f256c1e0, flags=525312, file=0xffffffff813c47d0 "/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c", line=730) at /usr/src/sys/kern/vfs_vnops.c:1533 #8 0xffffffff804ae1f4 in zfs_znode_alloc (zfsvfs=, db=, blksz=0, obj_type=, hdl=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:730 #9 0xffffffff804adc0d in zfs_mknode (dzp=0xfffff802f461f440, vap=0xfffffe008e36b6e0, tx=, cr=0xfffff8002b529b00, flag=, zpp=0xfffffe008e36b638, acl_ids=0xfffffe008e36b5f8) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:988 #10 0xffffffff804a4d32 in zfs_create (excl=0, mode=0, dvp=, name=, vap=, vpp=, cr=, td=) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1883 #11 zfs_freebsd_create (ap=0xfffffe008e36b790) at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:4996 #12 0xffffffff813aaa68 in VOP_CREATE_APV (vop=, a=0xfffffe008e36b790) at vnode_if.c:263 #13 0xffffffff80de20f9 in VOP_CREATE (dvp=, vpp=0xfffffe008e36b888, cnp=, vap=0x18000000001) at ./vnode_if.h:109 #14 vn_open_cred (ndp=0xfffffe008e36b828, flagp=0xfffffe008e36b954, cmode=, vn_open_flags=, cred=0xfffff8002b529b00, fp=0xfffff8026d933d70) at /usr/src/sys/kern/vfs_vnops.c:243 #15 0xffffffff80dda74c in kern_openat (td=0xfffff8026af9d580, fd=-100, path=0x7fffffffc630 , pathseg=UIO_USERSPACE, flags=1538, mode=) at /usr/src/sys/kern/vfs_syscalls.c:1082 #16 0xffffffff81222449 in syscallenter (td=) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 #17 amd64_syscall (td=0xfffff8026af9d580, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1076 #18 #19 0x000000080138b4fa in ?? () Backtrace stopped: Cannot access memory at address 0x7fffffffc138 (kgdb) fr 7 #7 _vn_lock (vp=0xfffff802f256c1e0, flags=525312, file=0xffffffff813c47d0 "/usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c", line=730) at /usr/src/sys/kern/vfs_vnops.c:1533 warning: Source file is more recent than executable. 1533 error = VOP_LOCK1(vp, flags, file, line); (kgdb) print *vp $1 = {v_tag = 0xffffffff8144af45 "zfs", v_op = 0xffffffff81c64fd0 , v_data = 0xfffff802608c3440, v_mount = 0x0, v_nmntvnodes = {tqe_next = 0xfffff8037a047000, tqe_prev = 0xfffff802f23feb60}, {v_mountedhere = 0x0, v_unpcb = 0x0, v_rdev = 0x0, v_fifoinfo = 0x0}, v_hashlist = {le_next = 0x0, le_prev = 0x0}, v_cache_src = { lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xfffff802f256c230}, v_cache_dd = 0x0, v_lock = {lock_object = {lo_name = 0xffffffff8144af45 "zfs", lo_flags = 117112840, lo_data = 0, lo_witness = 0x0}, lk_lock = 18446744073709551605, lk_exslpfail = 0, lk_timo = 51, lk_pri = 96}, v_interlock = {lock_object = { lo_name = 0xffffffff814e4508 "vnode interlock", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 0}, v_vnlock = 0xfffff802f256c248, v_actfreelist = {tqe_next = 0xfffff8037a047000, tqe_prev = 0xfffff80011333a38}, v_bufobj = {bo_lock = {lock_object = {lo_name = 0xffffffff814a9e5f "bufobj interlock", lo_flags = 86179840, lo_data = 0, lo_witness = 0x0}, rw_lock = 1}, bo_ops = 0xffffffff81d38600 , bo_object = 0x0, bo_synclist = {le_next = 0x0, le_prev = 0x0}, bo_private = 0xfffff802f256c1e0, bo_clean = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff802f256c2f8}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_dirty = {bv_hd = {tqh_first = 0x0, tqh_last = 0xfffff802f256c318}, bv_root = {pt_root = 0}, bv_cnt = 0}, bo_numoutput = 0, bo_flag = 0, bo_domain = 1, bo_bsize = 16384}, v_pollinfo = 0x0, v_label = 0x0, v_lockf = 0x0, v_rl = {rl_waiters = {tqh_first = 0x0, tqh_last = 0xfffff802f256c368}, rl_currdep = 0x0}, v_cstart = 0, v_lasta = 0, v_lastw = 0, v_clen = 0, v_holdcnt = 1, v_usecount = 1, v_iflag = 0, v_vflag = 0, v_mflag = 0, v_writecount = 0, v_hash = 49436353, v_type = VREG} (kgdb) > -- > Andriy Gapon > From owner-freebsd-stable@freebsd.org Mon Mar 4 22:29:20 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83D97152555A for ; Mon, 4 Mar 2019 22:29:20 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f44.google.com (mail-lf1-f44.google.com [209.85.167.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4AA4F8BEFA for ; Mon, 4 Mar 2019 22:29:19 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f44.google.com with SMTP id h6so463244lfc.2 for ; Mon, 04 Mar 2019 14:29:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Jx477gI5zH+uEpF73CGBFPazbAZEEsf6VYg5//ZDTjU=; b=VJBvzk/sFsxJxGQk3YKb6+6ttzlU7notVlEyEUYLAb4XmNX9dqkViQo13K1F4FeBCK a7+2c8MJeEWZ9/O6IRi+0Q+S46kp15T9XdZwRcCcRvrb4H1H+excZt36keYlksbZjAUf ELXKBYsJTFor/PrlTGM/5NyfdV1wSXkQCRk4CJQZ5/l+Uwy4rqyjUfikbUS0JvCPuZrl 3rUWHiBGoiz8Z2wbCzEcxCPwgZGfP7euuVgv7gbEX4ucx2Ozt8GTFyG7OIZg2DBEYu8Q 4EEjLtSts/DsgRMeVPVX81SRQxbXI9d79wi8Wq4gtvMXKgDpqPFF76R3RrUDObsFs1p6 /77Q== X-Gm-Message-State: APjAAAXUeWtT8kA12mGyAh3h5jXNSQjduazziaZmxoGZr6G5nTOwWPZi SZ46oLqgSG3xZhAKvK5eO1KYpOZA X-Google-Smtp-Source: APXvYqzDdtthIOL5l7VGzA91ilnwc6zL29tiM/ROezKBwj6re/JvX3Ib7ifboaHEGE1J3eEg4ELZvQ== X-Received: by 2002:a19:f10d:: with SMTP id p13mr10347359lfh.52.1551738552141; Mon, 04 Mar 2019 14:29:12 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 21sm1721084ljw.95.2019.03.04.14.29.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Mar 2019 14:29:11 -0800 (PST) Subject: Re: 12.0-RELEASE zfs/vnode deadlock issue To: Nick Rogers Cc: FreeBSD STABLE References: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Tue, 5 Mar 2019 00:29:09 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4AA4F8BEFA X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.44 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.24 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.91)[-0.910,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; IP_SCORE(-1.32)[ip: (-0.68), ipnet: 209.85.128.0/17(-3.83), asn: 15169(-2.04), country: US(-0.07)]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[44.167.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 22:29:20 -0000 On 04/03/2019 22:35, Nick Rogers wrote: > v_lock = {lock_object = {lo_name = > 0xffffffff8144af45 "zfs", lo_flags = 117112840, lo_data = 0, lo_witness = > 0x0}, lk_lock = 18446744073709551605, lk_exslpfail = 0, lk_timo = 51, > lk_pri = 96} Hmm, lk_lock looks bogus. 18446744073709551605 == 0xfffffffffffffff5 and it's LK_SHARE | LK_EXCLUSIVE_WAITERS with 0xfffffffffffffff shared owners. Perhaps, this is a result of LK_SHARERS_LOCK(-1). Is your kernel compiled with INVARIANTS and INVARIANT_SUPPORT? I suspect that the vnode was accessed (unlocked?) through a stale pointer after it was recycled. -- Andriy Gapon From owner-freebsd-stable@freebsd.org Tue Mar 5 01:03:45 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5BE9E1528BBB for ; Tue, 5 Mar 2019 01:03:45 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: from mail-yw1-xc30.google.com (mail-yw1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B01B6A616; Tue, 5 Mar 2019 01:03:44 +0000 (UTC) (envelope-from ncrogers@gmail.com) Received: by mail-yw1-xc30.google.com with SMTP id k14so5666570ywe.4; Mon, 04 Mar 2019 17:03:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oISoutCQXQ46jx6t1TNTbXt0zxcJ14GZZ890oSdstw4=; b=syvQmSp/rhvgU/iii076lk7rsAZr0vKWyA9KAaQanVztfxQo2y0CQhIJ4oNwt7IMD2 LVEPnCxekIts9MzaA58Mn8jJ8MJBxq5iFJcN3YaJ+tb6WtDGLtAppoMGjeVUYAfskt5c NoG9TklkSOInS8AWMALhYxObbPxAiVVYDA52TVnyGvJX0dfndYGy/1fTFKAnjvCyV/wV NSjTen8MfsV9znrojIz1Y72m/PqfKBqlWITmvSUcbAj8X8Z2WYctkmeauL5gLhZ5U+59 WmChSwAjHhJd5gD5T7OPOj1RrkpmeyqmiK8yDicUK8nr1FUqinOn+heitxa8OeeFc/3h IKTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oISoutCQXQ46jx6t1TNTbXt0zxcJ14GZZ890oSdstw4=; b=Ye+B8g2CyrWvBTj9eKB4zi5iyVmPklVCS+EcUHN9EMaKtFVQhX5mfhoXbjql4m+lDB Qsc9CJ6H8en3QPR2U5XIF77rNmObNg2jjdFqkWvyDbXIkchaAZu+C9vioGnrPSbtav7d H7pdAw/P5h/ZMYicQV6Wj30+BbpPI9mGJyz2J935+gypjaRMhQGDMnx0uBXeFZOODWsL n8jzyzfaJPlPBk770lRCvbeMz7M0tGCgkwtnAkaUp94m53TSwG6hYOHlPLv/7VUck1kB 9cHmn2+I7FwOPNeCNLTI2z1osrR8+cvPRxMoS20MGEYSm8cAMSVva34ZFw4M/b/Oaf+Z azAw== X-Gm-Message-State: APjAAAX3Utr99FroI/P27Go6SmDt2KfZy+nP6uhAfHzJQmX+XRV3nwHW 79NzQ3DFRtw9s/IRNBgrRVXtQTxYlRR/w20E9owpUw== X-Google-Smtp-Source: APXvYqwoc5NC3no+OqxSx3tMvnuet5W/hb0Teh3Yo6MPXIfI5Y72Co1j4GpOef+njZrmGI1szjn4Lku/ohVoHe6+720= X-Received: by 2002:a25:b942:: with SMTP id s2mr138628ybm.283.1551747822956; Mon, 04 Mar 2019 17:03:42 -0800 (PST) MIME-Version: 1.0 References: <233f3723-a78e-91db-ebe6-9e13c1c9b50d@FreeBSD.org> In-Reply-To: From: Nick Rogers Date: Mon, 4 Mar 2019 20:03:31 -0500 Message-ID: Subject: Re: 12.0-RELEASE zfs/vnode deadlock issue To: Andriy Gapon Cc: FreeBSD STABLE X-Rspamd-Queue-Id: 0B01B6A616 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=syvQmSp/; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ncrogers@gmail.com designates 2607:f8b0:4864:20::c30 as permitted sender) smtp.mailfrom=ncrogers@gmail.com X-Spamd-Result: default: False [-6.67 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[0.3.c.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; IP_SCORE(-2.81)[ip: (-9.26), ipnet: 2607:f8b0::/32(-2.70), asn: 15169(-2.04), country: US(-0.07)]; NEURAL_HAM_SHORT(-0.84)[-0.842,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Mar 2019 01:03:45 -0000 On Mon, Mar 4, 2019 at 5:29 PM Andriy Gapon wrote: > On 04/03/2019 22:35, Nick Rogers wrote: > > v_lock = {lock_object = {lo_name = > > 0xffffffff8144af45 "zfs", lo_flags = 117112840, lo_data = 0, lo_witness = > > 0x0}, lk_lock = 18446744073709551605, lk_exslpfail = 0, lk_timo = 51, > > lk_pri = 96} > > Hmm, lk_lock looks bogus. > 18446744073709551605 == 0xfffffffffffffff5 and it's LK_SHARE | > LK_EXCLUSIVE_WAITERS with 0xfffffffffffffff shared owners. > Perhaps, this is a result of LK_SHARERS_LOCK(-1). > > Is your kernel compiled with INVARIANTS and INVARIANT_SUPPORT? > I suspect that the vnode was accessed (unlocked?) through a stale pointer > after > it was recycled. > I don't believe so - it's basically amd64 GENERIC w/ a reduced set of modules and static zfs option. > -- > Andriy Gapon > From owner-freebsd-stable@freebsd.org Tue Mar 5 13:05:49 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9820152950D for ; Tue, 5 Mar 2019 13:05:49 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-yw1-f65.google.com (mail-yw1-f65.google.com [209.85.161.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E6FD69E1F for ; Tue, 5 Mar 2019 13:05:48 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-yw1-f65.google.com with SMTP id c67so6861556ywa.7 for ; Tue, 05 Mar 2019 05:05:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=fnJgB2ZM2rrHiFfrCtL49rKrvtlDKzZFr+xkHXxdVv4=; b=SpQTPJecAONNWgbJW72gEYuCWKgil55qkyEL5b5alu6bh14yZFNLmP1Z/Z9Fv3n7Ok IWV2ui40fU/DTzX6Zalk4WWjYf19KZQasjgfrodxQ5mZEiRAR1/NKUFe4rF6cNcHDKmV Vg0d8vlGLYEhwoBPTKnLZVnuBEK+5iyn1SiH1HqsgfU+GXR683WgybWYlmyj7oG+L/HY 3dIROfJsMC5vpegR/mZomoqdbVpOS9SJYwhYpBVz4Wg9Ea4eM8r1y4E4hzBJyKI2c3Kr F4iGXfeA5w4KOEVxOYpgIYL9W8AxGWhp9867q4W5bb0kYt41wIcaDFe6cBCLII9WG5I/ jaaQ== X-Gm-Message-State: APjAAAWVA8h8y0DjiS+LxdyTTl4n1MRxJ7p+dT/Iv3jPsGco44abqd0N qlL+MSa2AxuUqYnYsi0a2thB2AWlOzcdGS/e/ACzZWcv X-Google-Smtp-Source: APXvYqzQUh1/JRRZ2slXu8dnalb8oaCwevbdBIKCUp9V75IVt0BBekVzsQ9WAJhUWkTBYIq3zACjSkXY9V7OTvhnq3E= X-Received: by 2002:a0d:f344:: with SMTP id c65mr754278ywf.77.1551791141867; Tue, 05 Mar 2019 05:05:41 -0800 (PST) MIME-Version: 1.0 From: Li-Wen Hsu Date: Tue, 5 Mar 2019 21:05:28 +0800 Message-ID: Subject: FreeBSD CI Weekly Report 2019-03-03 To: freebsd-testing@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 9E6FD69E1F X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of lwhsufreebsd@gmail.com designates 209.85.161.65 as permitted sender) smtp.mailfrom=lwhsufreebsd@gmail.com X-Spamd-Result: default: False [-4.01 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FORGED_RECIPIENTS(0.00)[freebsd-testing@freebsd.org,freebsd-stable@freebsd.org]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.82)[-0.818,0]; DMARC_NA(0.00)[freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[65.161.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.18)[ipnet: 209.85.128.0/17(-3.84), asn: 15169(-2.00), country: US(-0.07)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Mailman-Approved-At: Tue, 05 Mar 2019 13:30:55 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Mar 2019 13:05:49 -0000 (bcc -current and -stable for more audience) FreeBSD CI Weekly Report 2019-03-03 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-02-25 to 2019-03-03. During this period, we have: * 2299 builds (98% passed, 2% failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 574 test runs (32.2% passed, 59.6% unstable, 8.2% exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 9 doc buils (100% passed) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. Web version of this report is available at https://hackmd.io/s/rytoa05LE and archive is available at http://hackfoldr.org/freebsd-ci-report/, any help is welcome. ## New & Fixed Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test/ * sys.netpfil.pf.pass_block.nested_inline See https://bugs.freebsd.org/bugzilla/236223 for more detail. Fixed in https://svnweb.freebsd.org/changeset/base/344764 . ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~60 failing cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * common.rates.t_dtrace_contrib.tst_switchrate_d * common.syscall.t_dtrace_contrib.tst_args_d * common.ip.t_dtrace_contrib.tst_ipv4localsctp_ksh * common.ip.t_dtrace_contrib.tst_localsctpstate_ksh * https://ci.freebsd.org/job/FreeBSD-head-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-12-i386-test/ * sbin.bectl.bectl_test.bectl_mount * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * lib.libc.regex.exhaust_test.regcomp_too_big * lib.libregex.exhaust_test.regcomp_too_big * sys.kern.coredump_phnum_test.coredump_phnum WIP: https://reviews.freebsd.org/D18495 * https://ci.freebsd.org/job/FreeBSD-stable-11-amd64-test/ * usr.bin.procstat.procstat_test.kernel_stacks * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * sys.netmap.ctrl-api-test.main * sys.opencrypto.runtests.main * usr.bin.procstat.procstat_test.kernel_stacks * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Disabled Tests * lib.libc.sys.mmap_test.mmap_truncate_signal https://bugs.freebsd.org/211924 * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * usr.bin.procstat.procstat_test.command_line_arguments https://bugs.freebsd.org/233587 * usr.bin.procstat.procstat_test.environment https://bugs.freebsd.org/233588 ## Open Issues ### Cause build fails * [233339: genassym.o build race](https://bugs.freebsd.org/233339) * Patch available: https://people.freebsd.org/~bdrewery/patches/PR233339.diff * [233735: Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory](https://bugs.freebsd.org/233735) * [233769: Possible build race: ld: error: unable to find library -lgcc_s](https://bugs.freebsd.org/233769) ### Others [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-stable@freebsd.org Tue Mar 5 14:09:53 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 761B21500BC5; Tue, 5 Mar 2019 14:09:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3AE316C7D7; Tue, 5 Mar 2019 14:09:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 0514336D1; Tue, 5 Mar 2019 09:09:44 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Tue, 05 Mar 2019 09:09:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:cc:subject:message-id:mime-version:content-type; s= fm2; bh=Z5wext+DBS/dc3pokg99LbHrrIVvD+TxyzH8z5iehBs=; b=BAnj/gkJ QFn0lmTiQpj8rCz9TNZgjfFLjNnwJM+waYahHx/7qtXo3Hh703+w8NsEInX+xCkl 2GkDTUixXQB5HETPo7aQIZMoNKJ6S1dfybrJiWtTkQ3kbxdCopXOOrIfORIJY7eN RvHkBSdlRs9FMd6pmIw0NdCPlFXF6TDpltRrBZuJor0KjtNZevnXUh8eo/KiR2Yq HspBt1L/1Y8evmyKHI9x6Lg4pQ/AHqJpsyMtNDVBIC+mHUxQsFfAKQY/vggQFnTr h9BE4KbHXw9W0cDz40CtlFrwSYpf6tOIyC4YICoGGBvtLrSIfQlGbAi8RIKUL4oS 2dHz5Mde1jT4fw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=Z5wext+DBS/dc3pokg99LbHrrIVvD +TxyzH8z5iehBs=; b=bb6kHNb2ZZzhkukYpsWNvzzcRyZIVOc1jb6fCkjtOkDtV JlFjO2M3gfWvazkjH/Ypstnyi1qUjC5qJDBAD8sa/UPZaupzI7Yd2NIlzr7b67BS FeKI2QKuKyQD656YK7hzcAx7rEP++PKII8SLP0FrX2X3nnu3rETCZmoo0I3zyH2l Nqi4LPavxRxLvQNG9FoKwNVvkJHpx2UmU35eN9qAq/hp6b1HNnkoqeD2J992uB4m oKh5MG82JyS9JXV19Jfy/3VHcGRmbuiaWyFOpNpTGd7noVBvoyOay02jFjIzR8bu 5os5LHmfOfTAwCv5sY8GyEDkm47tAn2+qqj1/wY6Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfeefgdeiudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggufgesthdtredttd ervdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucfkphepkedvrdejtddrledurddutddunecurfgrrhgrmhepmhgrih hlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvthenucevlhhushhtvghr ufhiiigvpedt X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 6C81910340; Tue, 5 Mar 2019 09:09:43 -0500 (EST) Date: Tue, 5 Mar 2019 14:09:40 +0000 From: tech-lists To: freebsd-questions@freebsd.org Cc: freebsd-stable@freebsd.org Subject: poudriere(-devel) ports updating question Message-ID: <20190305140939.GA18890@rpi3.zyxst.net> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 3AE316C7D7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=BAnj/gkJ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=bb6kHNb2; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; IP_SCORE(-3.38)[ip: (-8.88), ipnet: 64.147.123.0/24(-4.44), asn: 11403(-3.49), country: US(-0.07)]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Mar 2019 14:09:53 -0000 Hi, There are several categories of ports I'd like to avoid for some architectures. For example, I don't want x11 for mips.mips64. Or astronomy. But let's say, for this architecture, I want to build everything else. I can't see a way of excluding categories with poudriere ports when updating the ports tree - the only workaround I can see is to download another tree, call it something and then manually edit that tree, and then set the build off with -p port-treename. Every time I want to make a bulk run. Basically I'm looking for exclude mask functionality when updating a ports tree with poudriere ports. Do I need to do this manually or have I missed something? thanks, -- J. From owner-freebsd-stable@freebsd.org Wed Mar 6 17:23:54 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20B9415206C4; Wed, 6 Mar 2019 17:23:54 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gilb.zs64.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E6AD39521E; Wed, 6 Mar 2019 17:23:52 +0000 (UTC) (envelope-from stb@lassitu.de) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 3AF8C1D2D09; Wed, 6 Mar 2019 17:23:50 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: Re: poudriere(-devel) ports updating question From: Stefan Bethke In-Reply-To: <20190305140939.GA18890@rpi3.zyxst.net> Date: Wed, 6 Mar 2019 18:23:49 +0100 Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <30D9DC41-0FE6-4B2F-846B-E7E1BDEF485D@lassitu.de> References: <20190305140939.GA18890@rpi3.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: E6AD39521E X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of stb@lassitu.de designates 2a00:14b0:4200:32e0::1ea as permitted sender) smtp.mailfrom=stb@lassitu.de X-Spamd-Result: default: False [-1.02 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.888,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[lassitu.de]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.772,0]; NEURAL_HAM_LONG(-0.94)[-0.938,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[gilb.zs64.net]; IP_SCORE(-0.15)[ipnet: 2a00:14b0::/32(-0.44), asn: 13135(-0.31), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13135, ipnet:2a00:14b0::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Mar 2019 17:23:54 -0000 > Am 05.03.2019 um 15:09 schrieb tech-lists : >=20 > Hi, >=20 > There are several categories of ports I'd like to avoid for some > architectures. For example, I don't want x11 for mips.mips64. Or = astronomy. But let's say, for this architecture, I want to build = everything else. >=20 > I can't see a way of excluding categories with poudriere ports when > updating the ports tree - the only workaround I can see is to download = another tree, call it something and then manually edit that tree, and = then set the build off with -p port-treename. Every time I want to > make a bulk run. >=20 > Basically I'm looking for exclude mask functionality when updating a > ports tree with poudriere ports. >=20 > Do I need to do this manually or have I missed something? I don=E2=80=99t think it=E2=80=99s easy to do that. How would you handle = dependencies? (For example, some ports require X11 libs and stuff, even = though they=E2=80=99re in a different category.) Do you want to save time on builds by excluding pkgs that you know = you=E2=80=99ll never need? Or what is your goal with this? In my setup, I rely on the regular packages from the official repo, but = for those pkg that I need built with different options, I run a custom = list. You could try to produce a filtered list of all ports, removing those = that you=E2=80=99d never select manually, and let poudriere figure out = what needs to be built. Something along the lines of: - update ports - list all ports | grep -v '^x11/' - run poudriere with resulting list Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-stable@freebsd.org Wed Mar 6 20:58:35 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93C2A1526EFD; Wed, 6 Mar 2019 20:58:35 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82B026FE67; Wed, 6 Mar 2019 20:58:33 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D07BB20A47; Wed, 6 Mar 2019 15:58:31 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 06 Mar 2019 15:58:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:content-transfer-encoding:in-reply-to; s=fm2; bh=2 QSQXxfv9WBZmuZqsONdL3SgAjb0+cZmvJdg3+Gm68E=; b=ipDegnRQNqY22DuVu l5wZSuTFIEzHGv8v3WyR1SHVjlV4zdNo8v1CmJ0RkXfVZVHUfmd2x0XGVD1qU3XB w+OIG8fN1F3OU7m5yLmrvtEH1ztppc7cFyMj09nZTCg6WSkxx+i2SdDd290o0h/8 43vCHzphRhXKbNVkz10td8tGbEMFt4Yhdt5YU2FIGJqdX8nSGl5NxMFmvoNaorA4 wH3ha6Xuz7LeoXVj6jSgSWrt1tzOndhsgYIZg3Vk12c+aMv97kMuZ9uWaYGFDp9H 5OlOY46oJQmL3kZU9JfWOHpZEyzXwgmII6AHgfkc3qIJc49wdN9aNB+1qTvx5p59 9IHwA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=2QSQXxfv9WBZmuZqsONdL3SgAjb0+cZmvJdg3+Gm6 8E=; b=L0GcLWi11UuK2TyeRK5Bs6GhMGpvqLdFVpdub5CekeqsUrbWDSWN5WJWQ lKxIK4RNCPgaZirSeEJfeZFVkW7nO/PloNIRV0f/uebtFC3ndomMdMsRC1tIMydf HizDbiOf7cfWjxlnMpvnSehX4O6nAxTAzPbnF95x8FVP6zeqvo4s8tgvNVn5WVfk mWABINzX06U8G5Jvxoq/lxLxYWMXzBUteEig2FmQykXJJL/NoOTi6QRJrCtxdRTf ScfNBYd66IDcobxm+IrqeLlzt1LlYj2MKxq9s5Vd5wq7USnT4RYTCxVTQ3XIK/E7 QF+j05xmMHScytaxA85aL830Tw2dg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfeeigdekvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtugfgjggfsehtke ertddtreejnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuffhomhgrihhnpehhthhtphhsrdhsohenucfkphepkedvrd ejtddrledurddutddunecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishht shesiiihgihsthdrnhgvthenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from rpi3.zyxst.net (rpi3.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id A47A9E44A5; Wed, 6 Mar 2019 15:58:30 -0500 (EST) Date: Wed, 6 Mar 2019 20:58:28 +0000 From: tech-lists To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Re: poudriere(-devel) ports updating question Message-ID: <20190306205827.GA34798@rpi3.zyxst.net> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org References: <20190305140939.GA18890@rpi3.zyxst.net> <30D9DC41-0FE6-4B2F-846B-E7E1BDEF485D@lassitu.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <30D9DC41-0FE6-4B2F-846B-E7E1BDEF485D@lassitu.de> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 82B026FE67 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=ipDegnRQ; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=L0GcLWi1; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.88 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com,in2-smtp.messagingengine.com,in1-smtp.messagingengine.com]; NEURAL_HAM_SHORT(-0.84)[-0.840,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; IP_SCORE(-3.43)[ip: (-9.00), ipnet: 66.111.4.0/24(-4.61), asn: 11403(-3.48), country: US(-0.07)]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Mar 2019 20:58:35 -0000 On Wed, Mar 06, 2019 at 06:23:49PM +0100, Stefan Bethke wrote: >> Am 05.03.2019 um 15:09 schrieb tech-lists : >> Basically I'm looking for exclude mask functionality when updating a >> ports tree with poudriere ports. >> >> Do I need to do this manually or have I missed something? > > I don’t think it’s easy to do that. How would you handle dependencies? > (For example, some ports require X11 libs and stuff, even though > they’re in a different category.) You're right of course. My logic was wrong, and wrong premise[1] because I was stuck on thinking a bulk -a build. But I found how to do it (to remove categories) in case anyone is interested. The key is in the method used to update the tree, which is svn+https. so, from the top of the ports tree, svn update --set-depth=exclude biology would exclude the biology category permanently. svn update --set-depth=infinity biology would re-add it. svn update --set-depth=infinity would make it be like nothing was excluded in the first place. but on reflection, it breaks a little of the ports infrastructure and I don't want to do that. [1] used to use portupgrade -a but poudriere bulk -a is not equivalent!!! am just getting to grips with poudriere lol -- J. From owner-freebsd-stable@freebsd.org Wed Mar 6 21:11:35 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B004315277D3; Wed, 6 Mar 2019 21:11:35 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CE51770948; Wed, 6 Mar 2019 21:11:34 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from pmather-dld-1.lib.vt.edu (pmather-dld-1.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 2E87ADA; Wed, 6 Mar 2019 16:11:28 -0500 (EST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: poudriere(-devel) ports updating question From: Paul Mather In-Reply-To: <20190306205827.GA34798@rpi3.zyxst.net> Date: Wed, 6 Mar 2019 16:11:27 -0500 Cc: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <85643302-A1F8-4EF2-B75D-3FAF3A138923@gromit.dlib.vt.edu> References: <20190305140939.GA18890@rpi3.zyxst.net> <30D9DC41-0FE6-4B2F-846B-E7E1BDEF485D@lassitu.de> <20190306205827.GA34798@rpi3.zyxst.net> To: tech-lists X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: CE51770948 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dmarc=fail reason="" header.from=vt.edu (policy=none) X-Spamd-Result: default: False [-3.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.75)[ip: (-4.92), ipnet: 128.173.0.0/16(-2.46), asn: 1312(-1.30), country: US(-0.07)]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[chumby.dlib.vt.edu,gromit.dlib.vt.edu]; NEURAL_HAM_SHORT(-0.61)[-0.607,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Mar 2019 21:11:35 -0000 On Mar 6, 2019, at 3:58 PM, tech-lists wrote: > On Wed, Mar 06, 2019 at 06:23:49PM +0100, Stefan Bethke wrote: >>> Am 05.03.2019 um 15:09 schrieb tech-lists : >=20 >>> Basically I'm looking for exclude mask functionality when updating a >>> ports tree with poudriere ports. >>>=20 >>> Do I need to do this manually or have I missed something? >>=20 >> I don=E2=80=99t think it=E2=80=99s easy to do that. How would you = handle dependencies? (For example, some ports require X11 libs and = stuff, even though they=E2=80=99re in a different category.) >=20 > You're right of course. My logic was wrong, and wrong premise[1] = because I > was stuck on thinking a bulk -a build. But I found how to do it (to = remove categories) in case anyone is interested. The key is in the > method used to update the tree, which is svn+https. >=20 > so, from the top of the ports tree, svn update --set-depth=3Dexclude = biology would exclude the biology category permanently. svn update = --set-depth=3Dinfinity biology would re-add it. > svn update --set-depth=3Dinfinity would make it be like nothing was > excluded in the first place. >=20 > but on reflection, it breaks a little of the ports infrastructure and = I > don't want to do that. That's correct: omitting parts of the ports hierarchy might break a = particular ports build catastrophically. If you're looking to exclude certain functionality when building ports = you should investigate using ports options to achieve that. For example, I have a poudriere jail called "trurl" that is a headless = system on which I don't want to use X11. I also don't want to use CUPS = for that matter. So, in its "trurl-make.conf" file I include this line: OPTIONS_UNSET_FORCE=3D X11 CUPS That will force those options off for all ports. The result is I don't = get any ports built supporting those options. I guess it's not foolproof, but it seems to work well enough for me. I hope this helps. Cheers, Paul.= From owner-freebsd-stable@freebsd.org Thu Mar 7 07:29:17 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F13FF1520721 for ; Thu, 7 Mar 2019 07:29:16 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 149566DCEF; Thu, 7 Mar 2019 07:29:15 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x277T4uF098207; Thu, 7 Mar 2019 08:29:04 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x277T4HP098204; Thu, 7 Mar 2019 08:29:04 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 7 Mar 2019 08:29:04 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable cc: mckusick@freebsd.org Subject: Re: 12-stable buildworld appears to be broken In-Reply-To: <20190307051342.GB34798@rpi3.zyxst.net> Message-ID: References: <20190307051342.GB34798@rpi3.zyxst.net> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2019 07:29:17 -0000 On Thu, 7 Mar 2019 05:13-0000, tech-lists wrote: > Hi, > > My context is poudriere creating jails on freebsd12-stable. This procedure > worked fine for some other jails I created a couple days ago (the 5th) but > now, today I get buildworld failures with creating either amd64 or armv7 jails > (the server is amd64) > > To try to see the failure, I set jobs to J1 like so: > > poudriere jail -x -J1 -c -j 12armv7 -a arm.armv7 -m svn+https -v > stable/12 > > It bails when it's making rescue with this error: > > /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/pass1.c:454:13: > error: too many arguments to function call, expected 0, have 1 > inodirty(dp); > ~~~~~~~~ ^~ > /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/fsck.h:453:1: > note: 'inodirty' declared here > void inodirty(void); ^ > 1 error generated. > *** [pass1.o] Error code 1 > > I know that's probably not enough, so have pasted much more output at > https://rpi3.zyxst.net/errors/poudriere-build-failure.txt > > not tried make buildworld yet on the host. The OS is at r344763 and > /usr/src is at 344863 > > Just tried it on another 12-stable desktop, straightforward make > buildworld, same sort of error: > > --- all_subdir_sbin/fsdb --- > /usr/src/sbin/fsdb/fsdb.c:1042:14: error: too many arguments to function > call, expected 0, have 1 > inodirty(curinode); > ~~~~~~~~ ^~~~~~~~ /usr/src/sbin/fsck_ffs/fsck.h:453:1: note: > 'inodirty' declared > here > void inodirty(void); > > the sources are at 344869 It's good to see I'm not the only one experiencing this issue. It looks like r339941 was never merged to stable/12. -- Trond. From owner-freebsd-stable@freebsd.org Thu Mar 7 05:13:55 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 838D51511FCF for ; Thu, 7 Mar 2019 05:13:55 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 187808E9A0 for ; Thu, 7 Mar 2019 05:13:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id C81C73543 for ; Thu, 7 Mar 2019 00:13:46 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 07 Mar 2019 00:13:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm2; bh=yczmzXrCrCtC42sk5e6cbx2x0g7mf7rxS6RabXp5UN8=; b=ttd9FeLa tvgrLr2rlM+i4NOsLPi/3RtU3AynSHmgGGWyexJTfUtA3JR7wfm/lwkGI4AtmYxO fJ5HbA9USkO3X0I6/mikyqi8VW9lTCWOottZE4oSmcJqozVCfhF3VCSp6KRRKsLJ iek7duoHwL6ZR+r/aOMrzc2nbKZDRXNOopMnJcEpSxISyda8ALUmlro3xXthTcCC Gx01V9ZNip4pBP1arkQG7TjeGMG8duZV4pWJQMBtAqJk4DU5/p04jEMCuAiIGcr+ 2ScJepw2niU1UprBIY8r568Rd81dWzX/9jrcx2SgLsp9eJCX48cn5AJeFy2hLMAW Frza6WqNq0QJ1g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=yczmzXrCrCtC42sk5e6cbx2x0g7mf 7rxS6RabXp5UN8=; b=DiEZiZFUNcoKQ6u+sY1OSMoIygEf8Mybjjfy/npGZNNYd wdvzMJ4z8vs+GYHSd1yRxD/YAorVBux1lW1SWBuimKlTH5IfadXH43MqAtB432vm yxwVeVQO9NOK08S7A6O2qJwN3is3eLJtYCip8wEvm2OUAY1KHl60Bz5DWFCfLWlk Uy4y81RhW+03I1lbZhqKMkGG1eS52ycJkg+Mt/tPP6qzdAtjjWfYVNTZuzpEIQEy J/d0mSLKTs9D9/kEX1E51RvB1SiZxvSK5n06kb8xguqxcxxWniWY9GgvcucSx7i/ FNviFlFsbev7ZwTcCm+06wSSXWQVgC7/qSYNdspTw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfeejgdekvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggufgesthdtredttd ervdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucffohhmrghinhepiiihgihsthdrnhgvthenucfkphepkedvrdejtd drledurddutddunecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshes iiihgihsthdrnhgvthenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from rpi3.zyxst.net (unknown [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id B771D10331 for ; Thu, 7 Mar 2019 00:13:45 -0500 (EST) Date: Thu, 7 Mar 2019 05:13:42 +0000 From: tech-lists To: freebsd-stable@freebsd.org Subject: 12-stable buildworld appears to be broken Message-ID: <20190307051342.GB34798@rpi3.zyxst.net> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 187808E9A0 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm2 header.b=ttd9FeLa; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=DiEZiZFU; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-6.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm2,messagingengine.com:s=fm2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.84)[-0.835,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; IP_SCORE(-3.37)[ip: (-8.87), ipnet: 64.147.123.0/24(-4.43), asn: 11403(-3.48), country: US(-0.07)]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2019 05:13:55 -0000 Hi, My context is poudriere creating jails on freebsd12-stable. This procedure worked fine for some other jails I created a couple days ago (the 5th) but now, today I get buildworld failures with creating either amd64 or armv7 jails (the server is amd64) To try to see the failure, I set jobs to J1 like so: poudriere jail -x -J1 -c -j 12armv7 -a arm.armv7 -m svn+https -v stable/12 It bails when it's making rescue with this error: /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/pass1.c:454:13: error: too many arguments to function call, expected 0, have 1 inodirty(dp); ~~~~~~~~ ^~ /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/fsck.h:453:1: note: 'inodirty' declared here void inodirty(void); ^ 1 error generated. *** [pass1.o] Error code 1 I know that's probably not enough, so have pasted much more output at https://rpi3.zyxst.net/errors/poudriere-build-failure.txt not tried make buildworld yet on the host. The OS is at r344763 and /usr/src is at 344863 Just tried it on another 12-stable desktop, straightforward make buildworld, same sort of error: --- all_subdir_sbin/fsdb --- /usr/src/sbin/fsdb/fsdb.c:1042:14: error: too many arguments to function call, expected 0, have 1 inodirty(curinode); ~~~~~~~~ ^~~~~~~~ /usr/src/sbin/fsck_ffs/fsck.h:453:1: note: 'inodirty' declared here void inodirty(void); the sources are at 344869 thanks, -- J. From owner-freebsd-stable@freebsd.org Thu Mar 7 12:47:25 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3489E152E229 for ; Thu, 7 Mar 2019 12:47:25 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from atlas.fritz.box (unknown [IPv6:2001:985:87e:1:20d:b9ff:fe42:685c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "atlas", Issuer "atlas" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 562FD8316B; Thu, 7 Mar 2019 12:47:23 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from beastie.fritz.box (beastie.fritz.box [192.168.66.176]) by atlas.fritz.box (8.15.2/8.15.2) with ESMTP id x27ClDdj076642; Thu, 7 Mar 2019 13:47:13 +0100 (CET) (envelope-from hans@beastielabs.net) Subject: Re: 12-stable buildworld appears to be broken To: =?UTF-8?Q?Trond_Endrest=c3=b8l?= , FreeBSD stable Cc: mckusick@freebsd.org References: <20190307051342.GB34798@rpi3.zyxst.net> From: Hans Ottevanger Message-ID: Date: Thu, 7 Mar 2019 13:47:13 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2019 12:47:25 -0000 On 3/7/19 8:29 AM, Trond Endrestøl wrote: > On Thu, 7 Mar 2019 05:13-0000, tech-lists wrote: > >> Hi, >> >> My context is poudriere creating jails on freebsd12-stable. This procedure >> worked fine for some other jails I created a couple days ago (the 5th) but >> now, today I get buildworld failures with creating either amd64 or armv7 jails >> (the server is amd64) >> >> To try to see the failure, I set jobs to J1 like so: >> >> poudriere jail -x -J1 -c -j 12armv7 -a arm.armv7 -m svn+https -v >> stable/12 >> >> It bails when it's making rescue with this error: >> >> /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/pass1.c:454:13: >> error: too many arguments to function call, expected 0, have 1 >> inodirty(dp); >> ~~~~~~~~ ^~ >> /data/poudriere/basefs/jails/12armv7/usr/src/sbin/fsck_ffs/fsck.h:453:1: >> note: 'inodirty' declared here >> void inodirty(void); ^ >> 1 error generated. >> *** [pass1.o] Error code 1 >> >> I know that's probably not enough, so have pasted much more output at >> https://rpi3.zyxst.net/errors/poudriere-build-failure.txt >> >> not tried make buildworld yet on the host. The OS is at r344763 and >> /usr/src is at 344863 >> >> Just tried it on another 12-stable desktop, straightforward make >> buildworld, same sort of error: >> >> --- all_subdir_sbin/fsdb --- >> /usr/src/sbin/fsdb/fsdb.c:1042:14: error: too many arguments to function >> call, expected 0, have 1 >> inodirty(curinode); >> ~~~~~~~~ ^~~~~~~~ /usr/src/sbin/fsck_ffs/fsck.h:453:1: note: >> 'inodirty' declared >> here >> void inodirty(void); >> >> the sources are at 344869 > > It's good to see I'm not the only one experiencing this issue. It > looks like r339941 was never merged to stable/12. > FWIW, the same happens in stable/11 (r344876). Kind regards, Hans Ottevanger From owner-freebsd-stable@freebsd.org Thu Mar 7 13:27:38 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23874152F2B4 for ; Thu, 7 Mar 2019 13:27:38 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6DACB852C5 for ; Thu, 7 Mar 2019 13:27:37 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTP id x27DRTCc000380 for ; Thu, 7 Mar 2019 14:27:29 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id x27DRT0v000377 for ; Thu, 7 Mar 2019 14:27:29 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 7 Mar 2019 14:27:29 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: 12-stable buildworld appears to be broken In-Reply-To: Message-ID: References: <20190307051342.GB34798@rpi3.zyxst.net> User-Agent: Alpine 2.21.9999 (BSF 287 2018-06-16) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2055831798-2053752616-1551965249=:315" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.fig.ol.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Mar 2019 13:27:38 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-2053752616-1551965249=:315 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Thu, 7 Mar 2019 13:47+0100, Hans Ottevanger wrote: > On 3/7/19 8:29 AM, Trond Endrestøl wrote: > > > > It's good to see I'm not the only one experiencing this issue. It > > looks like r339941 was never merged to stable/12. > > FWIW, the same happens in stable/11 (r344876). For the "eager beavers" of you, try the attached patch. Later, you might want to run "svn up --accept=theirs-full". -- Trond. --2055831798-2053752616-1551965249=:315 Content-Type: text/plain; name=r339940-r339941.diff Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Diff between r339940 and r339941 Content-Disposition: attachment; filename=r339940-r339941.diff SW5kZXg6IHNiaW4vZnNja19mZnMvZGlyLmMNCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0NCi0tLSBzYmluL2ZzY2tfZmZzL2Rpci5jCShyZXZpc2lvbiAzMzk5 NDApDQorKysgc2Jpbi9mc2NrX2Zmcy9kaXIuYwkocmV2aXNpb24gMzM5OTQx KQ0KQEAgLTMyMyw3ICszMjMsNyBAQA0KIAkJaWYgKHByZWVuIHx8IHJlcGx5 KCJBREpVU1QiKSA9PSAxKSB7DQogCQkJaWYgKGJrZ3JkZmxhZyA9PSAwKSB7 DQogCQkJCURJUF9TRVQoZHAsIGRpX25saW5rLCBESVAoZHAsIGRpX25saW5r KSAtIGxjbnQpOw0KLQkJCQlpbm9kaXJ0eSgpOw0KKwkJCQlpbm9kaXJ0eShk cCk7DQogCQkJfSBlbHNlIHsNCiAJCQkJY21kLnZhbHVlID0gaWRlc2MtPmlk X251bWJlcjsNCiAJCQkJY21kLnNpemUgPSAtbGNudDsNCkBAIC00NDksNyAr NDQ5LDcgQEANCiAJCQlwZmF0YWwoIlNPUlJZLiBDQU5OT1QgQ1JFQVRFIGxv c3QrZm91bmQgRElSRUNUT1JZXG5cbiIpOw0KIAkJCXJldHVybiAoMCk7DQog CQl9DQotCQlpbm9kaXJ0eSgpOw0KKwkJaW5vZGlydHkoZHApOw0KIAkJaWRl c2MuaWRfdHlwZSA9IEFERFI7DQogCQlpZGVzYy5pZF9mdW5jID0gcGFzczRj aGVjazsNCiAJCWlkZXNjLmlkX251bWJlciA9IG9sZGxmZGlyOw0KQEAgLTQ3 NCw3ICs0NzQsNyBAQA0KIAkJCSh2b2lkKW1ha2VlbnRyeShvcnBoYW4sIGxm ZGlyLCAiLi4iKTsNCiAJCWRwID0gZ2lub2RlKGxmZGlyKTsNCiAJCURJUF9T RVQoZHAsIGRpX25saW5rLCBESVAoZHAsIGRpX25saW5rKSArIDEpOw0KLQkJ aW5vZGlydHkoKTsNCisJCWlub2RpcnR5KGRwKTsNCiAJCWlub2luZm8obGZk aXIpLT5pbm9fbGlua2NudCsrOw0KIAkJcHdhcm4oIkRJUiBJPSVsdSBDT05O RUNURUQuICIsICh1X2xvbmcpb3JwaGFuKTsNCiAJCWlmIChwYXJlbnRkaXIg IT0gKGlub190KS0xKSB7DQpAQCAtNTM1LDcgKzUzNSw3IEBADQogCWRwID0g Z2lub2RlKHBhcmVudCk7DQogCWlmIChESVAoZHAsIGRpX3NpemUpICUgRElS QkxLU0laKSB7DQogCQlESVBfU0VUKGRwLCBkaV9zaXplLCByb3VuZHVwKERJ UChkcCwgZGlfc2l6ZSksIERJUkJMS1NJWikpOw0KLQkJaW5vZGlydHkoKTsN CisJCWlub2RpcnR5KGRwKTsNCiAJfQ0KIAlpZiAoKGNraW5vZGUoZHAsICZp ZGVzYykgJiBBTFRFUkVEKSAhPSAwKQ0KIAkJcmV0dXJuICgxKTsNCkBAIC01 OTEsNyArNTkxLDcgQEANCiAJZWxzZSBpZiAocmVwbHkoIkVYUEFORCIpID09 IDApDQogCQlnb3RvIGJhZDsNCiAJZGlydHkoYnApOw0KLQlpbm9kaXJ0eSgp Ow0KKwlpbm9kaXJ0eShkcCk7DQogCXJldHVybiAoMSk7DQogYmFkOg0KIAlE SVBfU0VUKGRwLCBkaV9kYltsYXN0Ym5dLCBESVAoZHAsIGRpX2RiW2xhc3Ri biArIDFdKSk7DQpAQCAtNjMyLDcgKzYzMiw3IEBADQogCQltZW1tb3ZlKGNw LCAmZW1wdHlkaXIsIHNpemVvZiBlbXB0eWRpcik7DQogCWRpcnR5KGJwKTsN CiAJRElQX1NFVChkcCwgZGlfbmxpbmssIDIpOw0KLQlpbm9kaXJ0eSgpOw0K Kwlpbm9kaXJ0eShkcCk7DQogCWlmIChpbm8gPT0gVUZTX1JPT1RJTk8pIHsN CiAJCWlub2luZm8oaW5vKS0+aW5vX2xpbmtjbnQgPSBESVAoZHAsIGRpX25s aW5rKTsNCiAJCWNhY2hlaW5vKGRwLCBpbm8pOw0KQEAgLTY1Myw3ICs2NTMs NyBAQA0KIAl9DQogCWRwID0gZ2lub2RlKHBhcmVudCk7DQogCURJUF9TRVQo ZHAsIGRpX25saW5rLCBESVAoZHAsIGRpX25saW5rKSArIDEpOw0KLQlpbm9k aXJ0eSgpOw0KKwlpbm9kaXJ0eShkcCk7DQogCXJldHVybiAoaW5vKTsNCiB9 DQogDQpAQCAtNjY4LDcgKzY2OCw3IEBADQogCWlmIChpbm8gIT0gcGFyZW50 KSB7DQogCQlkcCA9IGdpbm9kZShwYXJlbnQpOw0KIAkJRElQX1NFVChkcCwg ZGlfbmxpbmssIERJUChkcCwgZGlfbmxpbmspIC0gMSk7DQotCQlpbm9kaXJ0 eSgpOw0KKwkJaW5vZGlydHkoZHApOw0KIAl9DQogCWZyZWVpbm8oaW5vKTsN CiB9DQpJbmRleDogc2Jpbi9mc2NrX2Zmcy9mc2NrLmgNCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0NCi0tLSBzYmluL2ZzY2tfZmZzL2ZzY2suaAkocmV2aXNp b24gMzM5OTQwKQ0KKysrIHNiaW4vZnNja19mZnMvZnNjay5oCShyZXZpc2lv biAzMzk5NDEpDQpAQCAtNDQ4LDcgKzQ0OCw3IEBADQogdm9pZAkJaW5mb2hh bmRsZXIoaW50IHNpZyk7DQogdm9pZAkJYWxhcm1oYW5kbGVyKGludCBzaWcp Ow0KIHZvaWQJCWlub2NsZWFudXAodm9pZCk7DQotdm9pZAkJaW5vZGlydHko dm9pZCk7DQordm9pZAkJaW5vZGlydHkodW5pb24gZGlub2RlICopOw0KIHN0 cnVjdCBpbm9zdGF0ICppbm9pbmZvKGlub190IGludW0pOw0KIHZvaWQJCUlP c3RhdHMoY2hhciAqd2hhdCk7DQogaW50CQlsaW5rdXAoaW5vX3Qgb3JwaGFu LCBpbm9fdCBwYXJlbnRkaXIsIGNoYXIgKm5hbWUpOw0KSW5kZXg6IHNiaW4v ZnNja19mZnMvaW5vZGUuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0t IHNiaW4vZnNja19mZnMvaW5vZGUuYwkocmV2aXNpb24gMzM5OTQwKQ0KKysr IHNiaW4vZnNja19mZnMvaW5vZGUuYwkocmV2aXNpb24gMzM5OTQxKQ0KQEAg LTEwMiw3ICsxMDIsNyBAQA0KIAkJCQkJcHJpbnRmKA0KIAkJCQkJICAgICJZ T1UgTVVTVCBSRVJVTiBGU0NLIEFGVEVSV0FSRFNcbiIpOw0KIAkJCQkJcmVy dW4gPSAxOw0KLQkJCQkJaW5vZGlydHkoKTsNCisJCQkJCWlub2RpcnR5KGRw KTsNCiANCiAJCQkJfQ0KIAkJCX0NCkBAIC0xNDIsNyArMTQyLDcgQEANCiAJ CQkJCXByaW50ZigNCiAJCQkJCSAgICAiWU9VIE1VU1QgUkVSVU4gRlNDSyBB RlRFUldBUkRTXG4iKTsNCiAJCQkJCXJlcnVuID0gMTsNCi0JCQkJCWlub2Rp cnR5KCk7DQorCQkJCQlpbm9kaXJ0eShkcCk7DQogCQkJCQlicmVhazsNCiAJ CQkJfQ0KIAkJCX0NCkBAIC0yMjEsNyArMjIxLDcgQEANCiAJCQkJCXByaW50 ZigNCiAJCQkJCSAgICAiWU9VIE1VU1QgUkVSVU4gRlNDSyBBRlRFUldBUkRT XG4iKTsNCiAJCQkJCXJlcnVuID0gMTsNCi0JCQkJCWlub2RpcnR5KCk7DQor CQkJCQlpbm9kaXJ0eShkcCk7DQogCQkJCQlicC0+Yl9mbGFncyAmPSB+Ql9J TlVTRTsNCiAJCQkJCXJldHVybihTVE9QKTsNCiAJCQkJfQ0KQEAgLTUxOSw3 ICs1MTksNyBAQA0KIH0NCiANCiB2b2lkDQotaW5vZGlydHkodm9pZCkNCitp bm9kaXJ0eSh1bmlvbiBkaW5vZGUgKmRwKQ0KIHsNCiANCiAJZGlydHkocGJw KTsNCkBAIC01NDQsNyArNTQ0LDcgQEANCiAJCQkodm9pZClja2lub2RlKGRw LCBpZGVzYyk7DQogCQkJaW5vaW5mbyhpZGVzYy0+aWRfbnVtYmVyKS0+aW5v X3N0YXRlID0gVVNUQVRFOw0KIAkJCWNsZWFyaW5vZGUoZHApOw0KLQkJCWlu b2RpcnR5KCk7DQorCQkJaW5vZGlydHkoZHApOw0KIAkJfSBlbHNlIHsNCiAJ CQljbWQudmFsdWUgPSBpZGVzYy0+aWRfbnVtYmVyOw0KIAkJCWNtZC5zaXpl ID0gLURJUChkcCwgZGlfbmxpbmspOw0KQEAgLTcxMSw3ICs3MTEsNyBAQA0K IAlESVBfU0VUKGRwLCBkaV9zaXplLCBzYmxvY2suZnNfZnNpemUpOw0KIAlE SVBfU0VUKGRwLCBkaV9ibG9ja3MsIGJ0b2RiKHNibG9jay5mc19mc2l6ZSkp Ow0KIAluX2ZpbGVzKys7DQotCWlub2RpcnR5KCk7DQorCWlub2RpcnR5KGRw KTsNCiAJaW5vaW5mbyhpbm8pLT5pbm9fdHlwZSA9IElGVE9EVCh0eXBlKTsN CiAJcmV0dXJuIChpbm8pOw0KIH0NCkBAIC03MzIsNyArNzMyLDcgQEANCiAJ ZHAgPSBnaW5vZGUoaW5vKTsNCiAJKHZvaWQpY2tpbm9kZShkcCwgJmlkZXNj KTsNCiAJY2xlYXJpbm9kZShkcCk7DQotCWlub2RpcnR5KCk7DQorCWlub2Rp cnR5KGRwKTsNCiAJaW5vaW5mbyhpbm8pLT5pbm9fc3RhdGUgPSBVU1RBVEU7 DQogCW5fZmlsZXMtLTsNCiB9DQpJbmRleDogc2Jpbi9mc2NrX2Zmcy9wYXNz MS5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gc2Jpbi9mc2NrX2Zm cy9wYXNzMS5jCShyZXZpc2lvbiAzMzk5NDApDQorKysgc2Jpbi9mc2NrX2Zm cy9wYXNzMS5jCShyZXZpc2lvbiAzMzk5NDEpDQpAQCAtMjcwLDcgKzI3MCw3 IEBADQogCQkJaWYgKHJlcGx5KCJDTEVBUiIpID09IDEpIHsNCiAJCQkJZHAg PSBnaW5vZGUoaW51bWJlcik7DQogCQkJCWNsZWFyaW5vZGUoZHApOw0KLQkJ CQlpbm9kaXJ0eSgpOw0KKwkJCQlpbm9kaXJ0eShkcCk7DQogCQkJfQ0KIAkJ fQ0KIAkJaW5vaW5mbyhpbnVtYmVyKS0+aW5vX3N0YXRlID0gVVNUQVRFOw0K QEAgLTI5Myw3ICsyOTMsNyBAQA0KIAkJZHAgPSBnaW5vZGUoaW51bWJlcik7 DQogCQlESVBfU0VUKGRwLCBkaV9zaXplLCBzYmxvY2suZnNfZnNpemUpOw0K IAkJRElQX1NFVChkcCwgZGlfbW9kZSwgSUZSRUd8MDYwMCk7DQotCQlpbm9k aXJ0eSgpOw0KKwkJaW5vZGlydHkoZHApOw0KIAl9DQogCWlmICgobW9kZSA9 PSBJRkJMSyB8fCBtb2RlID09IElGQ0hSIHx8IG1vZGUgPT0gSUZJRk8gfHwN CiAJICAgICBtb2RlID09IElGU09DSykgJiYgRElQKGRwLCBkaV9zaXplKSAh PSAwKSB7DQpAQCAtNDEwLDcgKzQxMCw3IEBADQogCQlpZiAoYmtncmRmbGFn ID09IDApIHsNCiAJCQlkcCA9IGdpbm9kZShpbnVtYmVyKTsNCiAJCQlESVBf U0VUKGRwLCBkaV9ibG9ja3MsIGlkZXNjLT5pZF9lbnRyeW5vKTsNCi0JCQlp bm9kaXJ0eSgpOw0KKwkJCWlub2RpcnR5KGRwKTsNCiAJCX0gZWxzZSB7DQog CQkJY21kLnZhbHVlID0gaWRlc2MtPmlkX251bWJlcjsNCiAJCQljbWQuc2l6 ZSA9IGlkZXNjLT5pZF9lbnRyeW5vIC0gRElQKGRwLCBkaV9ibG9ja3MpOw0K QEAgLTQzMCw3ICs0MzAsNyBAQA0KIAkJaW5vaW5mbyhpbnVtYmVyKS0+aW5v X3N0YXRlID0gVVNUQVRFOw0KIAkJZHAgPSBnaW5vZGUoaW51bWJlcik7DQog CQljbGVhcmlub2RlKGRwKTsNCi0JCWlub2RpcnR5KCk7DQorCQlpbm9kaXJ0 eShkcCk7DQogCX0NCiAJcmV0dXJuICgxKTsNCiB9DQpJbmRleDogc2Jpbi9m c2NrX2Zmcy9wYXNzMi5jDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0g c2Jpbi9mc2NrX2Zmcy9wYXNzMi5jCShyZXZpc2lvbiAzMzk5NDApDQorKysg c2Jpbi9mc2NrX2Zmcy9wYXNzMi5jCShyZXZpc2lvbiAzMzk5NDEpDQpAQCAt MTE0LDcgKzExNCw3IEBADQogCQlkcCA9IGdpbm9kZShVRlNfUk9PVElOTyk7 DQogCQlESVBfU0VUKGRwLCBkaV9tb2RlLCBESVAoZHAsIGRpX21vZGUpICYg fklGTVQpOw0KIAkJRElQX1NFVChkcCwgZGlfbW9kZSwgRElQKGRwLCBkaV9t b2RlKSB8IElGRElSKTsNCi0JCWlub2RpcnR5KCk7DQorCQlpbm9kaXJ0eShk cCk7DQogCQlicmVhazsNCiANCiAJY2FzZSBEU1RBVEU6DQpAQCAtMTYwLDcg KzE2MCw3IEBADQogCQkJaWYgKHJlcGx5KCJGSVgiKSA9PSAxKSB7DQogCQkJ CWRwID0gZ2lub2RlKGlucC0+aV9udW1iZXIpOw0KIAkJCQlESVBfU0VUKGRw LCBkaV9zaXplLCBpbnAtPmlfaXNpemUpOw0KLQkJCQlpbm9kaXJ0eSgpOw0K KwkJCQlpbm9kaXJ0eShkcCk7DQogCQkJfQ0KIAkJfSBlbHNlIGlmICgoaW5w LT5pX2lzaXplICYgKERJUkJMS1NJWiAtIDEpKSAhPSAwKSB7DQogCQkJZ2V0 cGF0aG5hbWUocGF0aGJ1ZiwgaW5wLT5pX251bWJlciwgaW5wLT5pX251bWJl cik7DQpAQCAtMTc5LDcgKzE3OSw3IEBADQogCQkJCWRwID0gZ2lub2RlKGlu cC0+aV9udW1iZXIpOw0KIAkJCQlESVBfU0VUKGRwLCBkaV9zaXplLA0KIAkJ CQkgICAgcm91bmR1cChpbnAtPmlfaXNpemUsIERJUkJMS1NJWikpOw0KLQkJ CQlpbm9kaXJ0eSgpOw0KKwkJCQlpbm9kaXJ0eShkcCk7DQogCQkJfQ0KIAkJ fQ0KIAkJZHAgPSAmZGlubzsNCkluZGV4OiBzYmluL2ZzZGIvZnNkYi5jDQo9 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09DQotLS0gc2Jpbi9mc2RiL2ZzZGIuYwko cmV2aXNpb24gMzM5OTQwKQ0KKysrIHNiaW4vZnNkYi9mc2RiLmMJKHJldmlz aW9uIDMzOTk0MSkNCkBAIC0zNDAsNyArMzQwLDcgQEANCiAgICAgR0VUSU5V TSgxLGludW0pOw0KICAgICBkcCA9IGdpbm9kZShpbnVtKTsNCiAgICAgY2xl YXJpbm9kZShkcCk7DQotICAgIGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5 KGRwKTsNCiAgICAgaWYgKGN1cmlub2RlKQkJCS8qIHJlLXNldCBhZnRlciBw b3RlbnRpYWwgY2hhbmdlICovDQogCWN1cmlub2RlID0gZ2lub2RlKGN1cmlu dW0pOw0KICAgICByZXR1cm4gMDsNCkBAIC0zNzAsNyArMzcwLDcgQEANCiAg ICAgRElQX1NFVChjdXJpbm9kZSwgZGlfbmxpbmssIERJUChjdXJpbm9kZSwg ZGlfbmxpbmspICsgMSk7DQogICAgIHByaW50ZigiaW5vZGUgJWp1IGxpbmsg Y291bnQgbm93ICVkXG4iLA0KIAkodWludG1heF90KWN1cmludW0sIERJUChj dXJpbm9kZSwgZGlfbmxpbmspKTsNCi0gICAgaW5vZGlydHkoKTsNCisgICAg aW5vZGlydHkoY3VyaW5vZGUpOw0KICAgICByZXR1cm4gMDsNCiB9DQogDQpA QCAtMzgxLDcgKzM4MSw3IEBADQogICAgIERJUF9TRVQoY3VyaW5vZGUsIGRp X25saW5rLCBESVAoY3VyaW5vZGUsIGRpX25saW5rKSAtIDEpOw0KICAgICBw cmludGYoImlub2RlICVqdSBsaW5rIGNvdW50IG5vdyAlZFxuIiwNCiAJKHVp bnRtYXhfdCljdXJpbnVtLCBESVAoY3VyaW5vZGUsIGRpX25saW5rKSk7DQot ICAgIGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5KGN1cmlub2RlKTsNCiAg ICAgcmV0dXJuIDA7DQogfQ0KIA0KQEAgLTkxOSw3ICs5MTksNyBAQA0KICAg ICB9DQogICAgIERJUF9TRVQoY3VyaW5vZGUsIGRpX21vZGUsIERJUChjdXJp bm9kZSwgZGlfbW9kZSkgJiB+SUZNVCk7DQogICAgIERJUF9TRVQoY3VyaW5v ZGUsIGRpX21vZGUsIERJUChjdXJpbm9kZSwgZGlfbW9kZSkgfCB0eXBlKTsN Ci0gICAgaW5vZGlydHkoKTsNCisgICAgaW5vZGlydHkoY3VyaW5vZGUpOw0K ICAgICBwcmludGFjdGl2ZSgwKTsNCiAgICAgcmV0dXJuIDA7DQogfQ0KQEAg LTk0MCw3ICs5NDAsNyBAQA0KICAgICB9DQogICAgIA0KICAgICBESVBfU0VU KGN1cmlub2RlLCBkaV9zaXplLCBsZW4pOw0KLSAgICBpbm9kaXJ0eSgpOw0K KyAgICBpbm9kaXJ0eShjdXJpbm9kZSk7DQogICAgIHByaW50YWN0aXZlKDAp Ow0KICAgICByZXR1cm4gcnZhbDsNCiB9DQpAQCAtOTYyLDcgKzk2Miw3IEBA DQogICAgIA0KICAgICBESVBfU0VUKGN1cmlub2RlLCBkaV9tb2RlLCBESVAo Y3VyaW5vZGUsIGRpX21vZGUpICYgfjA3Nzc3KTsNCiAgICAgRElQX1NFVChj dXJpbm9kZSwgZGlfbW9kZSwgRElQKGN1cmlub2RlLCBkaV9tb2RlKSB8IG1v ZGViaXRzKTsNCi0gICAgaW5vZGlydHkoKTsNCisgICAgaW5vZGlydHkoY3Vy aW5vZGUpOw0KICAgICBwcmludGFjdGl2ZSgwKTsNCiAgICAgcmV0dXJuIHJ2 YWw7DQogfQ0KQEAgLTk4Nyw3ICs5ODcsNyBAQA0KIAlyZXR1cm4oMSk7DQog ICAgIH0NCiAgICAgRElQX1NFVChjdXJpbm9kZSwgZGlfZmxhZ3MsIGZsYWdz KTsNCi0gICAgaW5vZGlydHkoKTsNCisgICAgaW5vZGlydHkoY3VyaW5vZGUp Ow0KICAgICBwcmludGFjdGl2ZSgwKTsNCiAgICAgcmV0dXJuIHJ2YWw7DQog fQ0KQEAgLTEwMTIsNyArMTAxMiw3IEBADQogCXJldHVybigxKTsNCiAgICAg fQ0KICAgICBESVBfU0VUKGN1cmlub2RlLCBkaV9nZW4sIGdlbik7DQotICAg IGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5KGN1cmlub2RlKTsNCiAgICAg cHJpbnRhY3RpdmUoMCk7DQogICAgIHJldHVybiBydmFsOw0KIH0NCkBAIC0x MDM3LDcgKzEwMzcsNyBAQA0KICAgICB9DQogICAgIA0KICAgICBESVBfU0VU KGN1cmlub2RlLCBkaV9ubGluaywgbGNudCk7DQotICAgIGlub2RpcnR5KCk7 DQorICAgIGlub2RpcnR5KGN1cmlub2RlKTsNCiAgICAgcHJpbnRhY3RpdmUo MCk7DQogICAgIHJldHVybiBydmFsOw0KIH0NCkBAIC0xMDY0LDcgKzEwNjQs NyBAQA0KICAgICB9DQogICAgIA0KICAgICBESVBfU0VUKGN1cmlub2RlLCBk aV91aWQsIHVpZCk7DQotICAgIGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5 KGN1cmlub2RlKTsNCiAgICAgcHJpbnRhY3RpdmUoMCk7DQogICAgIHJldHVy biBydmFsOw0KIH0NCkBAIC0xMDkwLDcgKzEwOTAsNyBAQA0KICAgICB9DQog ICAgIA0KICAgICBESVBfU0VUKGN1cmlub2RlLCBkaV9naWQsIGdpZCk7DQot ICAgIGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5KGN1cmlub2RlKTsNCiAg ICAgcHJpbnRhY3RpdmUoMCk7DQogICAgIHJldHVybiBydmFsOw0KIH0NCkBA IC0xMTU5LDcgKzExNTksNyBAQA0KIAlyZXR1cm4gMTsNCiAgICAgY3VyaW5v ZGUtPmRwMi5kaV9iaXJ0aHRpbWUgPSBfdGltZV90b190aW1lNjQoc2Vjcyk7 DQogICAgIGN1cmlub2RlLT5kcDIuZGlfYmlydGhuc2VjID0gbnNlY3M7DQot ICAgIGlub2RpcnR5KCk7DQorICAgIGlub2RpcnR5KGN1cmlub2RlKTsNCiAg ICAgcHJpbnRhY3RpdmUoMCk7DQogICAgIHJldHVybiAwOw0KIH0NCkBAIC0x MTc2LDcgKzExNzYsNyBAQA0KICAgICBlbHNlDQogCWN1cmlub2RlLT5kcDIu ZGlfbXRpbWUgPSBfdGltZV90b190aW1lNjQoc2Vjcyk7DQogICAgIERJUF9T RVQoY3VyaW5vZGUsIGRpX210aW1lbnNlYywgbnNlY3MpOw0KLSAgICBpbm9k aXJ0eSgpOw0KKyAgICBpbm9kaXJ0eShjdXJpbm9kZSk7DQogICAgIHByaW50 YWN0aXZlKDApOw0KICAgICByZXR1cm4gMDsNCiB9DQpAQCAtMTE5Myw3ICsx MTkzLDcgQEANCiAgICAgZWxzZQ0KIAljdXJpbm9kZS0+ZHAyLmRpX2F0aW1l ID0gX3RpbWVfdG9fdGltZTY0KHNlY3MpOw0KICAgICBESVBfU0VUKGN1cmlu b2RlLCBkaV9hdGltZW5zZWMsIG5zZWNzKTsNCi0gICAgaW5vZGlydHkoKTsN CisgICAgaW5vZGlydHkoY3VyaW5vZGUpOw0KICAgICBwcmludGFjdGl2ZSgw KTsNCiAgICAgcmV0dXJuIDA7DQogfQ0KQEAgLTEyMTAsNyArMTIxMCw3IEBA DQogICAgIGVsc2UNCiAJY3VyaW5vZGUtPmRwMi5kaV9jdGltZSA9IF90aW1l X3RvX3RpbWU2NChzZWNzKTsNCiAgICAgRElQX1NFVChjdXJpbm9kZSwgZGlf Y3RpbWVuc2VjLCBuc2Vjcyk7DQotICAgIGlub2RpcnR5KCk7DQorICAgIGlu b2RpcnR5KGN1cmlub2RlKTsNCiAgICAgcHJpbnRhY3RpdmUoMCk7DQogICAg IHJldHVybiAwOw0KIH0NCg== --2055831798-2053752616-1551965249=:315-- From owner-freebsd-stable@freebsd.org Sat Mar 9 18:21:16 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24CD315310D1 for ; Sat, 9 Mar 2019 18:21:16 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pf1-x434.google.com (mail-pf1-x434.google.com [IPv6:2607:f8b0:4864:20::434]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0CF376C1D8; Sat, 9 Mar 2019 18:21:15 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pf1-x434.google.com with SMTP id d25so547547pfn.8; Sat, 09 Mar 2019 10:21:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=e6qGsBM6QZCe0xYxpWAhmrRbONFbGT6UtExL1a7J4XU=; b=cFcEvpqLfKMw63uPtaCOyNqWPkmpBV/uHJ1xazA94ms04XLIoESpDohXOtGqopGojv RAwqDhH28CF1WKNEMcVZUl+XNgoLxmMqT0rUOm7RukcmHw1ELgsSdDRSlj6adXi/yJYy C4TYmB9Jw0O7iR1HJIFBNIlWHc+ublqjJFGIzV9Y/gZabDzGGkFBiEmt7w/ihykiRrd0 luuOICg4t4EEbE+iDIGzCTbqaxIPWD4+PJIa8WTL4iXCqczHt7Bx5mdleKqmxWxy8DBY AXrW2rwqkc6cfVCTjvIfCor4FMqHw0+9hXI7GjuqTbAo8xTnqIBdacZmRNR9rUhPCM5R AyVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=e6qGsBM6QZCe0xYxpWAhmrRbONFbGT6UtExL1a7J4XU=; b=p9Xlg8jEgziKYu4jFBcozDqTenW6mm0x4cYdP6V+p2id8UvD8CZt+ePe2dsNGBFBoK xzdlcp7qKaikfvxp2+msGzSgGKzL7khgA0orOQRvv9x+lf+h5EDfRsC4IuOfiMF6bd7U Io5aUUTmfodjvCtqHxTTlCgpERyONTrWkE6Z0AtgBpFG28+PYk1j3fHwMTT7ZsTFO8ZU CTD4CqD+cF9jwAHc6WnENrJep6VnfkP4bcAC4reYVAAyVXuvuifxPoUNVKXdXWv43/Oh Ip8YHCz8FRcYbtskHBfb6GlSd9YqNwGOi3QwF1QDQErDw/K+Jbx7W1YDvLiPYjwvO0a5 lSVw== X-Gm-Message-State: APjAAAUMu/gW5oqry12GRq/nK9g5cY02vEwkJ8YHXO8ZYHWMB6HjROcd kGc3W+SMR9AWOpLy/zPZoFFEjQBo X-Google-Smtp-Source: APXvYqyDFJQ0UA4uBhptXN6rqQNAkIh/ZSEauasRDxP6sSXNIlKbnVploqq6z9VfhTarZVVDS9+xRA== X-Received: by 2002:a63:fb45:: with SMTP id w5mr1853191pgj.118.1552155673277; Sat, 09 Mar 2019 10:21:13 -0800 (PST) Received: from [192.168.20.7] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id q207sm1719248pgq.88.2019.03.09.10.21.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 09 Mar 2019 10:21:12 -0800 (PST) From: Enji Cooper Mime-Version: 1.0 (Mac OS X Mail 12.2 \(3445.102.3\)) Subject: I386/pc98 build broken on ^/stable/11 with stand/libsa Message-Id: <0FC9994F-673F-402C-BBE5-5F1086476BB3@gmail.com> Date: Sat, 9 Mar 2019 10:21:11 -0800 Cc: "freebsd-stable@freebsd.org" To: Ian Lepore , Kyle Evans X-Mailer: Apple Mail (2.3445.102.3) X-Rspamd-Queue-Id: 0CF376C1D8 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cFcEvpqL; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::434 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com X-Spamd-Result: default: False [-6.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.957,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(-2.73)[ip: (-8.82), ipnet: 2607:f8b0::/32(-2.73), asn: 15169(-2.06), country: US(-0.07)]; RCVD_IN_DNSWL_NONE(0.00)[4.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2019 18:21:16 -0000 I just ran into the following build failure on ^/stable/11 with a fresh = SVN checkout =E2=80=94 =E2=80=9Cmake clean=E2=80=9D from the top-level = directory failed like so: =3D=3D=3D> stand/libsa (cleandir) rm: i386: is a directory --- clean --- *** [clean] Error code 1 make[6]: stopped in /scratch/tmp/ngie/svn/stand/libsa 1 error make[6]: stopped in /scratch/tmp/ngie/svn/stand/libsa=09 Thanks, -Enji= From owner-freebsd-stable@freebsd.org Sat Mar 9 20:12:49 2019 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00EA615350AD for ; Sat, 9 Mar 2019 20:12:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 268DD70C16 for ; Sat, 9 Mar 2019 20:12:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id b74so534815qkg.9 for ; Sat, 09 Mar 2019 12:12:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=w8w4XgLRo4wwN2327kjAmFA7tler5AyZmcz45BLa3g0=; b=QYUwLqEwHnfv6hs7J4pg1GZJYfcGLrp/is28OR1JStbmbcSMwEk811rNa9H8sKnJLZ YJWRxSTuZK6w7NboG0v5gHCky6JNJRjwS4PokI7pPA2dh2ReTBtF+17ADXAvdhfvkL2D iGrvGVvx+k4U1GH7dCDBgvZ7fQKpDIxa3vN23PQgnYp8yVMKmfB5wc8XTfMZd3o3wBgf LkNQJrQalDgcQNngjZToYDhzx0VUvBFF3woW+cmWxuEhS3dnOEuMmNOIUviefyZzLeyj cqx0DTx9TqaLtcf8CSzLd+GEWK3Imv9M1INfe1YxF6+4I6t96vs668K4uAs7sf8FxWv9 r3jA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=w8w4XgLRo4wwN2327kjAmFA7tler5AyZmcz45BLa3g0=; b=CIGpAiYP/alaGVSGRHusND3IScV4BSz1asNFhquxgVLZsxgdxWXPNXOvp3sAGFOgYK kKPtMzsSPMPCE5tjhPNDRweuvNsNlND2cRiHxz5ifJuB2J8QRe0rqWMckqy9C2/8D7S7 Wy24X4qXlO2ZSzpF2E7sM/YXeA5c1IzdosgrQqDIDqeYDRWnwnEbj8r9/wP1llz/qtqE kVTruKB6pVV80nhM6hZ0RU1bbTNrS9m6D5EFRt6NafOy6Ms6NvFpW1Cg237suGYqmC5S n3X6fF5A6UFHUyH8TNoDhdlxMDidpzubTZFu1D7XcRO785TezARja1xypiIDbmFpmwXQ m6Nw== X-Gm-Message-State: APjAAAVH567esGOjC22k5rmfp+aK8CzRDeB33JCSGev9o9WFwT1z/xE5 W77leCobnsYLuj0BuIWZNbkMMb4GnPM0MMBa3nrKKw== X-Google-Smtp-Source: APXvYqzF3rMFfh5wee/IssMrQMibw3e9vK//FH4cJny6fvlm9ISlY/u4cUmPPcOHiMeQT3HM+8MEr8x9Pr40oK1KJTI= X-Received: by 2002:ae9:e702:: with SMTP id m2mr19513628qka.279.1552162367650; Sat, 09 Mar 2019 12:12:47 -0800 (PST) MIME-Version: 1.0 References: <0FC9994F-673F-402C-BBE5-5F1086476BB3@gmail.com> In-Reply-To: <0FC9994F-673F-402C-BBE5-5F1086476BB3@gmail.com> From: Warner Losh Date: Sat, 9 Mar 2019 13:12:34 -0700 Message-ID: Subject: Re: I386/pc98 build broken on ^/stable/11 with stand/libsa To: Enji Cooper Cc: Ian Lepore , Kyle Evans , "freebsd-stable@freebsd.org" X-Rspamd-Queue-Id: 268DD70C16 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=QYUwLqEw X-Spamd-Result: default: False [-5.58 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; RCVD_IN_DNSWL_NONE(0.00)[4.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.84)[-0.837,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; IP_SCORE(-2.74)[ip: (-8.82), ipnet: 2607:f8b0::/32(-2.73), asn: 15169(-2.06), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Mar 2019 20:12:49 -0000 Bummer. This has been the case for a while now, and the pc98 people haven't complained. :( Warner On Sat, Mar 9, 2019 at 12:49 PM Enji Cooper wrote: > I just ran into the following build failure on ^/stable/11 with a fresh > SVN checkout =E2=80=94 =E2=80=9Cmake clean=E2=80=9D from the top-level di= rectory failed like so: > > > =3D=3D=3D> stand/libsa (cleandir) > rm: i386: is a directory > --- clean --- > *** [clean] Error code 1 > > make[6]: stopped in /scratch/tmp/ngie/svn/stand/libsa > 1 error > > make[6]: stopped in /scratch/tmp/ngie/svn/stand/libsa > > Thanks, > -Enji > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >