From owner-freebsd-stable@freebsd.org Sun Mar 5 21:59:38 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4046ECFA133 for ; Sun, 5 Mar 2017 21:59:38 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0A1111D for ; Sun, 5 Mar 2017 21:59:38 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: by mailman.ysv.freebsd.org (Postfix) id 267DDCFA130; Sun, 5 Mar 2017 21:59:38 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2625BCFA12E for ; Sun, 5 Mar 2017 21:59:38 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B9E87111C for ; Sun, 5 Mar 2017 21:59:37 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v25LxXeN011767 for ; Sun, 5 Mar 2017 22:59:33 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 461B7CCE; Sun, 5 Mar 2017 22:59:33 +0100 (CET) Message-ID: <58BC8A44.8020607@omnilan.de> Date: Sun, 05 Mar 2017 22:59:32 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org Subject: Complete IO lockup, state "ufs" from userland, debuging help wanted Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Sun, 05 Mar 2017 22:59:33 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Mar 2017 21:59:38 -0000 Hello, I can easily lock up FreeBSD stable/11 from userland. Not that I want to... I'm running squid, which starts an authentication helper "*negotiate_kerberos_auth*", which seems to be the culprit. Completely all IO is blocked, there's no way to get anything from any filesystem. All non IO-requesting processes(threads) run well, including sshd and shells. There's no load (neither cpu nor io) just any process requesting io stucks in state "ufs" Can anyone help me finding out what's going wrong? Serial console is available. Thanks in advance, -harry From owner-freebsd-stable@freebsd.org Mon Mar 6 17:11:44 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B328CFB406 for ; Mon, 6 Mar 2017 17:11:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) 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 8A43818F4 for ; Mon, 6 Mar 2017 17:11:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 899B9CFB405; Mon, 6 Mar 2017 17:11:44 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 871BACFB404; Mon, 6 Mar 2017 17:11:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4740918EE; Mon, 6 Mar 2017 17:11:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA07690; Mon, 06 Mar 2017 19:11:34 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1ckwAY-000EXr-LH; Mon, 06 Mar 2017 19:11:34 +0200 To: freebsd-current@FreeBSD.org, freebsd-scsi@FreeBSD.org, stable@FreeBSD.org From: Andriy Gapon Subject: CFT: aacraid users Message-ID: Date: Mon, 6 Mar 2017 19:10:13 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Mar 2017 17:11:44 -0000 If you currently use aacraid(4) driver and can afford to run a test, could you please test if you get any regressions after applying the following patch? https://reviews.freebsd.org/D9900.diff Thank you! -- Andriy Gapon From owner-freebsd-stable@freebsd.org Mon Mar 6 19:56:22 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BD48CFC1B1 for ; Mon, 6 Mar 2017 19:56:22 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8419212AB for ; Mon, 6 Mar 2017 19:56:22 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: by mailman.ysv.freebsd.org (Postfix) id 8089FCFC1B0; Mon, 6 Mar 2017 19:56:22 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 802A3CFC1AF for ; Mon, 6 Mar 2017 19:56:22 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2103C12AA for ; Mon, 6 Mar 2017 19:56:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v26JuKnj028192 for ; Mon, 6 Mar 2017 20:56:20 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 11C4FF12; Mon, 6 Mar 2017 20:56:20 +0100 (CET) Message-ID: <58BDBEE3.6080601@omnilan.de> Date: Mon, 06 Mar 2017 20:56:19 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: stable@freebsd.org Subject: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted] References: <58BC8A44.8020607@omnilan.de> In-Reply-To: <58BC8A44.8020607@omnilan.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Mon, 06 Mar 2017 20:56:20 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Mar 2017 19:56:22 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 05.03.2017 22:59 (localtime): > Hello, > > I can easily lock up FreeBSD stable/11 from userland. Not that I want to... > I'm running squid, which starts an authentication helper > "*negotiate_kerberos_auth*", which seems to be the culprit. > Completely all IO is blocked, there's no way to get anything from any > filesystem. > All non IO-requesting processes(threads) run well, including sshd and > shells. > There's no load (neither cpu nor io) just any process requesting io > stucks in state "ufs" > > Can anyone help me finding out what's going wrong? > Serial console is available. Dear hackers, I managed to get into DDB, but I'm lost from there… What information could be usefull to find out the cause of this complete lockup? I'd need someone who could guide me through – I'd pay for a debuging lesson! (quiet constrained budget though) This happens when the machine got stuck: intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe0093dcb7d0 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe0093dcb800 lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe0093dcb840 Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0093dcb840 --- interrupt, rip = 0xffffffff807b9bd6, rsp = 0xfffffe0093dcb910, rbp = 0xfffffe0093dcb910 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0093dcb910 acpi_cpu_idle() at acpi_cpu_idle+0x2ea/frame 0xfffffe0093dcb960 cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe0093dcb980 cpu_idle() at cpu_idle+0x8f/frame 0xfffffe0093dcb9a0 sched_idletd() at sched_idletd+0x436/frame 0xfffffe0093dcba70 fork_exit() at fork_exit+0x84/frame 0xfffffe0093dcbab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0093dcbab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- db> show alllocks Process 1259 (negotiate_kerberos_) thread 0xfffff80005ddea00 (100096) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1258 (negotiate_kerberos_) thread 0xfffff80005ddc500 (100252) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1257 (negotiate_kerberos_) thread 0xfffff80005ddda00 (100247) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1256 (negotiate_kerberos_) thread 0xfffff80065612500 (100261) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1255 (negotiate_kerberos_) thread 0xfffff80065612a00 (100260) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1254 (negotiate_kerberos_) thread 0xfffff80065613000 (100257) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1253 (negotiate_kerberos_) thread 0xfffff80065614000 (100254) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1252 (negotiate_kerberos_) thread 0xfffff800651e1000 (100246) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1247 (sqtop) thread 0xfffff80065650a00 (100259) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1184 (systat) thread 0xfffff80065613a00 (100255) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1042 (negotiate_kerberos_) thread 0xfffff800651e2500 (100242) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 1041 (negotiate_kerberos_) thread 0xfffff800055e4000 (100078) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 639 (cron) thread 0xfffff80005afa000 (100095) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 605 (log_file_daemon) thread 0xfffff800057eda00 (100088) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b547b0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 Process 604 (ext_ldap_group_acl) thread 0xfffff800057dc000 (100087) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b550f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 Process 603 (ext_ldap_group_acl) thread 0xfffff80005478000 (100063) exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b410f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 Process 601 (negotiate_kerberos_) thread 0xfffff80005afc000 (100085) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 600 (negotiate_kerberos_) thread 0xfffff80005afc500 (100084) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 599 (negotiate_kerberos_) thread 0xfffff80005478a00 (100061) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 598 (negotiate_kerberos_) thread 0xfffff8000547a000 (100057) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 597 (negotiate_kerberos_) thread 0xfffff80005afca00 (100083) exclusive lockmgr ufs (ufs) r = 0 (0xfffff800057555f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 Process 596 (negotiate_kerberos_) thread 0xfffff8000559a500 (100068) exclusive lockmgr ufs (ufs) r = 0 (0xfffff800055125f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1936 exclusive lockmgr ufs (ufs) r = 0 (0xfffff8000523d068) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 Process 595 (negotiate_kerberos_) thread 0xfffff800055e3a00 (100079) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Process 594 (negotiate_kerberos_) thread 0xfffff80005599000 (100072) shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 Thanks, -harry From owner-freebsd-stable@freebsd.org Mon Mar 6 20:10:48 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C0114CFC54C for ; Mon, 6 Mar 2017 20:10:48 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id ACE281A8F for ; Mon, 6 Mar 2017 20:10:48 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: by mailman.ysv.freebsd.org (Postfix) id AC348CFC54B; Mon, 6 Mar 2017 20:10:48 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABE07CFC54A for ; Mon, 6 Mar 2017 20:10:48 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [104.236.146.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF601A8D for ; Mon, 6 Mar 2017 20:10:48 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id C7C8D17964; Mon, 6 Mar 2017 12:10:42 -0800 (PST) Date: Mon, 6 Mar 2017 12:10:42 -0800 From: hiren panchasara To: Harry Schmalzbauer Cc: stable@freebsd.org Subject: Re: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted] Message-ID: <20170306201042.GB71537@strugglingcoder.info> References: <58BC8A44.8020607@omnilan.de> <58BDBEE3.6080601@omnilan.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qjNfmADvan18RZcF" Content-Disposition: inline In-Reply-To: <58BDBEE3.6080601@omnilan.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Mar 2017 20:10:48 -0000 --qjNfmADvan18RZcF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 03/06/17 at 08:56P, Harry Schmalzbauer wrote: > Bez?glich Harry Schmalzbauer's Nachricht vom 05.03.2017 22:59 (localtime= ): > > Hello, > > > > I can easily lock up FreeBSD stable/11 from userland. Not that I want t= o... > > I'm running squid, which starts an authentication helper > > "*negotiate_kerberos_auth*", which seems to be the culprit. > > Completely all IO is blocked, there's no way to get anything from any > > filesystem. > > All non IO-requesting processes(threads) run well, including sshd and > > shells. > > There's no load (neither cpu nor io) just any process requesting io > > stucks in state "ufs" > > > > Can anyone help me finding out what's going wrong? > > Serial console is available. >=20 > Dear hackers, >=20 > I managed to get into DDB, but I'm lost from there? >=20 > What information could be usefull to find out the cause of this complete > lockup? >=20 > I'd need someone who could guide me through ? I'd pay for a debuging > lesson! (quiet constrained budget though) >=20 > This happens when the machine got stuck: >=20 > intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe0093dcb7d0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame > 0xfffffe0093dcb800 > lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe0093dcb840 > Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0093dcb840 > --- interrupt, rip =3D 0xffffffff807b9bd6, rsp =3D 0xfffffe0093dcb910, rb= p =3D > 0xfffffe0093dcb910 --- > acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0093dcb910 > acpi_cpu_idle() at acpi_cpu_idle+0x2ea/frame 0xfffffe0093dcb960 > cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe0093dcb980 > cpu_idle() at cpu_idle+0x8f/frame 0xfffffe0093dcb9a0 > sched_idletd() at sched_idletd+0x436/frame 0xfffffe0093dcba70 > fork_exit() at fork_exit+0x84/frame 0xfffffe0093dcbab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0093dcbab0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >=20 >=20 > db> show alllocks > Process 1259 (negotiate_kerberos_) thread 0xfffff80005ddea00 (100096) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1258 (negotiate_kerberos_) thread 0xfffff80005ddc500 (100252) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1257 (negotiate_kerberos_) thread 0xfffff80005ddda00 (100247) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1256 (negotiate_kerberos_) thread 0xfffff80065612500 (100261) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1255 (negotiate_kerberos_) thread 0xfffff80065612a00 (100260) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1254 (negotiate_kerberos_) thread 0xfffff80065613000 (100257) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1253 (negotiate_kerberos_) thread 0xfffff80065614000 (100254) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1252 (negotiate_kerberos_) thread 0xfffff800651e1000 (100246) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1247 (sqtop) thread 0xfffff80065650a00 (100259) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1184 (systat) thread 0xfffff80065613a00 (100255) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1042 (negotiate_kerberos_) thread 0xfffff800651e2500 (100242) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1041 (negotiate_kerberos_) thread 0xfffff800055e4000 (100078) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 639 (cron) thread 0xfffff80005afa000 (100095) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 605 (log_file_daemon) thread 0xfffff800057eda00 (100088) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b547b0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 604 (ext_ldap_group_acl) thread 0xfffff800057dc000 (100087) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b550f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 603 (ext_ldap_group_acl) thread 0xfffff80005478000 (100063) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b410f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 601 (negotiate_kerberos_) thread 0xfffff80005afc000 (100085) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 600 (negotiate_kerberos_) thread 0xfffff80005afc500 (100084) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 599 (negotiate_kerberos_) thread 0xfffff80005478a00 (100061) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 598 (negotiate_kerberos_) thread 0xfffff8000547a000 (100057) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 597 (negotiate_kerberos_) thread 0xfffff80005afca00 (100083) > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff800057555f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1905 > Process 596 (negotiate_kerberos_) thread 0xfffff8000559a500 (100068) > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff800055125f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1936 > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d068) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1905 > Process 595 (negotiate_kerberos_) thread 0xfffff800055e3a00 (100079) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 594 (negotiate_kerberos_) thread 0xfffff80005599000 (100072) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 IMO, you'd want to take a crashdump so you can analyze it better. But first while you are at db> prompt, db> show allchains db> show sleepchain Paste that o/p here and then take the dump: db> call doadump Then you can reboot the box: db> reboot Once it comes back up, you can look at the crashdump (usually at /var/crash/) # kgdb /boot/kernel/kernel /var/crash/.N In such situations, https://github.com/bsdjhb/kdbg is really useful.=20 Cheers, Hiren --qjNfmADvan18RZcF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJYvcI/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lA/YH/3SFYAKpLHr9sgg4Zp7nsjLj aSACUMkgPmhHCi1cvQEM1qKtBM8tYaDoXpxiU1hka9TA2JrTyu4TRgpvo+p+YNyf S5wevMeIRZ++myQ7IbgPexsTtVIUHxTKC18xXw/Sl0ovK3Ae8dgUAigjXtKhbQQ0 /Pu3SnDrfnRQHHOEqyfwQsZrPF+X1lrP9Zrp6eVNc0HvbMtcELy0WY4G3PtbphqE viqLWqjvMhKpIl78YrAH611ucl4mveBvdjksr8sHJRpRhx3rRaXXQ52SLg8ttZyK SRXCMZa8kRufLe5JPRa0DgyYtUcNCagaJJsdVcjEBtB1YywB7pPhKdEJGZAfC0g= =kRSk -----END PGP SIGNATURE----- --qjNfmADvan18RZcF-- From owner-freebsd-stable@freebsd.org Mon Mar 6 22:31:35 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D059DD00D6F for ; Mon, 6 Mar 2017 22:31:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) 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 A482413C5 for ; Mon, 6 Mar 2017 22:31:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: by mailman.ysv.freebsd.org (Postfix) id A3459D00D6E; Mon, 6 Mar 2017 22:31:35 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2DB0D00D6D for ; Mon, 6 Mar 2017 22:31:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660084.outbound.protection.outlook.com [40.107.66.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F47413C4 for ; Mon, 6 Mar 2017 22:31:34 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Mon, 6 Mar 2017 22:31:31 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0947.018; Mon, 6 Mar 2017 22:31:31 +0000 From: Rick Macklem To: hiren panchasara , Harry Schmalzbauer CC: "stable@freebsd.org" Subject: Re: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted] Thread-Topic: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted] Thread-Index: AQHSlrO+zB4j4NMmykeiDtVre1Mil6GIPg4AgAAlPBE= Date: Mon, 6 Mar 2017 22:31:31 +0000 Message-ID: References: <58BC8A44.8020607@omnilan.de> <58BDBEE3.6080601@omnilan.de>,<20170306201042.GB71537@strugglingcoder.info> In-Reply-To: <20170306201042.GB71537@strugglingcoder.info> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-office365-filtering-correlation-id: 1dd272a7-6cae-4b35-7dc1-08d464e089bc x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0191; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:djodsjXGNmQu/glgrGYdxcoOjfk0JStfpoxfEcvQNWAVP1zM5L5I6AvjSfXunfzgn1EMyd9UBmIPJeFb3jMlyIniC+sgH45LxdRcz6nNmkOLvgw7Jni10/1G8aQ025bBvS6gb+6dLfyHD+ck/2EwqUP8M/w9dbSqapmAfEu0rn0eKts4KnjKdVoOWXFFWXqwjn0VU0EaJp5hSBHvpvcW0PeAVVas3eo8ov1osseEzNLjhVtsoEHdRWKL6ssDFvT8FS9fgMZXPQQhbf4nwacuGG9jB2NGhea5PmeTD7TaPpig4hqOd2BCjwJNJ2iM4lOS0XBeeFzOhHyhU75RQVhwQw== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123558025)(20161123562025)(20161123564025)(20161123555025)(20161123560025)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 0238AEEDB0 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(7916002)(39410400002)(39450400003)(39830400002)(24454002)(2906002)(33656002)(305945005)(4326008)(3280700002)(54356999)(102836003)(2900100001)(92566002)(189998001)(50986999)(76176999)(74316002)(6246003)(9686003)(74482002)(229853002)(55016002)(86362001)(77096006)(106116001)(3660700001)(6506006)(81166006)(5660300001)(38730400002)(2950100002)(7696004)(122556002)(6436002)(8676002)(8936002)(53936002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2017 22:31:31.0959 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Mar 2017 22:31:35 -0000 hiren panchasara wrote: [sorry, I can't be bothered manually indenting it all, so just see my comme= nt at the end] On 03/06/17 at 08:56P, Harry Schmalzbauer wrote: > Bez?glich Harry Schmalzbauer's Nachricht vom 05.03.2017 22:59 (localtime= ): > > Hello, > > > > I can easily lock up FreeBSD stable/11 from userland. Not that I want t= o... > > I'm running squid, which starts an authentication helper > > "*negotiate_kerberos_auth*", which seems to be the culprit. > > Completely all IO is blocked, there's no way to get anything from any > > filesystem. > > All non IO-requesting processes(threads) run well, including sshd and > > shells. > > There's no load (neither cpu nor io) just any process requesting io > > stucks in state "ufs" > > > > Can anyone help me finding out what's going wrong? > > Serial console is available. > > Dear hackers, > > I managed to get into DDB, but I'm lost from there? > > What information could be usefull to find out the cause of this complete > lockup? > > I'd need someone who could guide me through ? I'd pay for a debuging > lesson! (quiet constrained budget though) > > This happens when the machine got stuck: > > intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe0093dcb7d0 > intr_execute_handlers() at intr_execute_handlers+0x48/frame > 0xfffffe0093dcb800 > lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe0093dcb840 > Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0093dcb840 > --- interrupt, rip =3D 0xffffffff807b9bd6, rsp =3D 0xfffffe0093dcb910, rb= p =3D > 0xfffffe0093dcb910 --- > acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0093dcb910 > acpi_cpu_idle() at acpi_cpu_idle+0x2ea/frame 0xfffffe0093dcb960 > cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe0093dcb980 > cpu_idle() at cpu_idle+0x8f/frame 0xfffffe0093dcb9a0 > sched_idletd() at sched_idletd+0x436/frame 0xfffffe0093dcba70 > fork_exit() at fork_exit+0x84/frame 0xfffffe0093dcbab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0093dcbab0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > > > db> show alllocks > Process 1259 (negotiate_kerberos_) thread 0xfffff80005ddea00 (100096) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1258 (negotiate_kerberos_) thread 0xfffff80005ddc500 (100252) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1257 (negotiate_kerberos_) thread 0xfffff80005ddda00 (100247) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1256 (negotiate_kerberos_) thread 0xfffff80065612500 (100261) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1255 (negotiate_kerberos_) thread 0xfffff80065612a00 (100260) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1254 (negotiate_kerberos_) thread 0xfffff80065613000 (100257) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1253 (negotiate_kerberos_) thread 0xfffff80065614000 (100254) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1252 (negotiate_kerberos_) thread 0xfffff800651e1000 (100246) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1247 (sqtop) thread 0xfffff80065650a00 (100259) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1184 (systat) thread 0xfffff80065613a00 (100255) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1042 (negotiate_kerberos_) thread 0xfffff800651e2500 (100242) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 1041 (negotiate_kerberos_) thread 0xfffff800055e4000 (100078) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 639 (cron) thread 0xfffff80005afa000 (100095) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 605 (log_file_daemon) thread 0xfffff800057eda00 (100088) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b547b0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 604 (ext_ldap_group_acl) thread 0xfffff800057dc000 (100087) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b550f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 603 (ext_ldap_group_acl) thread 0xfffff80005478000 (100063) > exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffff80005b410f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 > Process 601 (negotiate_kerberos_) thread 0xfffff80005afc000 (100085) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 600 (negotiate_kerberos_) thread 0xfffff80005afc500 (100084) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 599 (negotiate_kerberos_) thread 0xfffff80005478a00 (100061) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 598 (negotiate_kerberos_) thread 0xfffff8000547a000 (100057) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 597 (negotiate_kerberos_) thread 0xfffff80005afca00 (100083) > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff800057555f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1905 > Process 596 (negotiate_kerberos_) thread 0xfffff8000559a500 (100068) > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff800055125f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1936 > exclusive lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d068) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:= 1905 > Process 595 (negotiate_kerberos_) thread 0xfffff800055e3a00 (100079) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > Process 594 (negotiate_kerberos_) thread 0xfffff80005599000 (100072) > shared lockmgr ufs (ufs) r =3D 0 (0xfffff8000523d5f0) locked @ > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 unionfs is always broken (see the BUGS section of "man mount_unionfs"). I'd suggest you reconfigure the machine without unionfs. Btw, the "ufs" locks mean the process is waiting for a UFS vnode lock. I'm not sure about the sockbuf ones. If the processes waiting on those hold UFS vnode locks, then that might also explain the deadlock. rick= From owner-freebsd-stable@freebsd.org Tue Mar 7 02:38:39 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5805D00923 for ; Tue, 7 Mar 2017 02:38:39 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.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 B9EA917E0 for ; Tue, 7 Mar 2017 02:38:39 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: by mailman.ysv.freebsd.org (Postfix) id B9432D00922; Tue, 7 Mar 2017 02:38:39 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8E77D00921 for ; Tue, 7 Mar 2017 02:38:39 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 9A91917DE for ; Tue, 7 Mar 2017 02:38:39 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=71dMgOSuokIhEGjpiXHIdYmt01wX8+oCcfPgcqAwMAY=; b=BYEzFM1a9HCkI3KKen9naNXbRh 7IMBDSNM9YzUL0GpnekpCPds/zFG/R7ftwHSEQlSjDvMcLVuTD4WoHuNnUhWmOdk+PWSnA6BJ1xnj W4gBolMsj5TEkHTE02QzGLiuahBzTNmoEbEX5In60aSZFfsK0XBylsRul54OlTH1c2Tk=; Received: from [114.125.118.214] (port=60595 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1cl4iz-001llF-Ds for stable@freebsd.org; Mon, 06 Mar 2017 19:19:41 -0700 Date: Tue, 7 Mar 2017 10:19:35 +0800 From: Erich Dollansky To: "stable@freebsd.org" Subject: slow machine, swap in use, but more than 5GB of RAM inactive Message-ID: <20170307101935.4c04ad5e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 02:38:39 -0000 Hi, I wonder about the slow speed of my machine while top shows ample inactive memory: last pid: 85287; load averages: 2.56, 2.44, 1.68 up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% idle CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, 1.2% idle CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% interrupt, 2.0% idle CPU 3: 45.5% user, 0.0% nice, 51.0% system, 0.4% interrupt, 3.1% idle Mem: 677M Active, 5600M Inact, 1083M Wired, 178M Cache, 816M Buf,301M Free Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse The swap space in use can be explained by large compilations done recently. Why is the inactive memory not put to use. I do not want to restart the machine. So, if I could help find the source of the problem, I would do. Erich From owner-freebsd-stable@freebsd.org Tue Mar 7 07:02:47 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BFBFCFB2DC for ; Tue, 7 Mar 2017 07:02:47 +0000 (UTC) (envelope-from slw@zxy.spb.ru) 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 09B2D1325 for ; Tue, 7 Mar 2017 07:02:47 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 08F72CFB2DB; Tue, 7 Mar 2017 07:02:47 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 089E5CFB2DA for ; Tue, 7 Mar 2017 07:02:47 +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 BC27A1324 for ; Tue, 7 Mar 2017 07:02:46 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1cl98s-000OAB-5I; Tue, 07 Mar 2017 10:02:42 +0300 Date: Tue, 7 Mar 2017 10:02:42 +0300 From: Slawa Olhovchenkov To: Erich Dollansky Cc: "stable@freebsd.org" Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive Message-ID: <20170307070242.GO15630@zxy.spb.ru> References: <20170307101935.4c04ad5e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170307101935.4c04ad5e@X220.alogt.com> 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 07:02:47 -0000 On Tue, Mar 07, 2017 at 10:19:35AM +0800, Erich Dollansky wrote: > Hi, > > I wonder about the slow speed of my machine while top shows ample > inactive memory: > > last pid: 85287; load averages: 2.56, 2.44, 1.68 > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% idle > CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, 1.2% idle > CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% interrupt, 2.0% idle > CPU 3: 45.5% user, 0.0% nice, 51.0% system, 0.4% interrupt, 3.1% idle > Mem: 677M Active, 5600M Inact, 1083M Wired, 178M Cache, 816M Buf,301M > Free > Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse > > The swap space in use can be explained by large compilations done > recently. Why is the inactive memory not put to use. > > I do not want to restart the machine. So, if I could help find the > source of the problem, I would do. inactive is not 'not used' memory. this is just pages don't touched in last 10(?) seconds, but all of this allocated (such as malloc, mmap, sendfile) to application (userland programs). From owner-freebsd-stable@freebsd.org Tue Mar 7 09:48:14 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2986D011DE for ; Tue, 7 Mar 2017 09:48:14 +0000 (UTC) (envelope-from allbery.b@gmail.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 C10E11B7E for ; Tue, 7 Mar 2017 09:48:14 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BD708D011DD; Tue, 7 Mar 2017 09:48:14 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD0DDD011DC for ; Tue, 7 Mar 2017 09:48:14 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B4421B7D for ; Tue, 7 Mar 2017 09:48:14 +0000 (UTC) (envelope-from allbery.b@gmail.com) Received: by mail-oi0-x231.google.com with SMTP id 126so47548408oig.3 for ; Tue, 07 Mar 2017 01:48:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kVdUsEihkOCbj4T7ciJSacV588UjDyqo9nRGdDaga6E=; b=lvxv1hv+o9jxzsa/2f8WRY0EVkyu7QMSWa7wc1uuP8j7o50z60/BlQ3BhRY3Qn8vFa RRRmpjQX2DOcNWcpGC7hC39EdNX8imRVwbIG77CiieXVWiWOazXh27taG5Zz11abdRkX rhSbV5AgvbT7YwPXrJXXTW/tZx2eqGx6JUvJFhzcr4OQv3yYf3ZGt/7h9y+qbZ3D+3Id 1o6Q7uPG6Kwe3IMHAJwimPQfOnO4enbKtlIusJc7ZEWJ2IeSlos2TnE0FWOxZIpcPLZp KHH9DBJdJ3CAuFM9Xd0Xd6b1FFXMmaMAD/+DNGLqn0B7oFUCZ8kuLqAgZs+IYv9v+APw 1tvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kVdUsEihkOCbj4T7ciJSacV588UjDyqo9nRGdDaga6E=; b=EtZhSauxsuvT/gq8L5MhzrAja4KYycRzvdRQ0HLfzJLcP4O2xjSswNWrKrFtXLNJJ+ ZEJZyML2RGIOjg4UlNPsGVjaf0XVMKYz3XnjtoQH9jJiwoNxF0DuH6FGrvw8+CQ3Pso5 inCfICLCMdiKx2LRZ4TJBZ3NF7xCMSpb+3rUQoZPprcqLPSJ7B+jfjGihoT3ZnR2s7qZ va8mPe5r2g/Uqf2lStS/6pXYrfUOaTfIsFXMBwIMvEz0iAq76p0e/MEG+UikRahq4Viq xT2MmMkLbOYGYV7HSzAe7i47wVztIhlWBMgqUA5sFK6JZxx6FqSNnNEMjsKK7kJiqq79 9Sqg== X-Gm-Message-State: AMke39mzfjxA8e1UXoQYn3GjPuLgQmmsURl2B8aYkqF45xHEqUB1bfTJXyuKioEqtS00L9aErxTKiSMZCmfHoQ== X-Received: by 10.202.86.82 with SMTP id k79mr5448736oib.150.1488880093794; Tue, 07 Mar 2017 01:48:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.83.196 with HTTP; Tue, 7 Mar 2017 01:48:13 -0800 (PST) In-Reply-To: <20170307070242.GO15630@zxy.spb.ru> References: <20170307101935.4c04ad5e@X220.alogt.com> <20170307070242.GO15630@zxy.spb.ru> From: Brandon Allbery Date: Tue, 7 Mar 2017 04:48:13 -0500 Message-ID: Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive To: Slawa Olhovchenkov Cc: Erich Dollansky , "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 09:48:15 -0000 On Tue, Mar 7, 2017 at 2:02 AM, Slawa Olhovchenkov wrote: > inactive is not 'not used' memory. > this is just pages don't touched in last 10(?) seconds, but all of > this allocated (such as malloc, mmap, sendfile) to application > (userland programs). > Or otherwise phrased: they're candidates to be paged out if something requires that much memory soon. Meanwhile, stuff currently paged out will stay there unless actively needed; why bother pulling it back in if nothing actually needs it right now, especially since it got paged out because nothing had used it recently (i.e. it was marked inactive)? -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@freebsd.org Tue Mar 7 10:30:16 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75C25D01ED4 for ; Tue, 7 Mar 2017 10:30:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) 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 5C39D1348 for ; Tue, 7 Mar 2017 10:30:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: by mailman.ysv.freebsd.org (Postfix) id 583A2D01ED3; Tue, 7 Mar 2017 10:30:16 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57D22D01ED2 for ; Tue, 7 Mar 2017 10:30:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C0BE01345 for ; Tue, 7 Mar 2017 10:30:15 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v27AUAn8040846; Tue, 7 Mar 2017 11:30:10 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 426222BE; Tue, 7 Mar 2017 11:30:10 +0100 (CET) Message-ID: <58BE8BB1.1000200@omnilan.de> Date: Tue, 07 Mar 2017 11:30:09 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: hiren panchasara CC: stable@freebsd.org, Rick Macklem Subject: Re: 'show alllocks' of completely locked machine [Was: Re: Complete IO lockup, state "ufs" from userland, debuging help wanted] References: <58BC8A44.8020607@omnilan.de> <58BDBEE3.6080601@omnilan.de> <20170306201042.GB71537@strugglingcoder.info> In-Reply-To: <20170306201042.GB71537@strugglingcoder.info> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 07 Mar 2017 11:30:12 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 10:30:16 -0000 Bezüglich hiren panchasara's Nachricht vom 06.03.2017 21:10 (localtime): > On 03/06/17 at 08:56P, Harry Schmalzbauer wrote: >> Bez?glich Harry Schmalzbauer's Nachricht vom 05.03.2017 22:59 (localtime): >>> Hello, >>> >>> I can easily lock up FreeBSD stable/11 from userland. Not that I want to... >>> I'm running squid, which starts an authentication helper >>> "*negotiate_kerberos_auth*", which seems to be the culprit. >>> Completely all IO is blocked, there's no way to get anything from any >>> filesystem. >>> All non IO-requesting processes(threads) run well, including sshd and >>> shells. >>> There's no load (neither cpu nor io) just any process requesting io >>> stucks in state "ufs" >>> >>> Can anyone help me finding out what's going wrong? >>> Serial console is available. >> >> Dear hackers, >> >> I managed to get into DDB, but I'm lost from there? >> >> What information could be usefull to find out the cause of this complete >> lockup? >> >> I'd need someone who could guide me through ? I'd pay for a debuging >> lesson! (quiet constrained budget though) >> >> This happens when the machine got stuck: >> >> intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe0093dcb7d0 >> intr_execute_handlers() at intr_execute_handlers+0x48/frame >> 0xfffffe0093dcb800 >> lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe0093dcb840 >> Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0093dcb840 >> --- interrupt, rip = 0xffffffff807b9bd6, rsp = 0xfffffe0093dcb910, rbp = >> 0xfffffe0093dcb910 --- >> acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0093dcb910 >> acpi_cpu_idle() at acpi_cpu_idle+0x2ea/frame 0xfffffe0093dcb960 >> cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe0093dcb980 >> cpu_idle() at cpu_idle+0x8f/frame 0xfffffe0093dcb9a0 >> sched_idletd() at sched_idletd+0x436/frame 0xfffffe0093dcba70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe0093dcbab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0093dcbab0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> >> >> db> show alllocks >> Process 1259 (negotiate_kerberos_) thread 0xfffff80005ddea00 (100096) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1258 (negotiate_kerberos_) thread 0xfffff80005ddc500 (100252) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1257 (negotiate_kerberos_) thread 0xfffff80005ddda00 (100247) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1256 (negotiate_kerberos_) thread 0xfffff80065612500 (100261) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1255 (negotiate_kerberos_) thread 0xfffff80065612a00 (100260) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1254 (negotiate_kerberos_) thread 0xfffff80065613000 (100257) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1253 (negotiate_kerberos_) thread 0xfffff80065614000 (100254) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1252 (negotiate_kerberos_) thread 0xfffff800651e1000 (100246) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1251 (negotiate_kerberos_) thread 0xfffff80005ddca00 (100251) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1250 (negotiate_kerberos_) thread 0xfffff800651e2a00 (100241) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1247 (sqtop) thread 0xfffff80065650a00 (100259) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1184 (systat) thread 0xfffff80065613a00 (100255) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1042 (negotiate_kerberos_) thread 0xfffff800651e2500 (100242) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 1041 (negotiate_kerberos_) thread 0xfffff800055e4000 (100078) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 639 (cron) thread 0xfffff80005afa000 (100095) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 605 (log_file_daemon) thread 0xfffff800057eda00 (100088) >> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b547b0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 >> Process 604 (ext_ldap_group_acl) thread 0xfffff800057dc000 (100087) >> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b550f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 >> Process 603 (ext_ldap_group_acl) thread 0xfffff80005478000 (100063) >> exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xfffff80005b410f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/uipc_sockbuf.c:283 >> Process 601 (negotiate_kerberos_) thread 0xfffff80005afc000 (100085) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 600 (negotiate_kerberos_) thread 0xfffff80005afc500 (100084) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 599 (negotiate_kerberos_) thread 0xfffff80005478a00 (100061) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 598 (negotiate_kerberos_) thread 0xfffff8000547a000 (100057) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 597 (negotiate_kerberos_) thread 0xfffff80005afca00 (100083) >> exclusive lockmgr ufs (ufs) r = 0 (0xfffff800057555f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 >> Process 596 (negotiate_kerberos_) thread 0xfffff8000559a500 (100068) >> exclusive lockmgr ufs (ufs) r = 0 (0xfffff800055125f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1936 >> exclusive lockmgr ufs (ufs) r = 0 (0xfffff8000523d068) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 >> Process 595 (negotiate_kerberos_) thread 0xfffff800055e3a00 (100079) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 >> Process 594 (negotiate_kerberos_) thread 0xfffff80005599000 (100072) >> shared lockmgr ufs (ufs) r = 0 (0xfffff8000523d5f0) locked @ >> /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_lookup.c:611 > > IMO, you'd want to take a crashdump so you can analyze it better. > But first while you are at db> prompt, > > db> show allchains Thank you very much! That's a empty one. > db> show sleepchain thread 100004 (pid 11, idle: cpu1) running on CPU 1 Won't help much I guess, since: 100004 (0xfffff8000287da00) (stack 0xfffffe0093dc8000) kdb_alt_break_internal() at kdb_alt_break_internal+0x106/frame 0xfffffe0093dcb700 > Paste that o/p here and then take the dump: > db> call doadump This backtrace looks similar to me: intr_event_handle() at intr_event_handle+0x9c/frame 0xfffffe0093dcb7d0 intr_execute_handlers() at intr_execute_handlers+0x48/frame 0xfffffe0093dcb800 lapic_handle_intr() at lapic_handle_intr+0x68/frame 0xfffffe0093dcb840 Xapic_isr1() at Xapic_isr1+0xb7/frame 0xfffffe0093dcb840 --- interrupt, rip = 0xffffffff807b9bd6, rsp = 0xfffffe0093dcb910, rbp = 0xfffffe0093dcb910 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0093dcb910 acpi_cpu_idle() at acpi_cpu_idle+0x2ea/frame 0xfffffe0093dcb960 cpu_idle_acpi() at cpu_idle_acpi+0x3f/frame 0xfffffe0093dcb980 cpu_idle() at cpu_idle+0x8f/frame 0xfffffe0093dcb9a0 sched_idletd() at sched_idletd+0x436/frame 0xfffffe0093dcba70 fork_exit() at fork_exit+0x84/frame 0xfffffe0093dcbab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0093dcbab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- No swap unfortunately, that's a newly added service to a production machine :-( Rick pointed me to the right direction I think. I haven't looked very closely to what I posted (because I have no idea about that code), but there's unionfs involved :-( I thought the process wouldn't traverse /etc if I setenv KRB5_KTNAME and KRB5_CONFIG outside /etc; /etc is a union mount, which I've been using upt tp 10.3 without problems (but an uncommited locking-panic workarround). This still improves situation on 11, but there are other areas in 11's unionfs(5?) which unfortunately seem to make it unusable. Locally skill by time product is far too small to start looking into unionfs with the expectation to get anything useful :-( Haven't decided yet if I take unionfs out of servie or better go back to 10.3. I'm doing updates with 'newfs /dev/label/ROOT' (the like) and unionfs is irreplacable in that scenario. Thanks, -harry From owner-freebsd-stable@freebsd.org Tue Mar 7 11:48:15 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F18ADD01686 for ; Tue, 7 Mar 2017 11:48:15 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D4E551A07 for ; Tue, 7 Mar 2017 11:48:15 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: by mailman.ysv.freebsd.org (Postfix) id D43DFD01685; Tue, 7 Mar 2017 11:48:15 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3DDFD01684 for ; Tue, 7 Mar 2017 11:48:15 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 B56A51A06 for ; Tue, 7 Mar 2017 11:48:15 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=jBCfmhq24q5j1Itjs2WlTOP8HVfE1sfv8roJ0VPpbjw=; b=jxNWSUDrtBcAD1IewVsPuXHKDY EJWDh29DgYzTUDwfgvCVEjUPbWIsand5UMdsyvMnVBCQxrJlydCGfaQFXmG7s8D5DT/DaXehn0lk5 +F5gIXdBSVwG5GM9r9N7fX1zjaq4hALv9OoLQgc5GUXjbhsZWEdLRXBTMVq2Wh13FhJI=; Received: from [114.125.118.214] (port=10958 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1clDbA-000CHL-UT; Tue, 07 Mar 2017 04:48:13 -0700 Date: Tue, 7 Mar 2017 19:48:08 +0800 From: Erich Dollansky To: Slawa Olhovchenkov Cc: "stable@freebsd.org" Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive Message-ID: <20170307194808.75b0064b@X220.alogt.com> In-Reply-To: <20170307070242.GO15630@zxy.spb.ru> References: <20170307101935.4c04ad5e@X220.alogt.com> <20170307070242.GO15630@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 11:48:16 -0000 Hi, On Tue, 7 Mar 2017 10:02:42 +0300 Slawa Olhovchenkov wrote: > On Tue, Mar 07, 2017 at 10:19:35AM +0800, Erich Dollansky wrote: > > > I wonder about the slow speed of my machine while top shows ample > > inactive memory: > > > > last pid: 85287; load averages: 2.56, 2.44, 1.68 > > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% > > idle CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, > > 1.2% idle CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% > > interrupt, 2.0% idle CPU 3: 45.5% user, 0.0% nice, 51.0% system, > > 0.4% interrupt, 3.1% idle Mem: 677M Active, 5600M Inact, 1083M > > Wired, 178M Cache, 816M Buf,301M Free > > Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse > > > > The swap space in use can be explained by large compilations done > > recently. Why is the inactive memory not put to use. > > > > I do not want to restart the machine. So, if I could help find the > > source of the problem, I would do. > > inactive is not 'not used' memory. > this is just pages don't touched in last 10(?) seconds, but all of > this allocated (such as malloc, mmap, sendfile) to application > (userland programs). something changed then since my last update of FreeBSD. The machine is currently on 10.3-STABLE FreeBSD 10.3-STABLE #2 r313849: Fri Feb 17. It is on 10 since 2012. It was never this slow. Anyway, I will reboot it soon into a new kernel and see what will happen then. Thanks! Erich From owner-freebsd-stable@freebsd.org Tue Mar 7 12:31:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DA42CFB646 for ; Tue, 7 Mar 2017 12:31:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4D11B1F10 for ; Tue, 7 Mar 2017 12:31:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: by mailman.ysv.freebsd.org (Postfix) id 4C6ADCFB644; Tue, 7 Mar 2017 12:31:55 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BEE8CFB643 for ; Tue, 7 Mar 2017 12:31:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CAF061F0E for ; Tue, 7 Mar 2017 12:31:54 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id v27CUwjp026831; Tue, 7 Mar 2017 23:30:58 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 7 Mar 2017 23:30:58 +1100 (EST) From: Ian Smith To: Erich Dollansky cc: "stable@freebsd.org" Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive In-Reply-To: <20170307101935.4c04ad5e@X220.alogt.com> Message-ID: <20170307232423.G87835@sola.nimnet.asn.au> References: <20170307101935.4c04ad5e@X220.alogt.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 12:31:55 -0000 On Tue, 7 Mar 2017 10:19:35 +0800, Erich Dollansky wrote: > Hi, > > I wonder about the slow speed of my machine while top shows ample > inactive memory: ( quoting from this top output because it's neater :) > last pid: 85287; load averages: 2.56, 2.44, 1.68 > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% idle > CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, 1.2% idle > CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% interrupt, 2.0% idle > CPU 3: 45.5% user, 0.0% nice, 51.0% system, 0.4% interrupt, 3.1% idle > Mem: 677M Active, 5600M Inact, 1083M Wired, 178M Cache, 816M Buf,301M > Free > Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse Others have covered the swap / inactive memory issue. But I'd expect this to be slow, for any new work anyway .. there's next to no idle on any CPU. I'd be asking, what's all of that system usage? cheers, Ian From owner-freebsd-stable@freebsd.org Tue Mar 7 12:42:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03536CFBC79 for ; Tue, 7 Mar 2017 12:42:24 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E8D71942; Tue, 7 Mar 2017 12:42:23 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v27CgLFu044162; Tue, 7 Mar 2017 13:42:21 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 26292396; Tue, 7 Mar 2017 13:42:21 +0100 (CET) Message-ID: <58BEAAAC.4090303@omnilan.de> Date: Tue, 07 Mar 2017 13:42:20 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Rick Macklem CC: Konstantin Belousov , FreeBSD Stable , Mark Johnston , "kib@FreeBSD.org" Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> , <57B8793E.4070004@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 07 Mar 2017 13:42:21 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 12:42:24 -0000 Bezüglich Rick Macklem's Nachricht vom 05.09.2016 23:21 (localtime): > Harry Schmalzbauer wrote: >>Bezüglich Rick Macklem's Nachricht vom 18.08.2016 02:03 (localtime): >>> Kostik wrote: >>> [stuff snipped] >>>> insmnque() performs the cleanup on its own, and that default cleanup > isnot suitable >for the situation. I think that insmntque1() would > betterfit your requirements, your >need to move the common code into a > helper.It seems that >unionfs_ins_cached_vnode() cleanup could reuse it. >>> >>> I've attached an updated patch (untested like the last one). This one > creates a >>> custom version insmntque_stddtr() that first calls unionfs_noderem() > and then >>> does the same stuff as insmntque_stddtr(). This looks like it does the > required >>> stuff (unionfs_noderem() is what the unionfs VOP_RECLAIM() does). >>> It switches the node back to using its own v_vnlock that is > exclusively locked, >>> among other things. >> >>Thanks a lot, today I gave it a try. >> >>With this patch, one reproducable panic can still be easily triggered: >> I have directory A unionfs_mounted under directory B. >>Then I mount_unionfs the same directory A below another directory C. >>panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ >>/usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905 >>Result is this backtrace, hardly helpful I guess: >> >>#1 0xffffffff80ae5fd9 in kern_reboot (howto=260) at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:366 >>#2 0xffffffff80ae658b in vpanic (fmt=, ap=>optimized out>) >> at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:759 >>#3 0xffffffff80ae63c3 in panic (fmt=0x0) at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_shutdown.c:690 >>#4 0xffffffff80ab7ab7 in __lockmgr_args (lk=, >>flags=, ilk=, wmesg=>optimized out>, >> pri=, timo=, file=>optimized out>, line=) >> > at > /usr/local/share/deploy-tools/RELENG_11/src/sys/kern/kern_lock.c:992 >>#5 0xffffffff80ba510c in vop_stdlock (ap=) at >>lockmgr.h:98 >>#6 0xffffffff8111932d in VOP_LOCK1_APV (vop=, >>a=) at vnode_if.c:2087 >>#7 0xffffffff80a18cfc in unionfs_lock (ap=0xfffffe007a3ba6a0) at >>vnode_if.h:859 >>#8 0xffffffff8111932d in VOP_LOCK1_APV (vop=, >>a=) at vnode_if.c:2087 >>#9 0xffffffff80bc9b93 in _vn_lock (vp=, >>flags=66560, file=, line=) at >>vnode_if.h:859 >>#10 0xffffffff80a18460 in unionfs_readdir (ap=) at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1531 >>#11 0xffffffff81118ecf in VOP_READDIR_APV (vop=, >>a=) at vnode_if.c:1822 >>#12 0xffffffff80bc6e3b in kern_getdirentries (td=, >>fd=, buf=0x800c3d000
>bounds>, >> count=, basep=0xfffffe007a3ba980, residp=0x0) >>at vnode_if.h:758 >>#13 0xffffffff80bc6bf8 in sys_getdirentries (td=0x0, >>uap=0xfffffe007a3baa40) at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/kern/vfs_syscalls.c:3940 >>#14 0xffffffff80fad6b8 in amd64_syscall (td=, >>traced=0) at subr_syscall.c:135 >>#15 0xffffffff80f8feab in Xfast_syscall () at >>/usr/local/share/deploy-tools/RELENG_11/src/sys/amd64/amd64/exception.S:396 >>#16 0x0000000000452eea in ?? () >>Previous frame inner to this frame (corrupt stack? > Ok, I finally got around to looking at this and the panic() looks like a > pretty straightforward > bug in the unionfs code. > - In unionfs_readdir(), it does a vn_lock(..LK_UPGRADE) and then later > in the code > vn_lock(..LK_DOWNGRADE) if it did the upgrade. (At line#1531 as noted > in the backtrace.) > - In unionfs_lock(), it sets LK_CANRECURSE when it is the rootvp and > LK_EXCLUSIVE. > (So it allows recursive acquisition in this case.) > --> Then it would call vn_lock(..LK_DOWNGRADE), which would panic if it > has recursed. > > Now, I'll admit unionfs_lock() is too obscure for me to understand, but... > Is it necessary to vn_lock(..LK_DOWNGRADE) or can unionfs_readdir() just > return > with the vnode exclusively locked? > (It would be easy to change the code to avoid the > vn_lock(..LK_DOWNGRADE) call > when it has done the vn_lock(..LK_EXCLUSIVE) after > vn_lock(..LK_UPGRADE) fails.) > > rick > >>I ran your previous patch with for some time. >>Similarly, mounting one directory below a 2nd mountpount crashed the >>machine (forgot to config dumpdir, so can't compare backtrace with the >>current patch). >>Otherwise, at least with the previous patch, I haven't had any other >>panic for about one week. Something ufs related seems to have tightened the unionfs locking problem in stable/11. Now the machine instantaniously panics during boot after mounting root with Rick's latest patch. Unfortunately I don't have SWAP available on that machine (yet), but maybe shit is a hint for anybody. db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00982220e0 vpanic() at vpanic+0x186/frame 0xfffffe0098222160 kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x80086ecea, rsp = 0x7fffffffe318, rbp = 0x7fffffffeca0 --- -harry From owner-freebsd-stable@freebsd.org Tue Mar 7 14:43:55 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25FCFD01632 for ; Tue, 7 Mar 2017 14:43:55 +0000 (UTC) (envelope-from ariddle@aimdigitalpros.com) Received: from mail-pf0-x22e.google.com (mail-pf0-x22e.google.com [IPv6:2607:f8b0:400e:c00::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3423124B for ; Tue, 7 Mar 2017 14:43:54 +0000 (UTC) (envelope-from ariddle@aimdigitalpros.com) Received: by mail-pf0-x22e.google.com with SMTP id w189so1325977pfb.0 for ; Tue, 07 Mar 2017 06:43:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aimdigitalpros-com.20150623.gappssmtp.com; s=20150623; h=to:subject:from:message-id:disposition-notification-to:date :user-agent:mime-version:content-transfer-encoding; bh=A2REQfgT7B1MKRIbEs8zYLmBuErh+qgj7jYwlvcRVwE=; b=YVCGUg8paf7Y9X0JIYrm6XnLf2p9eOSKSK3q91JoVFJjgfPS6IOURBGr+suRQSAaUX CxooStMqNhk+aQex5lLfG8TmYGm+HYIorYCuJ9T65uVEamYR0L/9NLlylZlxMloPuPZl fzWfz6l1oRzGhHnj3ldV27iTcLO9yMDgYCV+8clteOsY91Q+lyDXzi80bStZjnXdu0iN OYD1Qhjh24s4QoT97BNlTLR+tHrWz0ZXS8rM0ckTVPTDdHP/B4pNDAVN2SUnkRN4syeb 6IJZbUkQzXwwt2Rfyj9GxRa3EHwkN4crXo9mYchZsH2FIBg9jhqnum2uk++SSsszfGHR eT8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:subject:from:message-id :disposition-notification-to:date:user-agent:mime-version :content-transfer-encoding; bh=A2REQfgT7B1MKRIbEs8zYLmBuErh+qgj7jYwlvcRVwE=; b=BHV4ouVmsY7fb0cpQ6v8prgM4+JPwwiX7jvmPPUeUykYAafl4L2cJxFan/INVF/o+p 67HnPLghn5lNEOxxt76pOzR0LbNS5QoU+ABW5G1h8nH0P3DX4XgFliJmUPA6mQo8/0+P +LPZbkbvS4XXVpz51oo8+cUsoykOlsqGr8ab+y/+zrC2mq0wJeExqC+ZKjSRSz2/r42K qJR7nJYf/hcBY5XJsAAfuQQLr47xtVEFI2f7+rc9dTfZxMEZ5aW3xbeCJJAiEI42wUa/ Z9DN73vAEMbQROPhTExbNkn8LCTHu7JpGOM9OoIFd2Jvw3hVMtpSDYe0NhNg038jiFMo ZzlQ== X-Gm-Message-State: AMke39lsHwIANZCMERN1mPXz5Z++LONvy21lxROoiZgUHnjFPbpveJMvJ+Haq/Kg8JVbwQ== X-Received: by 10.84.176.131 with SMTP id v3mr912254plb.7.1488897833890; Tue, 07 Mar 2017 06:43:53 -0800 (PST) Received: from [127.0.0.1] ([103.6.157.159]) by smtp.gmail.com with ESMTPSA id e13sm403091pgn.38.2017.03.07.06.43.51 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 06:43:52 -0800 (PST) To: freebsd-stable@freebsd.org Subject: Wine Enthusiasts List From: Antonia Riddle Message-ID: Date: Tue, 7 Mar 2017 09:25:38 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 170307-2, 07-03-2017), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 14:43:55 -0000 Hi, Hope this email finds you well! Would you be interested in acquiring an email list of "Wine Enthusiasts List" from USA? We also have data for: 1. Beer Enthusiasts List 2. Liquor Enthusiasts List 3. Beverage Enthusiasts List 4. Food Enthusiasts List 5. Entertainment Enthusiasts List and many more... Each record in the list contains Contact (First and Last Name), Mailing Address, List type and Opt-in email address. All the contacts are opt-in verified, 100 percent permission based and can be used for unlimited multi-channel marketing. Appreciate your quick response and thoughts. Best Wishes, Antonia Riddle Marketing Manager --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From owner-freebsd-stable@freebsd.org Tue Mar 7 18:28:26 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9FF30D02F38 for ; Tue, 7 Mar 2017 18:28:26 +0000 (UTC) (envelope-from rhumphrey@aimdigitalpros.com) Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 767541298 for ; Tue, 7 Mar 2017 18:28:26 +0000 (UTC) (envelope-from rhumphrey@aimdigitalpros.com) Received: by mail-pf0-x236.google.com with SMTP id w189so3713990pfb.0 for ; Tue, 07 Mar 2017 10:28:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aimdigitalpros-com.20150623.gappssmtp.com; s=20150623; h=to:subject:from:message-id:disposition-notification-to:date :user-agent:mime-version:content-transfer-encoding; bh=/6VWnNBirhIDjzhCygsK8/M2YwjBoAWBeJbMfrIhGco=; b=UKfCO4kD7v6AEJOEL+Jhk/XNEzlOPW3Uc4f382UyDfFu/cmJC70gwDj+XPlkCJu6Rx gAHG6to0HPMtIxslVNOGXtA0yLw31fTBOVscuM58JxcgmWfHZIbcQNR1X2go8A6HX22f vYAPcPWuVf56CGWhe/q+kuTWSd0hHFgHaiPDjOKpeR53ZNMdH9mDIlt12p+VKiyd+FQU BCaV7Dlv7lkQwoGorLEoFJt/cOa6OD+EFYVrM7XuJCn4xDqr1lMt3i/qCnXiw14stT/Y dwszGD/qVSoin4x1bAf9DZI5L9rD3Gsb4ryzV/KrdKb7EUQ4A186iZuAQxJrTGSoCrhG MAqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:subject:from:message-id :disposition-notification-to:date:user-agent:mime-version :content-transfer-encoding; bh=/6VWnNBirhIDjzhCygsK8/M2YwjBoAWBeJbMfrIhGco=; b=Z9IfaAB0o4osyn4g1TVHGpO4U3k9Cvm4YJoSQdjt8aSf0yNHiVzYSIlBQeDKHPBczE /KWYiCi2RBXRw3Nz7wDcDCiy2c3/Blk9Rf0/yPvYuVZWZeOoqK9++awjoGFQ4FOy89l6 FdaWQUAPf0HvNtmWS43AVARceNQWhUdk26bB4e2iIE3bpyDjf83M0Ox+xKkFr403Z4Vh 5EJNrAPeD5ecIEf+7KLuFU/mW5yYUGKRNnJe6wmocbXm13Sm5Eokuk1LJ6Nq41XhaxOs xzEQFzT0f69yv3kRoZqGJQ5iB3a43YgyJ7i2h4Kte3Efkn7+Zl+dkyTKeQH2nC6e/oLY rXVg== X-Gm-Message-State: AMke39lPCAUnCx0gAL2H3MltxZGVI/WU2vpSfR7+6bBOJNRBl7KRYYsiP4yIx1BJVlI0eQ== X-Received: by 10.99.116.70 with SMTP id e6mr1899776pgn.135.1488911305504; Tue, 07 Mar 2017 10:28:25 -0800 (PST) Received: from [127.0.0.1] ([103.6.157.159]) by smtp.gmail.com with ESMTPSA id x65sm1161283pfx.115.2017.03.07.10.28.24 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Mar 2017 10:28:24 -0800 (PST) To: freebsd-stable@freebsd.org Subject: Truck owners From: Rhett Humphrey Message-ID: <6d8217b8-cf23-dd7e-6f17-ec5e61242d76@aimdigitalpros.com> Date: Tue, 7 Mar 2017 13:21:12 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.3; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 170307-5, 07-03-2017), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 18:28:26 -0000 Hi, Would you be interested in acquiring an email list of "Truck Owners List" from USA? We also have data for Boat Owners, Cruise Travelers, Car Owners, Motorcycle Owners, Time-Share Owners,Scuba Dives, Real Estate Investors, RV Owners, spa and Resort Visitors and many more.. Each record in the list contains Contact (First and Last Name), Mailing Address, List type and Opt-in email address. All the contacts are opt-in verified, 100 percent permission based and can be used for unlimited multi-channel marketing. Please let me know your thoughts towards procuring the Truck Owners List. Best Regards, Rhett Humphrey --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From owner-freebsd-stable@freebsd.org Tue Mar 7 18:44:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BED2ED00845 for ; Tue, 7 Mar 2017 18:44:23 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58BD61137; Tue, 7 Mar 2017 18:44:23 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v27IiKw0050039; Tue, 7 Mar 2017 19:44:20 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 0E5B74DB; Tue, 7 Mar 2017 19:44:19 +0100 (CET) Message-ID: <58BEFF83.9010906@omnilan.de> Date: Tue, 07 Mar 2017 19:44:19 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Rick Macklem CC: Konstantin Belousov , "kib@FreeBSD.org" , Mark Johnston , FreeBSD Stable Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> , <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> In-Reply-To: <58BEAAAC.4090303@omnilan.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 07 Mar 2017 19:44:20 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 18:44:23 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 07.03.2017 13:42 (localtime): … > Something ufs related seems to have tightened the unionfs locking > problem in stable/11. Now the machine instantaniously panics during > boot after mounting root with Rick's latest patch. > > Unfortunately I don't have SWAP available on that machine (yet), but > maybe shit is a hint for anybody. > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00982220e0 > vpanic() at vpanic+0x186/frame 0xfffffe0098222160 > kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 > witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 > __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 > vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 > unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 > VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 > unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 > unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 > vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 > sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 > amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 > --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x80086ecea, rsp = > 0x7fffffffe318, rbp = 0x7fffffffeca0 --- New discovery: Rick's latest patch casues panic only with KDB. If I compile a kernel without witenss and KDB, the machine boots fine! Also, it's at least not so easy anymore to trigger the deadlock :-) . I need to do more testing but until now Rick's approach seems very promising :-) . Unfortunately I can't provide a fix or suggestion to why the KDB kernel panics and the non-KDB doesn't, just the dull imagination it could be that additional locking checks (KASSERT?), preventing more damage, are not in place. So I guess I'm in danger waters, but it defenitly is a highly appreciated improvement for me and my bery best bet for now (neither eliminating unionfs nor holding off 11 updates were real options for me, especially because unionfs isn't really well wokring on 10.3 either, just not leading to deadlocks in more environments)! I tried the non-debug kernel because I browsed old unionfs discussions and desperately gave Attilio Rao's patch a try since I couldn't remember why I haven't kept it locally: https://people.freebsd.org/~attilio/unionfs_nodeget4.patch (he tried to solve unionfs problems for RELENG_9 back in 2012: https://lists.freebsd.org/pipermail/freebsd-stable/2012-November/070358.html) It's still true that his patch leads to a panic with debugging kernel – only. Same patch without KDB allows to boot and start squid. But the result is the same as with plain r314856, the system deadlocks reproducibly. Also, the trace with his patch looks identical to the plain r314856 unionfs panic. So I hope Rick or someone else can pick up the latest patch and polish it to make KDB-kernels happy :-) I can offer a small donation if that helps! Of course, I'll also provide KDB info if needed/helpful. thanks, -harry From owner-freebsd-stable@freebsd.org Tue Mar 7 19:45:43 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8F5A9D0212C for ; Tue, 7 Mar 2017 19:45:43 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4094C1E02; Tue, 7 Mar 2017 19:45:43 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v27Jjf1J050888; Tue, 7 Mar 2017 20:45:41 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id ACC404F2; Tue, 7 Mar 2017 20:45:40 +0100 (CET) Message-ID: <58BF0DE4.1020300@omnilan.de> Date: Tue, 07 Mar 2017 20:45:40 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Rick Macklem CC: Konstantin Belousov , FreeBSD Stable , Mark Johnston , "kib@FreeBSD.org" Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> , <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de> In-Reply-To: <58BEFF83.9010906@omnilan.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 07 Mar 2017 20:45:41 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 19:45:43 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 07.03.2017 19:44 (localtime): > Bezüglich Harry Schmalzbauer's Nachricht vom 07.03.2017 13:42 (localtime): > … >> Something ufs related seems to have tightened the unionfs locking >> problem in stable/11. Now the machine instantaniously panics during >> boot after mounting root with Rick's latest patch. >> >> Unfortunately I don't have SWAP available on that machine (yet), but >> maybe shit is a hint for anybody. >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00982220e0 >> vpanic() at vpanic+0x186/frame 0xfffffe0098222160 >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 >> witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 >> __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 >> vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 >> unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 >> unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 >> unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 >> vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 >> sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 >> amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 >> --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x80086ecea, rsp = >> 0x7fffffffe318, rbp = 0x7fffffffeca0 --- > New discovery: > Rick's latest patch casues panic only with KDB. If I compile a kernel > without witenss and KDB, the machine boots fine! > Also, it's at least not so easy anymore to trigger the deadlock :-) . I > need to do more testing but until now Rick's approach seems very > promising :-) . My unionfs deadlock problem isn't really solved with Rick's latest patch, I still can reproduce it: krb5.conf and krb5.keytab are files on unionfs referenced by /etc. libexec/negotiate_kerberos_auth reads these and if I have enough helper processes handling requests, the deadlock occurs. _But_: If I move the files outside the unionfs and create a symlink, I cannot reproduce the deadlock anymore, which was similar easily reproducable without it or any of the other workarounds. So it looks like I have an acceptable solution for now, although it's only usable under certain conditions. Unfortunately I can't do tests with a debug kernel since the patch prevents the system with the debug kernel from starting up. But if this was ironed out, I'd happily provide more info. Thanks, -Harry From owner-freebsd-stable@freebsd.org Tue Mar 7 22:49:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05B98D02D03 for ; Tue, 7 Mar 2017 22:49:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670052.outbound.protection.outlook.com [40.107.67.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACA9A1D9E; Tue, 7 Mar 2017 22:49:04 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0192.CANPRD01.PROD.OUTLOOK.COM (10.165.218.136) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Tue, 7 Mar 2017 22:49:01 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0947.020; Tue, 7 Mar 2017 22:49:01 +0000 From: Rick Macklem To: Harry Schmalzbauer CC: Konstantin Belousov , FreeBSD Stable , Mark Johnston , "kib@FreeBSD.org" Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Topic: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Index: AQHR8Usp3UC6l4vlEEOdyPFAeIRbFKBAJI+AgAA/AgCAA/TscIAA8igAgAiYa2KABCvkAIAZfWvFgR8RkACAAGUjgIAAESQAgAAy89s= Date: Tue, 7 Mar 2017 22:49:01 +0000 Message-ID: References: <57A79E24.8000100@omnilan.de> <57A83C78.1070403@omnilan.de> <20160809060213.GA67664@raichu> <57A9A6C0.9060609@omnilan.de> , <20160812123950.GO83214@kib.kiev.ua> , <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de>,<58BF0DE4.1020300@omnilan.de> In-Reply-To: <58BF0DE4.1020300@omnilan.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: omnilan.de; dkim=none (message not signed) header.d=none;omnilan.de; dmarc=none action=none header.from=uoguelph.ca; x-ms-office365-filtering-correlation-id: a40e9e66-4b69-480c-440b-08d465ac2668 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0192; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0192; 7:sdWewN2Iz2r/onH9wQB2OI63CZ5HtdyXKnAIjpnMzqdSQP96jeZMUEC1uWi+HhESKp56nXi/g6CAmzurY93o3LJFkL4pguv8OY5JV13xf6JrpkFsQ/qZ8aT3vU5l3tVbldk7bDBfIltd5t9d5gqSn9o+M/xBs/b/Dh1S0tO5vkXnrpkJMBrA19jt6II5N8hw+5LXn+WFPjBS9R9TAujv9bUKGZ/Bz9zg4z4WBKrwsDJiHq9UHwtai2EPDFGsf897w3mBTV0JSzV8zhugKQbxmw6u8hKz4rnLl3GDUioaRaeWhvRfrnM0C03hPkJU4XSVRjvlOPMvkab2BmmElmSgsQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123555025)(20161123562025)(20161123564025)(20161123558025)(20161123560025)(6072148); SRVR:YTXPR01MB0192; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0192; x-forefront-prvs: 0239D46DB6 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(39450400003)(377454003)(9686003)(74316002)(229853002)(189998001)(6506006)(55016002)(54906002)(6436002)(8936002)(7696004)(3660700001)(33656002)(77096006)(86362001)(6246003)(38730400002)(5660300001)(53936002)(110136004)(2900100001)(93886004)(76176999)(74482002)(54356999)(50986999)(4326008)(3280700002)(106116001)(81166006)(6916009)(102836003)(2950100002)(305945005)(122556002)(39060400002)(53546006)(8676002)(2906002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0192; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Mar 2017 22:49:01.7980 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0192 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 22:49:06 -0000 Hmm, this is going to sound dumb, but I don't recall generating any unionfs patch;-) I'll go look for it. Maybe it was Kostik's? rick ________________________________________ From: Harry Schmalzbauer Sent: Tuesday, March 7, 2017 2:45:40 PM To: Rick Macklem Cc: Konstantin Belousov; FreeBSD Stable; Mark Johnston; kib@FreeBSD.org Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BE= TA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/sh= are/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Bez=FCglich Harry Schmalzbauer's Nachricht vom 07.03.2017 19:44 (localtime= ): > Bez=FCglich Harry Schmalzbauer's Nachricht vom 07.03.2017 13:42 (localti= me): > =85 >> Something ufs related seems to have tightened the unionfs locking >> problem in stable/11. Now the machine instantaniously panics during >> boot after mounting root with Rick's latest patch. >> >> Unfortunately I don't have SWAP available on that machine (yet), but >> maybe shit is a hint for anybody. >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00982220e0 >> vpanic() at vpanic+0x186/frame 0xfffffe0098222160 >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 >> witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 >> __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 >> vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 >> unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 >> unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 >> unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 >> vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 >> sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 >> amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 >> --- syscall (378, FreeBSD ELF64, sys_nmount), rip =3D 0x80086ecea, rsp = =3D >> 0x7fffffffe318, rbp =3D 0x7fffffffeca0 --- > New discovery: > Rick's latest patch casues panic only with KDB. If I compile a kernel > without witenss and KDB, the machine boots fine! > Also, it's at least not so easy anymore to trigger the deadlock :-) . I > need to do more testing but until now Rick's approach seems very > promising :-) . My unionfs deadlock problem isn't really solved with Rick's latest patch, I still can reproduce it: krb5.conf and krb5.keytab are files on unionfs referenced by /etc. libexec/negotiate_kerberos_auth reads these and if I have enough helper processes handling requests, the deadlock occurs. _But_: If I move the files outside the unionfs and create a symlink, I cannot reproduce the deadlock anymore, which was similar easily reproducable without it or any of the other workarounds. So it looks like I have an acceptable solution for now, although it's only usable under certain conditions. Unfortunately I can't do tests with a debug kernel since the patch prevents the system with the debug kernel from starting up. But if this was ironed out, I'd happily provide more info. Thanks, -Harry From owner-freebsd-stable@freebsd.org Tue Mar 7 23:14:36 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68267D025B9 for ; Tue, 7 Mar 2017 23:14:36 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.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 4AF051D81 for ; Tue, 7 Mar 2017 23:14:36 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: by mailman.ysv.freebsd.org (Postfix) id 47092D025B8; Tue, 7 Mar 2017 23:14:36 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46B0FD025B7 for ; Tue, 7 Mar 2017 23:14:36 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 287111D80 for ; Tue, 7 Mar 2017 23:14:36 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IFrjWI5DJue/xckjTFUVIYnjQXH8DfoDcqS8UiVobhE=; b=RmEXMCVD/0wyZZjKEBy1h2fkJN uiCvA8asKSPaGeZIPTOidtTbl5Iqw+bgMAE3M+w1AD2hTh9eNTOpCiTD6yhrKvDCj7h5lNBRufBqC 4nmsHJKcODVkLRjELu/xPfn4da/6yk2fx6dYWr6apyRfcHtqnWdE9MRtGDJAX91arhOY=; Received: from [114.125.80.22] (port=49578 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1clOJN-002zFZ-Ou; Tue, 07 Mar 2017 16:14:34 -0700 Date: Wed, 8 Mar 2017 07:14:28 +0800 From: Erich Dollansky To: Ian Smith Cc: "stable@freebsd.org" Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive Message-ID: <20170308071428.5f50167c@X220.alogt.com> In-Reply-To: <20170307232423.G87835@sola.nimnet.asn.au> References: <20170307101935.4c04ad5e@X220.alogt.com> <20170307232423.G87835@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 23:14:36 -0000 Hi, On Tue, 7 Mar 2017 23:30:58 +1100 (EST) Ian Smith wrote: > On Tue, 7 Mar 2017 10:19:35 +0800, Erich Dollansky wrote: > > Hi, > > > > I wonder about the slow speed of my machine while top shows ample > > inactive memory: > > ( quoting from this top output because it's neater :) > > > last pid: 85287; load averages: 2.56, 2.44, 1.68 > > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% > > idle CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, > > 1.2% idle CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% > > interrupt, 2.0% idle CPU 3: 45.5% user, 0.0% nice, 51.0% system, > > 0.4% interrupt, 3.1% idle Mem: 677M Active, 5600M Inact, 1083M > > Wired, 178M Cache, 816M Buf,301M Free > > Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse > > Others have covered the swap / inactive memory issue. > > But I'd expect this to be slow, for any new work anyway .. there's > next to no idle on any CPU. I'd be asking, what's all of that system > usage? > this is building ports in the background. Still, used doing this ones a month, I know the feeling when the ports are updated. This one was really slow. Hopefully, it was just an unlucky coincidence. I rebooted meanwhile the machine. It is faster now, I would say, it is back to normal now. It did not come to its limits since the new start. It is now on: FreeBSD 10.3-STABLE #3 r314363 Erich From owner-freebsd-stable@freebsd.org Tue Mar 7 23:55:59 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65299D02002 for ; Tue, 7 Mar 2017 23:55:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 E79AA107C; Tue, 7 Mar 2017 23:55:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v27NtoKd001740 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 8 Mar 2017 01:55:51 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v27NtoKd001740 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v27NtoS1001739; Wed, 8 Mar 2017 01:55:50 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 8 Mar 2017 01:55:50 +0200 From: Konstantin Belousov To: Rick Macklem Cc: Harry Schmalzbauer , FreeBSD Stable , Mark Johnston Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Message-ID: <20170307235550.GP30979@kib.kiev.ua> References: <57A9A6C0.9060609@omnilan.de> <20160812123950.GO83214@kib.kiev.ua> <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de> <58BF0DE4.1020300@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Mar 2017 23:55:59 -0000 On Tue, Mar 07, 2017 at 10:49:01PM +0000, Rick Macklem wrote: > Hmm, this is going to sound dumb, but I don't recall generating any > unionfs patch;-) > I'll go look for it. Maybe it was Kostik's? I did not touched unionfs, and have no plans to. It is equally broken in all relevant versions of FreeBSD. > > rick > ________________________________________ > From: Harry Schmalzbauer > Sent: Tuesday, March 7, 2017 2:45:40 PM > To: Rick Macklem > Cc: Konstantin Belousov; FreeBSD Stable; Mark Johnston; kib@FreeBSD.org > Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] > > Bez?glich Harry Schmalzbauer's Nachricht vom 07.03.2017 19:44 (localtime): > > Bez?glich Harry Schmalzbauer's Nachricht vom 07.03.2017 13:42 (localtime): > > ? > >> Something ufs related seems to have tightened the unionfs locking > >> problem in stable/11. Now the machine instantaniously panics during > >> boot after mounting root with Rick's latest patch. > >> > >> Unfortunately I don't have SWAP available on that machine (yet), but > >> maybe shit is a hint for anybody. > >> > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > >> 0xfffffe00982220e0 > >> vpanic() at vpanic+0x186/frame 0xfffffe0098222160 > >> kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 > >> witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 > >> __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 > >> vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 > >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 > >> unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 > >> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 > >> unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 > >> unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 > >> vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 > >> sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 > >> amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 > >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 > >> --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x80086ecea, rsp = > >> 0x7fffffffe318, rbp = 0x7fffffffeca0 --- > > New discovery: > > Rick's latest patch casues panic only with KDB. If I compile a kernel > > without witenss and KDB, the machine boots fine! > > Also, it's at least not so easy anymore to trigger the deadlock :-) . I > > need to do more testing but until now Rick's approach seems very > > promising :-) . > > My unionfs deadlock problem isn't really solved with Rick's latest > patch, I still can reproduce it: krb5.conf and krb5.keytab are files on > unionfs referenced by /etc. libexec/negotiate_kerberos_auth reads these > and if I have enough helper processes handling requests, the deadlock > occurs. > > _But_: If I move the files outside the unionfs and create a symlink, I > cannot reproduce the deadlock anymore, which was similar easily > reproducable without it or any of the other workarounds. > So it looks like I have an acceptable solution for now, although it's > only usable under certain conditions. > > Unfortunately I can't do tests with a debug kernel since the patch > prevents the system with the debug kernel from starting up. > But if this was ironed out, I'd happily provide more info. > > > Thanks, > > -Harry > From owner-freebsd-stable@freebsd.org Wed Mar 8 00:46:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C1A9D02FCA for ; Wed, 8 Mar 2017 00:46:23 +0000 (UTC) (envelope-from kob6558@gmail.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 28FF3179A for ; Wed, 8 Mar 2017 00:46:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 255C2D02FC9; Wed, 8 Mar 2017 00:46:23 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23164D02FC8 for ; Wed, 8 Mar 2017 00:46:23 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ot0-x232.google.com (mail-ot0-x232.google.com [IPv6:2607:f8b0:4003:c0f::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF8601799 for ; Wed, 8 Mar 2017 00:46:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ot0-x232.google.com with SMTP id i1so21147278ota.3 for ; Tue, 07 Mar 2017 16:46:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=x3qO26xqXYt7a0QyQG8YP8YQO7e4LB9HxX3EQk52IeQ=; b=qDrcg5KpiFVVwCh4zTpbwjk6ouU/zUhpbB4qFNtpR2lBXx/5HMUV1nDTW/vMRzSRoN cU8HVQ9RUqrRiVPkz+oZFt1DHubzGf5gnOyefaES0/ebdtxCZzpZcERgUfs5LWxTCne6 JCwwpcCRAG68Bboz9KNStEzB6O5ZIKi+P+8CYCayvEewc4DbQzOJ/fluO3KFfwDYP/eI XVE2kV2opSp0Fyp3RiYv3pP59/qlEmRbGXMt185VBlilOFxZoOFeF0Tb0wg4A2Kges0t avlaRqeqOIDZoZ0byXWkmC7r3TmcETN31b/13E9xY/fG0DeU0UwBqxrfh3A+88kVPtgv A+6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=x3qO26xqXYt7a0QyQG8YP8YQO7e4LB9HxX3EQk52IeQ=; b=JNFt2QVfpXYHS3tjW644znVeazBq4bst1eCC6bNfGIYIvR7k4ixF93d756OoGxfPYh EgCO1MODWebCs0wsLnj4DbVCGwbndXGlCO9xuxCRdPhbXDXpCoORFIh5858v7+O+aVRT tlKXwHlBCCG0TOSqm9EmCjbcCblq/LKNOY3Toi+5IsxJ3b8oQymKFaJMkdXOxN8WVGrw Ms+fWeVuL/YMKW+vejNo0l912u7wNPOy81FOrrLC8Oab9uO9ZUtRc7cXrJbZT3kw3ksi ciLTTOWfUG243DRm2/93xeffEQmPn/JKCgTqjQmterRJah+dUcVG+xccFFaSIyAmjKjO F8wg== X-Gm-Message-State: AMke39ml+PRhB8X2gJ7jOAVqe9HrOeImT+DlzUEpls34gHu6XCw7xiMa1TBUtzktONhnX7TQGWYJNUH/eTVI9A== X-Received: by 10.157.12.40 with SMTP id 37mr1849466otr.92.1488933982023; Tue, 07 Mar 2017 16:46:22 -0800 (PST) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.74.32.79 with HTTP; Tue, 7 Mar 2017 16:46:21 -0800 (PST) In-Reply-To: <20170308071428.5f50167c@X220.alogt.com> References: <20170307101935.4c04ad5e@X220.alogt.com> <20170307232423.G87835@sola.nimnet.asn.au> <20170308071428.5f50167c@X220.alogt.com> From: Kevin Oberman Date: Tue, 7 Mar 2017 16:46:21 -0800 X-Google-Sender-Auth: CF-Cklass0ks3mrH-wKCb5JTLSs Message-ID: Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive To: Erich Dollansky Cc: Ian Smith , "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 00:46:23 -0000 On Tue, Mar 7, 2017 at 3:14 PM, Erich Dollansky wrote: > Hi, > > On Tue, 7 Mar 2017 23:30:58 +1100 (EST) > Ian Smith wrote: > > > On Tue, 7 Mar 2017 10:19:35 +0800, Erich Dollansky wrote: > > > Hi, > > > > > > I wonder about the slow speed of my machine while top shows ample > > > inactive memory: > > > > ( quoting from this top output because it's neater :) > > > > > last pid: 85287; load averages: 2.56, 2.44, 1.68 > > > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > > > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, 1.6% > > > idle CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% interrupt, > > > 1.2% idle CPU 2: 38.8% user, 0.0% nice, 59.2% system, 0.0% > > > interrupt, 2.0% idle CPU 3: 45.5% user, 0.0% nice, 51.0% system, > > > 0.4% interrupt, 3.1% idle Mem: 677M Active, 5600M Inact, 1083M > > > Wired, 178M Cache, 816M Buf,301M Free > > > Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse > > > > Others have covered the swap / inactive memory issue. > > > > But I'd expect this to be slow, for any new work anyway .. there's > > next to no idle on any CPU. I'd be asking, what's all of that system > > usage? > > > this is building ports in the background. Still, used doing this ones a > month, I know the feeling when the ports are updated. This one was > really slow. Hopefully, it was just an unlucky coincidence. > > I rebooted meanwhile the machine. It is faster now, I would say, it is > back to normal now. It did not come to its limits since the new start. > It is now on: > > FreeBSD 10.3-STABLE #3 r314363 > > Erich > Well, looks like over half of the CPU is running in system space and that seems rather high for what I would assume is compilation. I thinnk you will need to poke around with things like systat, and the like to see just what the system is doing for 55% or so of all CPUs. Since there doe snot seem to be a lot of IO or memory at issue, the various command for those are probably not very interesting. Probably not lock stats, either. This reminds me of when some operation (IIRC NFS related) was calling system time routines that are fairly expensive on FreeBSD almost continually. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 From owner-freebsd-stable@freebsd.org Wed Mar 8 04:00:45 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A09CD02E33 for ; Wed, 8 Mar 2017 04:00:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) 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 44D202000 for ; Wed, 8 Mar 2017 04:00:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 4140CD02E30; Wed, 8 Mar 2017 04:00:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F2E0D02E2F; Wed, 8 Mar 2017 04:00:45 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.norma.perm.ru", Issuer "Vivat-Trade UNIX Root CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 966D61FFD; Wed, 8 Mar 2017 04:00:43 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from [192.168.243.2] ([192.168.243.2]) (authenticated bits=0) by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id v2840a2H063308 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 8 Mar 2017 09:00:37 +0500 (YEKT) (envelope-from emz@norma.perm.ru) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key; t=1488945637; bh=eNsHPoYoIzGkWMtMuB6HhZQZiWU1JUHDkpjntSU4jTc=; h=To:From:Subject:Date; b=d0LRCbr8Sn5PFzQoxy0j30frGReeRTL9jW2EzzsuZUtVmamVSWy5YBPjsGgmpJiA5 jvUVg56+mR8jdocMhtR1o1EoJeaaVmG1SYc8VaN6SJcfjyhO/BGGjN/h794DhBdCrJ 8wSEuTH8Hz0TAdbSyXZCk/ujOlvpUACHsRLnAUhk= To: "stable@freebsd.org" , freebsd-net From: "Eugene M. Zheganin" Subject: about that DFBSD performance test Message-ID: Date: Wed, 8 Mar 2017 09:00:34 +0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 04:00:45 -0000 Hi. Some have probably seen this already - http://lists.dragonflybsd.org/pipermail/users/2017-March/313254.html So, could anyone explain why FreeBSD was owned that much. Test is split into two parts, one is nginx part, and the other is the IPv4 forwarding part. I understand that nginx ownage was due to SO_REUSEPORT feature, which we do formally have, but in DFBSD and Linux it does provide a kernel socket multiplexor, which eliminates locking, and ours does not. I have only found traces of discussion that DFBSD implementation is too hackish. Well, hackish or not, but it's 4 times faster, as it turns out. The IPv4 forwarding loss is pure defeat though. Please not that although they use HEAD it these tests, they also mention that this is the GENERIC-NODEBUG kernel which means this isn't related to the WITNESS stuff. Please also don't consider this trolling, I'm a big FreeBSD fan through the years, so I'm asking because I'm kind of concerned. Eugene. From owner-freebsd-stable@freebsd.org Wed Mar 8 07:10:24 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EC25D0271D for ; Wed, 8 Mar 2017 07:10:24 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.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 E39711212 for ; Wed, 8 Mar 2017 07:10:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: by mailman.ysv.freebsd.org (Postfix) id E3004D0271C; Wed, 8 Mar 2017 07:10:23 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2AF0D0271B for ; Wed, 8 Mar 2017 07:10:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 C282E1211 for ; Wed, 8 Mar 2017 07:10:23 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=CkfF+uKTZtqdpMlMDRuZTA25kH9f6T2bhYUtc0z4c3U=; b=IGwjltdB+pDVkAFqdJhze1OHLx 6Ee1GlOMYPS1S+my8VIaeYRdlp/ks4QB9mCu/NDf93HLwO3Y9eXHWCFRvnJpwYI6vBIQRX/SdiHDf gvPG3+BlpkQ5CUUq+eKNf+x6TQnwvOlCJQotcmCQ/STVfpsjaY9zcz6hTfKRbNAamFuI=; Received: from [114.125.80.198] (port=21841 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1clVjj-000iiw-Uj; Wed, 08 Mar 2017 00:10:16 -0700 Date: Wed, 8 Mar 2017 15:10:10 +0800 From: Erich Dollansky To: Kevin Oberman Cc: "stable@freebsd.org" , Ian Smith Subject: Re: slow machine, swap in use, but more than 5GB of RAM inactive Message-ID: <20170308151010.0fa0d2dd@X220.alogt.com> In-Reply-To: References: <20170307101935.4c04ad5e@X220.alogt.com> <20170307232423.G87835@sola.nimnet.asn.au> <20170308071428.5f50167c@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 07:10:24 -0000 Hi, On Tue, 7 Mar 2017 16:46:21 -0800 Kevin Oberman wrote: > On Tue, Mar 7, 2017 at 3:14 PM, Erich Dollansky > > wrote: > > > On Tue, 7 Mar 2017 23:30:58 +1100 (EST) > > Ian Smith wrote: > > > > > On Tue, 7 Mar 2017 10:19:35 +0800, Erich Dollansky wrote: > > > > > > > > I wonder about the slow speed of my machine while top shows > > > > ample inactive memory: > > > > > > ( quoting from this top output because it's neater :) > > > > > > > last pid: 85287; load averages: 2.56, 2.44, 1.68 > > > > up 6+10:24:45 10:13:36 191 processes: 5 running, 186 sleeping > > > > CPU 0: 47.1% user, 0.0% nice, 51.4% system, 0.0% interrupt, > > > > 1.6% idle CPU 1: 38.4% user, 0.0% nice, 60.4% system, 0.0% > > > > interrupt, 1.2% idle CPU 2: 38.8% user, 0.0% nice, 59.2% > > > > system, 0.0% interrupt, 2.0% idle CPU 3: 45.5% user, 0.0% > > > > nice, 51.0% system, 0.4% interrupt, 3.1% idle Mem: 677M > > > > Active, 5600M Inact, 1083M Wired, 178M Cache, 816M Buf,301M > > > > Free Swap: 16G Total, 1352M Used, 15G Free, 8% Inuse > > > > > > Others have covered the swap / inactive memory issue. > > > > > > But I'd expect this to be slow, for any new work anyway .. there's > > > next to no idle on any CPU. I'd be asking, what's all of that > > > system usage? > > > > > this is building ports in the background. Still, used doing this > > ones a month, I know the feeling when the ports are updated. This > > one was really slow. Hopefully, it was just an unlucky coincidence. > > > > I rebooted meanwhile the machine. It is faster now, I would say, it > > is back to normal now. It did not come to its limits since the new > > start. It is now on: > > > > FreeBSD 10.3-STABLE #3 r314363 > > > > Erich > > > > Well, looks like over half of the CPU is running in system space and > that seems rather high for what I would assume is compilation. I > thinnk you will need to poke around with things like systat, and the > like to see just what the system is doing for 55% or so of all CPUs. > Since there doe snot seem to be a lot of IO or memory at issue, the > various command for those are probably not very interesting. Probably > not lock stats, either. > > This reminds me of when some operation (IIRC NFS related) was calling > system time routines that are fairly expensive on FreeBSD almost > continually. > -- There were one or two NFS clients connected but should have been idle. Both are on an older FreeBSD 12. Could it be caused by a Seagate 2TB 2 1/2" HD with 8GB SSD (ST2000LX001-1RG174)? The system behaved strangely when the disk was new. It seemed that the flash part was used at the beginning also for writing. It took then some times up to a minute before data could have been read again after prolonged write operations. The disk has now a transfer volume of some 5TB and did not show this behaviour for a few weeks. It is only hard for me to see why this happens. I use this machine since years. The only change was the disk. I know, things can happen. As I have rebooted the machine, I will keep this in mind and check also this direction when this happens again. Thanks! Erich From owner-freebsd-stable@freebsd.org Wed Mar 8 08:50:56 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0D8DD01601 for ; Wed, 8 Mar 2017 08:50:56 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7C5241762; Wed, 8 Mar 2017 08:50:56 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v288oqmY063457; Wed, 8 Mar 2017 09:50:52 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 4782C773; Wed, 8 Mar 2017 09:50:52 +0100 (CET) Message-ID: <58BFC5EB.8020905@omnilan.de> Date: Wed, 08 Mar 2017 09:50:51 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Konstantin Belousov CC: Rick Macklem , Mark Johnston , FreeBSD Stable Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] References: <57A9A6C0.9060609@omnilan.de> <20160812123950.GO83214@kib.kiev.ua> <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de> <58BF0DE4.1020300@omnilan.de> <20170307235550.GP30979@kib.kiev.ua> In-Reply-To: <20170307235550.GP30979@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Wed, 08 Mar 2017 09:50:53 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 08:50:57 -0000 Bezüglich Konstantin Belousov's Nachricht vom 08.03.2017 00:55 (localtime): > On Tue, Mar 07, 2017 at 10:49:01PM +0000, Rick Macklem wrote: >> Hmm, this is going to sound dumb, but I don't recall generating any >> unionfs patch;-) >> I'll go look for it. Maybe it was Kostik's? > I did not touched unionfs, and have no plans to. It is equally broken in > all relevant versions of FreeBSD. ACK. While this is no good news, I have more bad news: deadlock came back… I'd like to summarize in case anybody else is interested in uninionfs, maybe at any time in the future: I observed locking problems back in 2012 and Attilio Rao's final attempt was this: https://people.freebsd.org/~attilio/unionfs_nodeget4.patch I never used it, most likely because it didn't work even back with RELENG_9. It applies to stable/11, but has no effect besides panicing KDB kernels. What I used up to 10.3 was the following simple patch: --- src/sys/fs/unionfs/union_subr.c (revision 231702) +++ src/sys/fs/unionfs/union_subr.c (working copy) @@ -261,7 +261,9 @@ unionfs_nodeget(struct mount *mp, struct vnode *up free(unp, M_UNIONFSNODE); return (error); } + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY); error = insmntque(vp, mp); /* XXX: Too early for mpsafe fs */ + VOP_UNLOCK(vp, 0); if (error != 0) { free(unp, M_UNIONFSNODE); return (error); This hasn't lead to any panic or deadlock during the last 5 years on ~50 machines, up to 10.3. In 2016 I did some tests with 11.0-Beta1, where this thread origins, and Rick kindly looked into it and provided the following patch: https://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160818/d1d1691d/attachment.obj (Explanation: https://lists.freebsd.org/pipermail/freebsd-stable/2016-August/085294.html) This also panics KDB-kernel (and works without KDB) but at least does have influence on the dedalock, in case symlinks are involved, where deadlocks are significantly postponed. … >>>> >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>> 0xfffffe00982220e0 >>>> vpanic() at vpanic+0x186/frame 0xfffffe0098222160 >>>> kassert_panic() at kassert_panic+0x126/frame 0xfffffe00982221d0 >>>> witness_assert() at witness_assert+0x35a/frame 0xfffffe0098222230 >>>> __lockmgr_args() at __lockmgr_args+0x517/frame 0xfffffe00982222d0 >>>> vop_stdunlock() at vop_stdunlock+0x3b/frame 0xfffffe00982222f0 >>>> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe0098222320 >>>> unionfs_unlock() at unionfs_unlock+0x112/frame 0xfffffe0098222390 >>>> VOP_UNLOCK_APV() at VOP_UNLOCK_APV+0xe0/frame 0xfffffe00982223c0 >>>> unionfs_nodeget() at unionfs_nodeget+0x3ef/frame 0xfffffe0098222470 >>>> unionfs_domount() at unionfs_domount+0x518/frame 0xfffffe00982226b0 >>>> vfs_donmount() at vfs_donmount+0xe37/frame 0xfffffe00982228f0 >>>> sys_nmount() at sys_nmount+0x72/frame 0xfffffe0098222930 >>>> amd64_syscall() at amd64_syscall+0x2f9/frame 0xfffffe0098222ab0 >>>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0098222ab0 >>>> --- syscall (378, FreeBSD ELF64, sys_nmount), rip = 0x80086ecea, rsp = >>>> 0x7fffffffe318, rbp = 0x7fffffffeca0 --- >>> New discovery: >>> Rick's latest patch casues panic only with KDB. If I compile a kernel >>> without witenss and KDB, the machine boots fine! >>> Also, it's at least not so easy anymore to trigger the deadlock :-) . I >>> need to do more testing but until now Rick's approach seems very >>> promising :-) . >> >> My unionfs deadlock problem isn't really solved with Rick's latest >> patch, I still can reproduce it: krb5.conf and krb5.keytab are files on >> unionfs referenced by /etc. libexec/negotiate_kerberos_auth reads these >> and if I have enough helper processes handling requests, the deadlock >> occurs. >> >> _But_: If I move the files outside the unionfs and create a symlink, I >> cannot reproduce the deadlock anymore, which was similar easily >> reproducable without it or any of the other workarounds. Picture has changed, the machine daedlocked over night. So it does have a significant influence, but unfortunately isn't the real solution. Thanks for any help, -harry From owner-freebsd-stable@freebsd.org Wed Mar 8 10:55:42 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 190C5D02402 for ; Wed, 8 Mar 2017 10:55:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 075011EAB for ; Wed, 8 Mar 2017 10:55:42 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: by mailman.ysv.freebsd.org (Postfix) id 03BDFD02401; Wed, 8 Mar 2017 10:55:42 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F4199D02400; Wed, 8 Mar 2017 10:55:41 +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 B23471EAA; Wed, 8 Mar 2017 10:55:41 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1clZFk-000GtX-EU; Wed, 08 Mar 2017 13:55:32 +0300 Date: Wed, 8 Mar 2017 13:55:32 +0300 From: Slawa Olhovchenkov To: "Eugene M. Zheganin" Cc: "stable@freebsd.org" , freebsd-net Subject: Re: about that DFBSD performance test Message-ID: <20170308105532.GR15630@zxy.spb.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 10:55:42 -0000 On Wed, Mar 08, 2017 at 09:00:34AM +0500, Eugene M. Zheganin wrote: > Hi. > > Some have probably seen this already - > http://lists.dragonflybsd.org/pipermail/users/2017-March/313254.html > > So, could anyone explain why FreeBSD was owned that much. Test is split > into two parts, one is nginx part, and the other is the IPv4 forwarding three: UFS part. And multiple simulations access to same file/block can cause page lock congestion. > part. I understand that nginx ownage was due to SO_REUSEPORT feature, > which we do formally have, but in DFBSD and Linux it does provide a > kernel socket multiplexor, which eliminates locking, and ours does not. > I have only found traces of discussion that DFBSD implementation is too > hackish. Well, hackish or not, but it's 4 times faster, as it turns out. > The IPv4 forwarding loss is pure defeat though. > > Please not that although they use HEAD it these tests, they also mention > that this is the GENERIC-NODEBUG kernel which means this isn't related > to the WITNESS stuff. > > Please also don't consider this trolling, I'm a big FreeBSD fan through > the years, so I'm asking because I'm kind of concerned. From owner-freebsd-stable@freebsd.org Wed Mar 8 17:45:27 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAE02D03DB2 for ; Wed, 8 Mar 2017 17:45:27 +0000 (UTC) (envelope-from kristen.bell@digitalinfozone.com) Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-ma1ind01on0057.outbound.protection.outlook.com [104.47.100.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0472C61D for ; Wed, 8 Mar 2017 17:45:26 +0000 (UTC) (envelope-from kristen.bell@digitalinfozone.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT2155543.onmicrosoft.com; s=selector1-digitalinfozone-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jGSClbYPGK/HjJAjCFb3Ra46WZ7F6wwPgejOOMN75lM=; b=U8ewtOqlNOJ3qtRu4D5s/uY8XjXpr4A3He4SPZrczgV3jqX8TYt/fXw3lZPvFkfmGtEPb+AyFI9sV/DWTd8E06E6mjg1EC08vaddMAO3xNleHx69HZO9EpqdNbkKtdXr7zxA3VuFNjLcSudukOPLhhQHLdPchWuc71LJEELsn7I= Received: from PN1PR01MB0608.INDPRD01.PROD.OUTLOOK.COM (10.164.142.23) by PN1PR01MB0606.INDPRD01.PROD.OUTLOOK.COM (10.164.142.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Wed, 8 Mar 2017 17:45:23 +0000 Received: from PN1PR01MB0608.INDPRD01.PROD.OUTLOOK.COM ([10.164.142.23]) by PN1PR01MB0608.INDPRD01.PROD.OUTLOOK.COM ([10.164.142.23]) with mapi id 15.01.0947.020; Wed, 8 Mar 2017 17:45:22 +0000 From: Kristen Bell To: "freebsd-stable@freebsd.org" Subject: Re: HD Expo 2017 Attendees Contact information Thread-Topic: Re: HD Expo 2017 Attendees Contact information Thread-Index: AdKYM7/jJY0c4Z3sRXi5epBXBFlQHA== Date: Wed, 8 Mar 2017 17:45:22 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=kristen.bell@digitalinfozone.com; x-originating-ip: [103.57.83.120] x-ms-office365-filtering-correlation-id: 14ed9d45-10f0-4667-dde8-08d4664ae565 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702085552020)(201702085551020); SRVR:PN1PR01MB0606; x-microsoft-exchange-diagnostics: 1; PN1PR01MB0606; 7:BW0DsShLX0EhB+V0M+/6bugbxe002iIZpVSWuhqw/6Zsl4ne9qg0UldRNGftWRJKvcEQUJSYFgz++PCwKzZMmsUqrWe8XsdrhV4myfI7V6A9OmrX9C0Vmz5YeSzXHukFXh+pz8OHoMHDDHRF7qeTqXB/rjDIfZTRvsclj2K90X0EP5BXGh/2nAv//+x2EY+vmXfwkdI05B12Gwb0VHv5jkQCmfNmp3yDBaT2+kZOxElDdMVj0/uYb+ZQNXNfTdbhuS2RmCOMGwvee0ibzBWd7MdkeBUIH/fs+5Vhjmjq0gNpoK6VG5T7zEVpuuIb4qq0zvD53/GoxSNhN86v4qxZYg== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123555025)(20161123560025)(20161123562025)(20161123564025)(2016111802025)(20161123558025)(6043046)(6072148); SRVR:PN1PR01MB0606; BCL:0; PCL:0; RULEID:; SRVR:PN1PR01MB0606; x-forefront-prvs: 02408926C4 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39840400002)(39450400003)(151974002)(122556002)(229853002)(2351001)(33656002)(102836003)(3846002)(2501003)(50986999)(54356999)(81166006)(8676002)(6916009)(790700001)(5660300001)(3280700002)(6116002)(3660700001)(9326002)(7696004)(9476002)(8936002)(53936002)(54896002)(6306002)(55016002)(2906002)(5640700003)(66066001)(9686003)(223583001)(6506006)(7736002)(74316002)(2900100001)(6436002)(189998001)(5630700001)(38730400002)(110136004)(86362001)(77096006)(6246003)(35810200001); DIR:OUT; SFP:1101; SCL:1; SRVR:PN1PR01MB0606; H:PN1PR01MB0608.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovr; PTR:InfoNoRecords; LANG:en; received-spf: None (protection.outlook.com: digitalinfozone.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: digitalinfozone.com X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2017 17:45:22.6947 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 61584268-d2c5-44bb-b8df-ba5a962387e5 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PN1PR01MB0606 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 17:45:28 -0000 Hi, I found your company listed as Sponsors and Exhibitors HD expo 2017 and I t= hought you would Be Interested in Attendees Contact information for your RO= I. List Contains: Name, Company's Name, Phone Number, Fax Number, Job Title, E= mail address, Complete Mailing Address, SIC code, Company revenue, size, We= b address etc. We offer: * Complete list with Email address in an Excel Sheet for unlimited usag= e. * Do an email blast endorsing your product/services and providing your = contact information. * Email appending, multiple contacts appending, Data appending which wi= ll append or add the missing information to your existing database. Let me know your thoughts or pass on the message to the right person in you= r company. Thanks & regards, Kristen Bell Demand Generation Executive. If you don't want to receive any message from us then please type "L= eave Out" in the Subject Line. From owner-freebsd-stable@freebsd.org Wed Mar 8 17:50:36 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED4B3D030A8 for ; Wed, 8 Mar 2017 17:50:36 +0000 (UTC) (envelope-from rossp@f-m.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.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 C5853CF1 for ; Wed, 8 Mar 2017 17:50:36 +0000 (UTC) (envelope-from rossp@f-m.fm) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 1F79420A9C for ; Wed, 8 Mar 2017 12:50:35 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute2.internal (MEProxy); Wed, 08 Mar 2017 12:50:35 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=f-m.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= mesmtp; bh=nClW5uBC3oBj0VpWTAPoo9j4Yj4=; b=U2Mu+NPmYs3JAG+ugtKnP 2Aqhdt5FI8ONUc+1WB3rkWS9bw7k+TAhja+RmdTHlvWYhHFCLu4a4eYLo1GMZ4PR bRtOVdKHcS/ZRNwCSxQHnF1tOq1lUz5PKTDCPGF+QZLd1tyKXvIYV5sevqbhR7t+ x6YkxiXdr7AtluZCmzf18E= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=smtpout; bh=nClW5uBC3oBj0VpWTAPoo9j4Y j4=; b=Ui8iuurxRYMUddL7bQ9LBPmaOsbkTfPMlj3HnXDX0/SlKq81M/ISDNZdr NfCakjRU7JjnnUrbqky4PfAcPhctGt+UnvpcbhsRafNePOGb+UNUukWCzvqrig5j WKpwKkUUeNXsx3rlq70/hqIe9WQdBr/Jmp5W0baEbLqCDmlNH4= X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 02B46BAB57; Wed, 8 Mar 2017 12:50:34 -0500 (EST) Message-Id: <1488995434.662180.904819256.53D433B6@webmail.messagingengine.com> From: Ross Penner To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-9f47d516 Subject: Pkg errors while trying to rebuild packages while updating to 11.0 Date: Wed, 08 Mar 2017 09:50:34 -0800 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 17:50:37 -0000 I'm in the process of updating 10.3 to 11.0 and I'm at the step where I need to rebuild all my packages. As suggested, I run "pkg-static install -f pkg" command. Unfortunetly, that fails: ... FreeBSD repository update completed. 25860 packages processed. pkg-static: warning: database version 34 is newer than libpkg(3) version 33, but still compatible pkg-static: sqlite error while executing INSERT OR ROLLBACK INTO pkg_search(id, name, origin) VALUES (?1, ?2 || '-' || ?3, ?4); in file pkgdb.c:1544: no such table: pkg_search # I'm hoping for some quick advice to try and remedy this. Thank you From owner-freebsd-stable@freebsd.org Wed Mar 8 19:26:54 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A89DD03F20 for ; Wed, 8 Mar 2017 19:26:54 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0080.outbound.protection.outlook.com [104.47.40.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD1AA1ABC for ; Wed, 8 Mar 2017 19:26:53 +0000 (UTC) (envelope-from rwa@athabascau.ca) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector1-athabascau-ca; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3q2S5lcISw+c2/QgziYs7+ab4uGt5VYnE70eq5VetFE=; b=vxbBDcFxE7BP7eRrpGkgUZcc49Smqlq3hA0Cp11U99cmf5c7J3Ve3M2ncC3oCaZOr/JRqJqo9DUXVYkBYdcGeOdvdBZHfMfzjS2fx9ldTAKdCyo+DHtRyqd53DZdaQ+FYFHQPSTNX7U80iCpaVG+92mmXRKk8iYgFnRsElS38XI= Received: from DM5PR13CA0008.namprd13.prod.outlook.com (10.168.112.18) by CY4PR13MB1141.namprd13.prod.outlook.com (10.173.178.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Wed, 8 Mar 2017 19:26:46 +0000 Received: from BN1AFFO11FD008.protection.gbl (2a01:111:f400:7c10::177) by DM5PR13CA0008.outlook.office365.com (2603:10b6:3:23::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.961.8 via Frontend Transport; Wed, 8 Mar 2017 19:26:47 +0000 Authentication-Results: spf=pass (sender IP is 131.232.32.37) smtp.mailfrom=athabascau.ca; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=athabascau.ca; Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by BN1AFFO11FD008.mail.protection.outlook.com (10.58.52.68) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.7 via Frontend Transport; Wed, 8 Mar 2017 19:26:46 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 9DC8C201C1 for ; Wed, 8 Mar 2017 12:26:45 -0700 (MST) Date: Wed, 8 Mar 2017 12:26:45 -0700 From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Subject: ssh -Y forwarding seems to be damaged of late Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39850400002)(39840400002)(39450400003)(2980300002)(438002)(199003)(189002)(8746002)(50986999)(54356999)(104016004)(74482002)(8676002)(8936002)(55016002)(5005980100005)(305945005)(6916009)(50466002)(7636002)(356003)(189998001)(86362001)(83506001)(2906002)(7696004)(6266002)(47776003)(110136004)(23726003)(38730400002)(5660300001)(2351001)(42262002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY4PR13MB1141; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD008; 1:gq+epk+tb97I820Rm3HExiq228Pm7qj/PmCLrpCgMXJhnJBZZ6jyHSCtSY0xY/Cr23KPMzJ8iaTZZNdni4icxLVPmkXKut9PEL8VhzrmaXcjOwtzqNV2MUVlEBBJJ9NUKJIdxtvj24faMyimIZWkLbhvtVgGSYrPwdn6yc7fftSF7qzXkLnChRNaw6Q3gcLvhaA5NExFPWXv+mjWx6vU5cUg4b6Vc1MElna/0Bs1sOQmVe2VqlV6dmQjj6EGl+UdOeJVW7fcCy0Qdz1VMPpv5XFZ6f0NN95W1BNu2HwGdZ6s/64dXFUgvi3VtXpk5kIJdV9Uu0Cub5ByvaRnX5PZM9k45hsWpkyR2M6Gjeh98EA/EmDOE4icDw+k2y0XtMdBsPwUOy7c/yIscf2+eiR3jY7iWHfCJjg1n4ZYM/5sp5wV5QNVm4rHBkdt496hP5w0qqGXMXILjE5MvKtVyqakCGOA32QaD8jQRkvhZHmmO4VZgjgwEQMY9H4hLXxv5I3FfzQO32fA/0nRAISxnHzcOQ== X-MS-Office365-Filtering-Correlation-Id: 26756d5e-78af-4339-b8ce-08d466590fbe X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002); SRVR:CY4PR13MB1141; X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 3:jS4iJ1/tWYrNmVTPdzajkJLmos5adCS288Z9hfmEgSxrCeAiVkY/f7v9n8SdkASZ3Jx1ZVwfPrnQeSTFkMerlLeROgZM4Ybi7H0JKy7X0+zgOm11fX42WJbUg44mx6QhP9z5Bw6H1E6DfYF48lw0MiT0m4CXfdKLUKEd3hQjSbinI1XYuZrTibQ18sw5t0Boh1GvYBZtXqEaJVeWRk3VVZ45QEYqCwcASE1YmhZ+psgv24T7kDTQbOKNB0d0ejUAVGefYoulcU+6Ea8WwkBHddxCawjhK4YdFgBDPlp+eJTIXQjzWrQTcORKsVMnkRriaQxYnRFuAdjjsGrP7rEHowUyfeCA5fap11diNwqYj/LjG5mADZYVhGVzhoIT9gpeM8014tCcHF7rZmBiOm8HZg==; 25:OCIwKBa2kJNVky5Ofgl1YdtFU0QaKm3HBCRFwhuMmRoqiQPuAAx+cASSpwsAlvSiuz5rjCbV9+54k0aN5xQxJR4OUxawYPTzRuuVsPbu+Iw++uBUjZO450bhQfYbR35yAaycyvnswOsfiH7cv8iicbh+MreZw3BGUXzH+KRNFeAj//Vk+Q07WLSQWEh2aN2ph38V/BOAwImeQuqvZ1AuSQAT4d52dF5cTkPMiDDbR7IiN3q20oauKlzDeexDI0sVpS4D0nmIveINLYazUsxd18p8Un0cmIiP/p9gWtdUUIP+V4sCZvlBy9jKoYi7PKqs4dAbsXs0+E6+vC5HZlCwDr7v+lKpKRuXhbM+JFrEuZysvwaRosrs2PezTKA9YtGhHF43VdwDD6nnaeFggjANoxtWsmX6SQ0f8/cG5+XkvinMhmsbntnUlZLKLujvtmwhJUIvjrfb9WByNHslsS0R6g== X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 31:rc8gDCiERlqT+2qsJELj3gCBcJ3YwS4rG67b3a9uI07T1GNqSAFCmUCGmS9u4WnTFV1tl5K2VRsH+37ShG7UlEmsGLyeB8dMguESqzBmGnhMtxa/eEL95Mv+SNOz8BLcd+tKSttEtEseUR4JLV8uarie424Rk2k/mk2ib1VGP8d/0VaxHFWR01vZfRwGCtoHiSRygLRDGQQNhR/0rYsr9+MXAxsWd4ib60QpI8RzD8+b0FzMPZrnmNIOo6dgit5mSLqb5bwnvwZBHaCduODcMhd5RIx6PnIPvaBMQJzPTAQ=; 20:B5Ki5V9HBRHL07kr/cCB1J/O8wdMGXwZWlkgmnYPWpoDCm+N1mSFVH4jNc46r9ttsODF3EdnVkN/vVxIjA+CTnA7vlZU3nCt8KQnFQWlt3uJ8WK5m1unXYPXZeJUGtgLiXTvdtfl9uH3md+OdaZdlqCH13hmqRHJlKw2740tjG2Xu78L4p8R5hn3PZSV//9v5Eighfr7JZF+UdOzGt4CNf/AzU16prBYe181qvx5322eudvCzWVyFREaskuKT1PeICTL47uq0OFuhjOjUM76IpMTRoSVasdbWYr8+efXstd4Nv+SMdlPB8/dW9Q/BqkPTdClkJfjQtkuKdcQjQRqulw/pTnLs6TjxF9S6qsKM4M2u1PYt7YsrYbeGsDsCGIyShA2ZJcWrHWizaTR0rkcuLeUs2TJ9Dhoy7VlF8FT0jmbFnw8TPXIiPb+oLrmFS8MWyFJVD7nLIUN/+LODTViQUVIuCPhULbrvyJvuQhJzMI++Xjsdu/HekgQ92rl5dBZxPLg3pEan7HYvMEPsbcXy1+tqCAjM0jCHZp8ic4/NwXmzgnbDAAgYTZg5pyuRiyn5yjjZSaqFBvBd6+27+BU1OgV1paCF+5m4Z+4fHj8gE4= Content-Transfer-Encoding: quoted-printable X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(158342451672863); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13017025)(13018025)(13024025)(13015025)(13023025)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(20161123558025)(6072148); SRVR:CY4PR13MB1141; BCL:0; PCL:0; RULEID:; SRVR:CY4PR13MB1141; X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 4:OVvuyQoVuRlT6E3qZasfVIsvJ7pKIJEGKnk0EM2iosxAkDuSHoYzXXLkYc6M3iP9zZSDBjOIyJpcKzTl8C8r/fCBR51yonyOPOhB5/6QcicPcrn2fOMkJWdQvjfZruGnE6sHGK9yu3CmDCp/BeuoeVlxU/6watD79jUAK/t2GD2Q+7VT3hqArSE0+wr1v5M91mSwlsXETuBT+AJiT6S0KjGsN8CxXs6hzNfaAhuf4fQtISEAzNIJ5WCchm15Kl0v4NNnZqEBCpk3k/k/rRWcn86ioFfG/q5OZnz5OdYNscFDD9LLonnwRtUXHKiAQpHfdSm0h0a3RLcxnJfXOiWW5uPKS/6GubPY2SQfMkFYnEtr01oKDw7MuimmKQXuK04CADI7ftWuyhFCibwE74ifSTSBJOaoEZloSd+/JlTQH9FmzzKsGtxZLtyZPaBGzsVpzqA36qWibN7/jp7W3Dk5IZlL2Vd1mtQA/0gBhZpqz6Bz2G0FM+w2r5iH2aAu51ZOvOCTTGaLJOZoI9+hX+4FOAcjqhAm+TTECdE5iz3/KPAlopr2Maar2pZxUByLVTgmWLh7/4grO7lpRWQLpqvhdPA39O0KvJwMqk1Ben3/QiIcXwAJR7caj+qr4ExCKqZguAB13dSJj2Qk6+fhI0qAgR9xbYOAQxwb7JCght5csDuplun81xOY/D1X5DOt1032aPjleS7LDqnVagsSXhOfdFqjJmKcxPWmy7JR3+hNnSKnNJ5EoRaioAFR1su8ZBWR X-Forefront-PRVS: 02408926C4 X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 23:zT2TeFjyaM6c3vn8LOfJN5YSqm4KWt1zIgB+pw4ZxiXaXTrM3j3lT4dJIyi4C7zLuckIc+LupFQHJA0Eme3HW0YgH1Sj4AxlV1IMvUYwUK+EYY0f5fKF1bQi8Io0Eq25yXPkJgBXwR3RzIdBt1enVTPPcHr6viTuJMqfkxq0xFrtJXun3qsOjPqenEUdFPsfybfCOaJUWbUi0Pli9XUP3GHNbang6x1Ul2/ZAD9wMerRy9WF0cTFiGK+Ua2ZR9/usz3Vv2nABFAfoBW4wTeBAopgjB+JTwVAiAc3COGWhtMUurZb4n3gw0qmfGl6V86aFZl2bRSJnIryxz8HWI85xFfMalRfKdYt5csTYL9/C8Oyzl7Cj2akRRYtU53ZHhruJ6Uo/fwJ/MtlIv+5ghuYg/+quReMntijmlJ0EAe7ggntZjytLVhaCDHSSgh6McSJLXCyqH5CayzJkhgNJgZa6xskCs6LtV8/cUkRm4ydEpgw1OAqN5rXgy5zV9yWiP2MG0r6R4+qlhpu1PHMsCaiEAdAnb452+B7VqE4GvHnxp1dHuzmDRu4GMWMR7gU2b/UQC/EnAcqcAKRtFb9ZnxnPVfqiqm+EmQRvJLbOEnZlFgjPCC3r5XWAOl1kckdYTRKjpR7zRn7reqirX+05/Zm/pHlwJH7xk5mRoiW0XyFsHW54ltxGQSlhxhAMB1/0jOEoYke8X0TWkNivPqg0Sg1XX0ClxinUc8j6mO7SfMcYviUjWmWXi9z/UG+8tZqYy11aVQ9QmzjfJTKr0cbL4D67mQlCtYNyCWhEZrW8MTqZBQFTGfvsLevTvKcht/xul1T/bvpSvFbsTRbJ4HkL5ggvnLAKVBdm+ltbftKHzyjhysw3OFAL2rDX9fiiQQavNYQNcnu6glXzWI7OEHVJtdWVw== X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 6:Hm+WCVkiehNCXTxXcrRF9Pfw3L4lSzbXDKk+Pmv8q14eHwCFeNiQY3T3/T6r0MA6vmkDfk50WBBAiuU9Mzu7NCyv7mE5zmNG4nGUwzgkxMvt0SrjFY9oi94m97Ou+w1dv7XOzi+0YF4VhMNyh1TNAIKbmTnYT3CRHjAE3rPsZk8LCHHOHBXV0ljXMWqh+OQYXyCSnDVQgmSUcLbCDX4QfsbABkZU8ut4cXen2TjWluoNwTykQBc9nMBa5OT+kLrCaj18VXH3DKbqc91x1xtRTBXpS4hqIgEo+eklzWS5FHC28VGPtyyPcJnb/DwHz6IdtS16PHI+xQ8L7pWFgR5XQOrC6KUuLU9Vo5FyKXMgcaSpH73obFZXN2IXIfmUHfwhiE0tGPAgfZYTljMiNSiRNw==; 5:uCGwaAzrdKWwNkDeiUN3aDQKPZdXjm7lK/oW340B1cveQlcK/8CN9XvkHk3GbQQaSkTsGYsaMePTRuaWTXWUKMfCSAlbtAyjy2Zj8LcDIG7jhXH7Kq/lgCAoqE0DvopM6hpJftUrfWtRasp1a0CZ/Q==; 24:LmdYD5mdobpa49167r2v57q2PuDzZP0RboUlFmr/YReCK8njKVE5dRi1dv4fuikY/RJyR/4z3vJGvPJ8GIkd2zUqSAG58qkqJUnDVvk+VNY= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY4PR13MB1141; 7:fX3hulp/T2tw9wrbn99pDGmpzi20wuYxEIOACWkD5fTvI3ETilG2UJxW6Tve4kRbjURY3WQcU1DYyEUYEq7VBIuBiyC6t+QipQkKtsGsccGy97fQKN0juWx050IH5TaBiXqCNQJ1nduhc3Lem5Vb3/4ug2v6vf8UbKDAtmgqegajqpYmoyL0Lfp0Go1lmczM+nv4SFZKZ+oRSG8jOcLYeLDLnhV04I1qre5kHaX7I2ost4vk3KduoazwC5DnROMFyGMoQR9XsM5+JL1CDb7p8ek6lSG8J/GktmrlCTL9Hvs5R+dlLWmjy41ZuYpii7avmcdzEUxIuGYKDoxvuglgsQ== X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Mar 2017 19:26:46.6022 (UTC) X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR13MB1141 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Mar 2017 19:26:54 -0000 Folks, I have notice over the last month or two that I don't seem to be able to get the VirtualBox UI to come up on an X11 forwarding ssh connection. I'm seeing the same problem with libreoffice. What's particularly interesting is that 'ssh -Y old.grotty.server', where old is defined as: FreeBSD 10.1-STABLE (GENERIC) #0 r283154: Wed May 20 11:49:55 MDT 2015 virtualbox-ose-4.3.22_2 virtualbox-ose-kmod-4.3.22 (and everything else there is of comparable antiquity) and then running the VirtualBox UI works fine. But running same out to new.shiny.box, FreeBSD 10.3-STABLE (GENERIC) #0 r314889: Tue Mar 7 17:55:43 MST 2017 virtualbox-ose-5.1.14_2 virtualbox-ose-kmod-5.1.14 (and, in a similar fashion, every port on that machine was built Monday, via a local poudriere server) yields this: griffon:/u0/rwa > KDE_FORK_SLAVES=3D1 VirtualBox debug1: client_input_channel_open: ctype x11 rchan 4 win 65536 max 163= 84 debug1: client_request_x11: request from 127.0.0.1 38136 debug1: channel 1: new [x11] debug1: confirm x11 ^Tload: 0.20 cmd: VirtualBox 2798 [uwait] 13.09r 0.13u 0.01s 0% 49896= k ^Tload: 0.15 cmd: VirtualBox 2798 [uwait] 26.87r 0.13u 0.01s 0% 49896= k ^Cdebug1: channel 1: FORCE input drain debug1: channel 1: free: x11, nchannels 2 and it will sit there in uwait sucking down cycles for as long as you care to wait. And, if you walk down the hall and log in via the local console, all is well. Any clues, or further debug info I can supply? All boxes amd64, 10.3-STABL= E. regards, Ross -- Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a The fear of infinity is a form of myopia that destroys the possibility of seeing the actual infinite, even though it in its highest form has created and sustains us, and in its secondary transfinite forms occurs all around us and even inhabits our minds. -- Georg Cantor -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-stable@freebsd.org Thu Mar 9 18:22:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD5E7D05264 for ; Thu, 9 Mar 2017 18:22:23 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0081.outbound.protection.outlook.com [104.47.34.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 63F201854 for ; Thu, 9 Mar 2017 18:22:22 +0000 (UTC) (envelope-from rwa@athabascau.ca) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector1-athabascau-ca; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=yWSepMwAU2Rcyi0sn8e81r/PXBZwSaY3zC8yO0M9aiw=; b=sOARpyqvEIObQNUKrat0wgVrQH+ls9pPMDVDGAMWmlq69HBCgPES8VXKwKTcZcSzK66d5+FCu/xE9kwv6QFeUbcfhKzoZGpXwB/9zd+/+e+eyX1uT8mFtrS7WzTqXa729ZKuaNcTxIU5y797SDHvVRFxLHnKE0wcjmK8xr87btA= Received: from CY4PR13CA0012.namprd13.prod.outlook.com (10.168.161.150) by CY1PR13MB0080.namprd13.prod.outlook.com (10.162.45.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.961.8; Thu, 9 Mar 2017 18:22:21 +0000 Received: from BY2FFO11FD031.protection.gbl (2a01:111:f400:7c0c::190) by CY4PR13CA0012.outlook.office365.com (2603:10b6:903:32::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.961.8 via Frontend Transport; Thu, 9 Mar 2017 18:22:21 +0000 Authentication-Results: spf=pass (sender IP is 131.232.32.37) smtp.mailfrom=athabascau.ca; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=bestguesspass action=none header.from=athabascau.ca; Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by BY2FFO11FD031.mail.protection.outlook.com (10.1.14.196) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.7 via Frontend Transport; Thu, 9 Mar 2017 18:22:21 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 233A82017F; Thu, 9 Mar 2017 11:22:20 -0700 (MST) Date: Thu, 9 Mar 2017 11:22:20 -0700 From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: Bengt Ahlgren CC: Subject: Re: ssh -Y forwarding seems to be damaged of late In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:NLI; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(6009001)(39410400002)(39840400002)(39450400003)(2980300002)(438002)(24454002)(199003)(189002)(51914003)(305945005)(2906002)(4326008)(76176999)(7696004)(106466001)(966004)(38730400002)(8746002)(8936002)(86362001)(6266002)(7636002)(55016002)(6246003)(54356999)(110136004)(356003)(47776003)(5005980100005)(189998001)(6306002)(74482002)(50466002)(229853002)(8676002)(50986999)(4001350100001)(5660300001)(6916009)(2950100002)(23726003)(104016004)(42262002); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR13MB0080; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; MLV:sfv; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2FFO11FD031; 1:gQQjujMcDuw35NpaHcE5jDQmwVmgqEwUF8CjA1nC+LUvGytBVRh9VkPwZQjdT3kb9AseT2DqnZ4wkEffCmkXvpSyH5bD1QMp7cR9b+IvNoBSLSV0ABC20Z4fQwI29CHe1woS5D7iOJqczjBiQfZXVCioo8vTF42IeM89EYgOQDBIR1eKFcqGmy2V6eegZSEL0aHR2AZyWPG+wwbSfMTXOewZvRSDgMNkO8UDWFna+bimfTnpqy7kMsV2YFAiedBDuStk26uWdmn722QMhUwxpp6JWrfk7qFqt3wRqXj3vTxSb4iF/F2Hd/yHwwBAREX8XCDiyrxDn4QSJU6Pktz9FdMAejsBFJ0syJOx8BxJuwM9gMt4XKiJ8EtGjlEkza02bzld7tzMHDVd16AtRFBsncVSvCC6ZKqxbE0CCrNKi82fWZ422uV1kkhzkGiSmU6pmnZak3lyQDpc2QJ7XzgKAug8Q9UUFJr8HPyBZouQThILF8/4W3q7Y+qx+1BEs687z5R/qJDhYphgm0B1pjmwldyWXE8UETvrqub8Z9JdaA5DJ7h/jSrMsa5megL+1Gio X-MS-Office365-Filtering-Correlation-Id: 2dec87ae-9137-45bf-4b66-08d467193a0b X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(8251501002); SRVR:CY1PR13MB0080; X-Microsoft-Exchange-Diagnostics: 1; CY1PR13MB0080; 3:qG9s1yGlwYGFZdjT5wojNQZnd09Gx5DN9sg2j9f0/PTKCrD+zXm+vXyBFwEfos3v0PbguQALtpFv3GCg702J/CMPJ5+LNzOQR8ow5Ake9HU7lK4/54H/4Z/PsybOYn1qz1kq4PPe6r22e0U0INhKoilRjz7o6AD5jjlNs64tMj9NIWLbtXXiXAu4HEmuVgHGdnuSfmo0KN+02uH1FMS6o50y4Qc3+Y/Ukwx9Bw1LBocLQtDyWXCRN8g9IZ0DunNVAuc6NJ3Dg+hQTwhhKu4gQW3XaH+sjZil64szk+LBHAmhCiQaJCLqAW4TJarEcD862EL54P7jxpKvgoTq9KOlSPKHn4HT0cg7e153eglXM/lafhbncW2u7dtPTAosPP6keD9ycXIr/F/4zUJIcobO7Q==; 25:fvN3Lc941wOmpEKjHmjNexSA/Xe5CWc7J0Y7GzyN21/b8vdiszs59etzhd5GtQqw6p8bibjHoClM40F4BjHb8/1EEb4by76fqrJySMucYgJ3ntAaKf+M9/ZlKzS1ELgO/7cHZZoyJrvhHzFZHsOLkE1082bRZQv7ZlP41qTSET5hz9WitRsVv5z4Fm6gVsYltqw3nsP+LZwsP1aHQvJpQ257zF/SLevLt0uPBrC267LU16Wwp3avqDsW3hRnsJx3QNk26AQIoLjT8oZc8c6+nGC7/UXMaNcjMASdSS7MJ94CLz/CMbRJBuOuCQpiyrurAIHMOe9NGo6W2cZdERv/dRoLAzHKtcYByjCuzHuFVKwRdOZqGWniqwQMw9aAX8hVqWrYhVA2LiYo2kzS+b2TRDEzUESWTaTNbh8R8oOfmsDup9wTKPXq+kZouCKR+itB9vhhvK0eCfuiI5VZYjxglQ== X-Microsoft-Exchange-Diagnostics: 1; CY1PR13MB0080; 31:pGQCeDCqs3LjrD4CSFupVok6xhRPDyWF9cYq5d6+quZbltVCDba202rKIWt6nQKOt9NUDQuUV/KxWZl6CfC/USTzEOYf8pE7sK4DVSoLkMDNIwh/qDleU5JooA9nJINruqQPKLU48juFH5NV/Nr7iTaH62AUiVkgqm75NGFxjhQgRT6NfaNl8yVka/t/XPFReeKxlFUIym4Bja28NfpI1Dq3tvKK9yXF3daIpEV8pOtRiI8TURTQE1wgdieVXaYe1b9PG8/2rTjT3FuaGXmSsQ==; 20:LXvzAEVCBW+wxBpxs5dTByCXDqPsKR92+kR1jW4bDcY+XH2kdqWHmqmi1f7Og0/rMAFoQlpwpmCfNvk0+owwtGB8mLiRO152LxMMdon8bcCE/PzzfjVCm7SZjGShAzO1LB/Rk/Oh2Ez9F6BB7/lND3IF3KIC4nqump3KWXWCbn0ArOAiS8X9hnznR+eFsHQkHAQM4l9t9BHc3hNMhOtK3H1PWAMXji+Dw/MLHhVE5cojIL3kRK26adlwULaP9mpqXgrHxC0LVBijW6E3kBwjeMejhxDr1QKs6qDm+mQd072T7xrxH0QeVs32k0PDb4pnothGToTd64D+VPb4I4biW9Q4lRby7LbHdzovU+zP0XbaSSUaPg6k1Hn/40XvEf538nByR4uzVYKaWWgONrfZjr4ayOd5uvec4DvD79odJuXoBNmi60XIYl71gsLtwtJLM9uw04NoMt0SxX/QT2nnXTmhMg6hkSlOjRPG5d9ga+F+HOSQlATrEgqEJHXinSnKNWh09Kq0T6Zz8F3Ng0Uz/Nrv5SH0dWbFuwtRns7sMiGhfwqaApk0FDy0vHPR5CWaZbB0ykUxGzC0WX8xyW6l3yX5acG+dCiI6GFxe+zE7lo= Content-Transfer-Encoding: quoted-printable X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(158342451672863); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(13018025)(13024025)(13023025)(13017025)(13015025)(5005006)(8121501046)(10201501046)(3002001)(6041248)(20161123558025)(20161123562025)(20161123564025)(20161123555025)(20161123560025)(6072148); SRVR:CY1PR13MB0080; BCL:0; PCL:0; RULEID:; SRVR:CY1PR13MB0080; X-Microsoft-Exchange-Diagnostics: 1; CY1PR13MB0080; 4:XCm6mIAL2nX/dFfe011RPu0QwLtiXhJNBwANU+ktLk9/EBRziEnXuPwZ88mn/hdEprh3PIw3RXlJixUcQ/qMVeROWaR1TC6Ty619SO07r/8fgiMCQPkKklCIM1wmubcdfKZFximUwWcaUKh3cG650XUh2tx4qjz8M4TWpO6rlZ+onHC5O9cjbQP190sNXG5rjf1sondXZ2J8YC3dpa9Rm3J8PAByc8p8zE3/0REMPHP2voeQrhfRnbB2qEI9LZ7mg0SDJDVCYjIqnOROzuw2C9drqceoTOZK+MrjCUiOSSvyYKO9gT4QtLt62IVG/4YanUt/SqPk/Y9AJSLuExrYPCEJzZ/xomq6xVfy6a0NeEXlgesN7X14CcNXUgMkUfArICZBmPbq58wdH5euMwkXJiOO8pDZhlfzYEG1MQXPvH4jmvB/vN+8oa4RQRUwFVFqwgv68ppIEKOJTj+csJoDrPP9PeLxc0jAxBJ4YXAKXe6HuBt2MoAWuL7t+eiJlgAIv26eDLHDjtU5DxvoTNm5xxXtxU+S+T3tpuMiw42W/s6I/CAhS+FSLWi2McBiOBT1Ik7rgYGPAZp2ficrAnjxNQd8js+Sr5mF4dTXtHJU8V5okQR5QkibO8SpZjjfe/Lfu4CeeUTljHmpVlID8ed94SBDvCpDNuh7efoDrgnmph/SNF3Bbp1zTAotzX0MMugzBOwnBSsZOlkni345TVns6n54vRsCG6uVPvYdmEpcPk72nAkzCjpmGo/Oe4ZtK3LN X-Forefront-PRVS: 0241D5F98C X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; CY1PR13MB0080; 23:gZwL4+OSfUmF6L0jhyBDMTUu6AXRNZxQHPRN1kUvO?= =?us-ascii?Q?DDqYt6cwjvjqIcjLGhDFU/PAbh2MycvFW3vxMXTaIOCd+LiqPyy1ii8SnILC?= =?us-ascii?Q?qNwp0e/V5CXgFUoXWN0RGKld2niMhEdIzk3GRLSxyLK86syamHx15xAJBJBX?= =?us-ascii?Q?zYBBxCcRhF1suTDeRnfW4xvr3KuQN938s0dEqJh9whN5mRuVRJp66pwOz61u?= =?us-ascii?Q?e3igLma8jYKZHwE4bfBxXeM4IFxbOiqkbNGXrPnDoKurw17spdY/KHPB2zel?= =?us-ascii?Q?w/jYqzyNVnxEe8ZJWHmJgAziJ/mqkYqxhbszrRJ5RVcH2Jr+KqhK+V6gHbd9?= =?us-ascii?Q?RIVhFm0oJkJuzDlJ7YrxuVrVWDQEUjtLNcPjgYFxxOSWcRm8n3+597eTIlPQ?= =?us-ascii?Q?Idxzm+Lw5q8bOo73oQDkRwxSDajd2eXktJj44eMhnaMTYhCFD8vmC6LouoZI?= =?us-ascii?Q?TTQOxOEJJUIy/UOP7Z+UDJE0V14VRP+2MT9tCMuhthnY1/v3OHXepXTxLvJ/?= =?us-ascii?Q?F567XxeGB4kzXWXETL6SjuYS3YlWBefgthaqXjSXX51rjZsInTFnSb6V2Lxu?= =?us-ascii?Q?bv4ZSMZyNcgjaBUMv0jbDmlM/QKqSSqTJ+zMHEcMqB3KP/p+P89qMRv7DC5j?= =?us-ascii?Q?YgaJoULXiDJiucHihk1s5kOyIRTp5hwSdlbmtS2NlBC/tU0R0y1QH0Fpk5pQ?= =?us-ascii?Q?rR+jbas733bx0VjMKlOJejIcTcTEnwINxxYBJVRRSmKpmbe5A8Xa0B2LQ13M?= =?us-ascii?Q?20SeYVzUecmi+gTAUUb4NAJRU/P7wKgu5tVYizTQQ8FJ8d+TAwlqi+G2mPr9?= =?us-ascii?Q?HfCbdAtqLXNcEwkQmNCldKR0lClfyg2tqQNt9IdIHa/2WE3NojBqyyGWer51?= =?us-ascii?Q?EJWiRp29xXBsm+qjiffQqVsXPkVYdiWoIQzPCb8rHsE/2bctEJNu/Hgoov/P?= =?us-ascii?Q?s5fEJOHfIOrQzMCwfi2nAi0zY40bVytT0XcIxAIENenau4JryFmigx2lS+I7?= =?us-ascii?Q?Nx6oWMVvwdxMZvLFFRyWcF70Y+MYqfnabuHLnMSnKD5Zzn2FDz5Zdud1iVx0?= =?us-ascii?Q?RptBiZUJ82dL1MxE8RY1vo5XpKl?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR13MB0080; 6:4L69RVFaBywHGl1xJJyRpK1bBlzLVUegdfCBx9AoZc0DR6NYTqcEpNgdIPz4tHeMxviixftsC+js9Ud70Bvg/zafPWfXFJMDRf610BFwSPOTmoS3Vouvw0lOag9DAaGGFm/m4mJb45WJVfZbSIWC8oaeHV8sSYoNSz00YvY57p9uYVj99rHJN8fYTqCuXWAfE05Z0glGVGh/9OB/f5RZ9qwko8ObD6DOPJEO4mEavLdexVvcdKQPfbXnlBnXqjc36gwMObEyQmui9yW6dXC6EfgW8oE8kI3HKFTpNGEbJHSIx2n5LUrJ0KZuLnhQmgeW6ga20sPFqEnjbNuZsffHsvSRm7bRYIW4KnMPpIx/VO9ANSjeftGlvIlGuPpyFXhXC+BOudT2cSwsteP6pqVMPA==; 5:Oz1XPFoQtrq7NyDGCyWNexiISNciNwh91SzeB+9IyjDX037kwoK3+yqW2hf6sjt/iWJe7oe79fSPorM8yznZlZLxeA7xN5OUAvMUSR+l6AqchwLXwD825IdO1iHm0eChYpqKEXYz+3u8loEj8+nBRK5YnDoJeWCb6uvJl+JES+o=; 24:JkC/PLcrBIHBpwIt/xOcGAE8RQJH7tOROs355UV5MiCBBnysrF22F9LXb2um5TsF2bmPTWYh7OmXUrGXp/dlEAlwU1ipxbz7qE/dVrUhaoQ= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR13MB0080; 7:Hk0xBsZUqcEVg1LsVWuaewnCq/WZqclJ0JAOU/XjQ9Gghf9XirNKfjnbbpCDM2RGnHLJZIRcWqheAi6M64gnRdI3Ld2Zbg93846HG90FINkxl4ab9CF7GPQcvrB91Im4bdKOfXkiN9U0PNR+B6hzHR+LDExh1iYcaki9/4J7iCwxVI22BNY1HBshLYHWhhDsW/Il0CwLMPNSklPCatNgtT1ZDOPLy3NSN8UHUW6ilV0UQabKqAi/+uRTMMnlcj5eJoyWbZiPOgUsdpkmT7Bek1P4uDq3r5CxHKqU53I94h09T16NTQkpZSTSphQhPyIvuNaVDEyVlZ9cAC4KC5dr3w== X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2017 18:22:21.0340 (UTC) X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR13MB0080 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Mar 2017 18:22:23 -0000 On Wed, 8 Mar 2017, Bengt Ahlgren wrote: > Ross Alexander writes: > >> I have notice over the last month or two that I don't seem to >> be able to get the VirtualBox UI to come up on an X11 forwarding >> ssh connection. I'm seeing the same problem with libreoffice. >> [...] > I don't have a solution to your problem, but I'd just like to inform you > that Virtualbox works for me over "ssh -Y" to a server with: > > FreeBSD 10.3-STABLE (GENERIC) #1 r314204: Fri Feb 24 15:28:33 CET 2017 > virtualbox-ose-5.1.14_2 > virtualbox-ose-kmod-5.1.14 > > this is with the display on a client with kde desktop and: > > FreeBSD 10.3-STABLE (P142s10) #12 r314314M: Sun Feb 26 23:27:14 CET 2017 > > There are some complaints, but it works: > > $ virtualbox > debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384 > debug1: client_request_x11: request from ::1 12262 > debug1: channel 1: new [x11] > debug1: confirm x11 > xkbcommon: ERROR: failed to add default include path /usr/local/share/X11= /xkb > Qt WARNING: Qt: Failed to create XKB context! > Qt WARNING: Use QT_XKB_CONFIG_ROOT environmental variable to provide an a= dditional search path, add ':' as separator to provide several search paths= and/or make sure that XKB configuration data directory contains recent eno= ugh contents, to update please see http://cgit.freedesktop.org/xkeyboard-co= nfig/ . > libGL error: failed to open drm device: No such file or directory > libGL error: failed to load driver: i965 > libGL error: unable to load driver: swrast_dri.so > libGL error: failed to load driver: swrast > Qt WARNING: libpng warning: iCCP: known incorrect sRGB profile Bengt, Thanks for the data point. Yes, I too got the "Failed to create XKB context" and the fix is to install xkeyboard-config-2.20 AFAIR. The libGL errors are certainly interesting, I don't see those. Will dig down on that. regards, Ross -- Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a The fear of infinity is a form of myopia that destroys the possibility of seeing the actual infinite, even though it in its highest form has created and sustains us, and in its secondary transfinite forms occurs all around us and even inhabits our minds. -- Georg Cantor -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-stable@freebsd.org Thu Mar 9 22:49:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC23D05AFF for ; Thu, 9 Mar 2017 22:49:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-QB1-obe.outbound.protection.outlook.com (mail-eopbgr660070.outbound.protection.outlook.com [40.107.66.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1D2C5102B; Thu, 9 Mar 2017 22:49:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM (10.165.218.133) by YTXPR01MB0191.CANPRD01.PROD.OUTLOOK.COM (10.165.218.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Thu, 9 Mar 2017 22:49:01 +0000 Received: from YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) by YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM ([10.165.218.133]) with mapi id 15.01.0947.022; Thu, 9 Mar 2017 22:49:01 +0000 From: Rick Macklem To: Harry Schmalzbauer , Konstantin Belousov CC: Mark Johnston , FreeBSD Stable Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Topic: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Thread-Index: AQHR8Usp3UC6l4vlEEOdyPFAeIRbFKBAJI+AgAA/AgCAA/TscIAA8igAgAiYa2KABCvkAIAZfWvFgR8RkACAAGUjgIAAESQAgAAy89uAABLyAIAAlXuAgAJ5ghk= Date: Thu, 9 Mar 2017 22:49:01 +0000 Message-ID: References: <57A9A6C0.9060609@omnilan.de> <20160812123950.GO83214@kib.kiev.ua> <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de> <58BF0DE4.1020300@omnilan.de> <20170307235550.GP30979@kib.kiev.ua>,<58BFC5EB.8020905@omnilan.de> In-Reply-To: <58BFC5EB.8020905@omnilan.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=uoguelph.ca; x-ms-office365-filtering-correlation-id: 5c816aaf-05c9-4cd8-fdfc-08d4673e7b38 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:YTXPR01MB0191; x-microsoft-exchange-diagnostics: 1; YTXPR01MB0191; 7:hlq96HO6HaImVdHUc5rirO1NSIMj9gPpVJ6QxMPLhixv+11y9ivym9lpje14LLfEUSMpwcqN0RP1XdAxmt2I7z3iub8uWdSA+FjKbYEOzp+n7adnB1PiyE06mcec4FOCp0yPENNV1Nzo8JOqVEZoCgJj/45GK9mcTnuZ8/WkFp76qM3R/zI62lzhp/SPrsgtlEs1Y6xaxqoNukKrqnK61cwVveSV/VY3MBw8bJd1I62+l4AKjlyUCKtilbmfdR6qZtjhfzzVO4yOvxAclf8QoaJHitHeAEOHeVHoghtiyfjmDdoEXZEM4j3xbaX90E+Icb35Yv8vathrt+LuXpHepw== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(244540007438412)(75325880899374); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123555025)(20161123562025)(20161123560025)(20161123564025)(20161123558025)(6072148); SRVR:YTXPR01MB0191; BCL:0; PCL:0; RULEID:; SRVR:YTXPR01MB0191; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(6009001)(39450400003)(24454002)(55016002)(6506006)(77096006)(7696004)(53936002)(2950100002)(6306002)(54906002)(189998001)(9686003)(2906002)(6436002)(33656002)(106116001)(6246003)(38730400002)(305945005)(39060400002)(2900100001)(102836003)(5660300001)(74482002)(4326008)(74316002)(8676002)(8936002)(81166006)(76176999)(93886004)(54356999)(50986999)(122556002)(229853002)(3660700001)(3280700002)(86362001)(5890100001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:YTXPR01MB0191; H:YTXPR01MB0189.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2017 22:49:01.8423 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTXPR01MB0191 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Mar 2017 22:49:06 -0000 Konstantin Belousov wrote: > I did not touched unionfs, and have no plans to. It is equally broken in > all relevant versions of FreeBSD. Heh, heh. I chuckled when I read this. I think he's trying to say "it proba= bly won't ever be fixed". My understanding is that it would require a major red= esign of the FreeBSD VFS to make it fully stackable to fix unionfs and that isn't= happening anytime soon... Harry Schmalzbauer wrote: > In 2016 I did some tests with 11.0-Beta1, where this thread origins, and > Rick kindly looked into it and provided the following patch: > https://lists.freebsd.org/pipermail/freebsd-stable/attachments/20160818/d= 1d1691d/attachment.obj > (Explanation: > https://lists.freebsd.org/pipermail/freebsd-stable/2016-August/085294.htm= l) Yep, I am guilty of creating this patch. All it tried to do was fix the cra= sh. I don't know why a debug kernel with the patch crashes, but I might try and reproduce that. > Picture has changed, the machine daedlocked over night. So it does have > a significant influence, but unfortunately isn't the real solution. So, do you mean there is no longer any unionfs mount on the machine and it still hangs? If yes, then this should be looked at. rick From owner-freebsd-stable@freebsd.org Fri Mar 10 09:22:05 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 703AFD05420 for ; Fri, 10 Mar 2017 09:22:05 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from se-out1.mx-wecloud.net (se-out1.mx-wecloud.net [89.221.255.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.mx-wecloud.net", Issuer "GeoTrust SSL CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11EDC1D04 for ; Fri, 10 Mar 2017 09:22:04 +0000 (UTC) (envelope-from bengt.ahlgren@ri.se) Received: from sp-mail-3.sp.se (unknown [194.218.146.197]) by se-out1.mx-wecloud.net (Postfix) with ESMTPS id 09FF12035F2; Fri, 10 Mar 2017 09:14:20 +0000 (UTC) Received: from P142s.sics.se (10.116.0.226) by sp-mail-3.sp.se (10.100.0.163) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Fri, 10 Mar 2017 10:14:20 +0100 Received: (from bengta@localhost) by P142s.sics.se (8.15.2/8.15.2/Submit) id v2A9E5kF001774; Fri, 10 Mar 2017 10:14:05 +0100 (CET) (envelope-from bengt.ahlgren@ri.se) X-Authentication-Warning: P142s.sics.se: bengta set sender to bengt.ahlgren@ri.se using -f From: Bengt Ahlgren To: Ross Alexander CC: Subject: Re: ssh -Y forwarding seems to be damaged of late In-Reply-To: (Ross Alexander's message of "Thu, 9 Mar 2017 11:22:20 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (berkeley-unix) Date: Fri, 10 Mar 2017 10:14:05 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.116.0.226] X-ClientProxiedBy: sp-mail-2.sp.se (10.100.0.162) To sp-mail-3.sp.se (10.100.0.163) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=IMRyMknG c=1 sm=1 tr=0 a=L5DDne6A+dD0FbDkt2Fblw==:117 a=L5DDne6A+dD0FbDkt2Fblw==:17 a=sZ8rJzgPlrQA:10 a=6Iz7jQTuP9IA:10 a=e5mUnYsNAAAA:8 a=4LFCgDLcUO7nMIsKXwcA:9 a=Vxmtnl_E_bksehYqCbjh:22 X-Virus-Scanned: clamav-milter 0.99.2 at MailSecurity X-Virus-Status: Clean X-MailSecurity-Status: 0 X-Scanned-By: WeCloud MailSecurity X-MailSecurity-Score: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 09:22:05 -0000 Ross Alexander writes: > On Wed, 8 Mar 2017, Bengt Ahlgren wrote: > >> Ross Alexander writes: >> >>> I have notice over the last month or two that I don't seem to >>> be able to get the VirtualBox UI to come up on an X11 forwarding >>> ssh connection. I'm seeing the same problem with libreoffice. >>> [...] > >> I don't have a solution to your problem, but I'd just like to inform you >> that Virtualbox works for me over "ssh -Y" to a server with: >> >> FreeBSD 10.3-STABLE (GENERIC) #1 r314204: Fri Feb 24 15:28:33 CET 2017 >> virtualbox-ose-5.1.14_2 >> virtualbox-ose-kmod-5.1.14 >> >> this is with the display on a client with kde desktop and: >> >> FreeBSD 10.3-STABLE (P142s10) #12 r314314M: Sun Feb 26 23:27:14 CET 2017 >> >> There are some complaints, but it works: >> >> $ virtualbox >> debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384 >> debug1: client_request_x11: request from ::1 12262 >> debug1: channel 1: new [x11] >> debug1: confirm x11 >> xkbcommon: ERROR: failed to add default include path /usr/local/share/X11/xkb >> Qt WARNING: Qt: Failed to create XKB context! >> Qt WARNING: Use QT_XKB_CONFIG_ROOT environmental variable to provide >> an additional search path, add ':' as separator to provide several >> search paths and/or make sure that XKB configuration data directory >> contains recent enough contents, to update please see >> http://cgit.freedesktop.org/xkeyboard-config/ . >> libGL error: failed to open drm device: No such file or directory >> libGL error: failed to load driver: i965 >> libGL error: unable to load driver: swrast_dri.so >> libGL error: failed to load driver: swrast >> Qt WARNING: libpng warning: iCCP: known incorrect sRGB profile > > Bengt, > > Thanks for the data point. Yes, I too got the "Failed to create XKB > context" and the fix is to install xkeyboard-config-2.20 AFAIR. The > libGL errors are certainly interesting, I don't see those. Will dig > down on that. Thanks for the pointer to xkeyboard-config! The libGL errors don't seem to affect the functionality, but I have only tried with a text console. The client does run intel graphics, so it might be some confusion due to that. Bengt From owner-freebsd-stable@freebsd.org Fri Mar 10 10:39:47 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96200D0610C for ; Fri, 10 Mar 2017 10:39:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 09C2AD3F; Fri, 10 Mar 2017 10:39:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id v2AAdgMR001011 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Mar 2017 12:39:42 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua v2AAdgMR001011 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id v2AAdfPW001010; Fri, 10 Mar 2017 12:39:41 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Mar 2017 12:39:41 +0200 From: Konstantin Belousov To: Rick Macklem Cc: Harry Schmalzbauer , Mark Johnston , FreeBSD Stable Subject: Re: unionfs bugs, a partial patch and some comments [Was: Re: 1-BETA3 Panic: __lockmgr_args: downgrade a recursed lockmgr nfs @ /usr/local/share/deploy-tools/RELENG_11/src/sys/fs/unionfs/union_vnops.c:1905] Message-ID: <20170310103941.GG16105@kib.kiev.ua> References: <57B8793E.4070004@omnilan.de> <58BEAAAC.4090303@omnilan.de> <58BEFF83.9010906@omnilan.de> <58BF0DE4.1020300@omnilan.de> <20170307235550.GP30979@kib.kiev.ua> <58BFC5EB.8020905@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.0 (2017-02-23) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 10:39:47 -0000 On Thu, Mar 09, 2017 at 10:49:01PM +0000, Rick Macklem wrote: > Konstantin Belousov wrote: > > I did not touched unionfs, and have no plans to. It is equally broken in > > all relevant versions of FreeBSD. > Heh, heh. I chuckled when I read this. I think he's trying to say > "it probably won't ever be fixed". My understanding is that it would > require a major redesign of the FreeBSD VFS to make it fully stackable > to fix unionfs and that isn't happening anytime soon... > I mean that there is nobody who is both interested in unionfs and capable of fixing it, and it was so at least from the 8.x times. Also, I do not think that VFS needs a redesign to support unionfs-like operations. The problems that current unionfs has are its local problems. From owner-freebsd-stable@freebsd.org Fri Mar 10 10:40:30 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B79C2D061A9 for ; Fri, 10 Mar 2017 10:40:30 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:470:6c08::1]) (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 57158E6E for ; Fri, 10 Mar 2017 10:40:29 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [172.31.20.14]) by system.jails.se (Postfix) with SMTP id A469650C518 for ; Fri, 10 Mar 2017 11:40:26 +0100 (CET) Received: from [IPv6:2001:470:de59::63] (unknown [IPv6:2001:470:de59::63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 2414750C516 for ; Fri, 10 Mar 2017 11:40:26 +0100 (CET) From: =?utf-8?Q?Peter_Ankerst=C3=A5l?= Content-Type: multipart/signed; boundary="Apple-Mail=_B7B912F7-8A08-41F9-8184-DC5968309D67"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Booting Raspberry Pi with input on serial console Message-Id: <30CFED65-9A38-4332-B935-095B26A6FFFD@pean.org> Date: Fri, 10 Mar 2017 11:40:21 +0100 To: FreeBSD Stable X-Mailer: Apple Mail (2.3259) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Mar 10 11:40:26 2017 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 58c2829a19038414380317 X-DSPAM-Factors: 27, preventing+the+system, 0.40000, NMEA, 0.40000, and+#+boot, 0.40000, will+#+the+output, 0.40000, raspberry+#+#+a, 0.40000, serial+interface+of+the, 0.40000, the+#+process+#+the, 0.40000, but, 0.40000, Subject*Booting+#+#+#+input, 0.40000, My+#+is+that+when, 0.40000, Subject*Pi+with+input+on, 0.40000, the+Pi+#+will+interpet, 0.40000, the+#+interface+of, 0.40000, have+#+simple+#+but, 0.40000, as+#+#+#+boot, 0.40000, the+#+it, 0.40000, NMEA+GPS+#+#+up, 0.40000, of+the+#+#+problem, 0.40000, should+have+#+simple, 0.40000, will+#+#+can+I, 0.40000, constantly+#+#+to, 0.40000, constantly+#+up, 0.40000, interpet+#+output+from, 0.40000, To*Stable+freebsd-stable, 0.40000, GPS+#+input+#+the, 0.40000, up+#+the+#+without, 0.40000, that+#+have+#+simple, 0.40000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 10:40:30 -0000 --Apple-Mail=_B7B912F7-8A08-41F9-8184-DC5968309D67 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi! I have a problem that should (?) have a simple solution but I havent = found one.=20 I have a raspberry pi with a NMEA-GPS constantly hooked up to the serial = console of the Pi.=20 My problem is that when booting the Pi it will interpet the output from = the GPS as input to the boot process and the boot will fail. How can I = have the serial interface of the GPS permanently hooked up to the pi = without preventing the system to boot? Thanks! /Peter.= --Apple-Mail=_B7B912F7-8A08-41F9-8184-DC5968309D67 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL1TCCBeIw ggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmlj YXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4X DTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmvmCSsu1d52DXsCR58zJQbCtB2/A5uFqNx WacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnmVkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+C evdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx 7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PIdopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8U lVS8pkIsoGGJtMuWjLL4tq2hYQuuN0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1Ud DwEB/wQEAwIBBjAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB /wIBADAyBgNVHR8EKzApMCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmww ZgYIKwYBBQUHAQEEWjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYI KwYBBQUHMAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQU JIFsOWG+SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYD VR0gBDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY0JdO ruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpFNjDmQbcM 3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9uRbhjTu/b0x2 Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p6q/CW+uVrZiSW57+ q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOvZ3UDsTDTagXpRDIKQLZo 02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOumZhLP+SWJQnjpLpSlUOj95uf 1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7RX6gVr0fQoCyMczNzCTcRXYHY0tq 2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO/ZskmSY8wtAk24orAc0vwXgYanqNsBX5 Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsNJQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1 UeGp/2deoprGevfnxWB+vHNQiu85o6MwggXrMIIE06ADAgECAhAVg7EhX8r2LDRKhDrOrr8zMA0G CSqGSIb3DQEBCwUAMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYD VQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20g Q2xhc3MgMSBDbGllbnQgQ0EwHhcNMTcwMTI2MjAxNDMwWhcNMjAwNDI2MjAxNDMwWjA4MRcwFQYD VQQDDA5wZXRlckBwZWFuLm9yZzEdMBsGCSqGSIb3DQEJARYOcGV0ZXJAcGVhbi5vcmcwggIiMA0G CSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDcqYms37M3iO33p6LWK/fj7JFLGVacfvZf4CaHyg8m jY4sVP9HzeB6A/FOk0fvxDvK0Q7dIkoQdniS7DKcsBXpJ5s+tpszOhQ36RpD3B0xao3z0sI+9MyK 6IDu7pjxunC5qLYnVkcDjBPJ0X8qyR/bSvUQ3kBEOppPs8ol8GHsiRSy3TJL2wGapAdA+1r2KCqe eHrrCTGj4Dl7xvgUkfii6wShPH0yu66raHvdN6DHUyb1EFgS70HZ22+HuffqGvOB+iZZUeE9UQT0 pbzgCcHfkXfgRtNkzKDzrfYmJi9oTIpfyvusu8F9B9L3rZM6V2Stag4LLAo+zhsX1quM20Ilo71U GPhLgvDNjJnx1qli3tAyddxMhqJMhcRYDScIoIi6xZ4jNJvMlHJGTq29oH+A2TjAmM+gJY+0p4RB vVhNf7e0jSaVeHei+H+q9OlQmylXC1GzcUrzFDqWLDB70Sta20rQakZEFsQ+e+shxmj4AakCxY4D x5PvyWk48JWtmfaXboDG8Lr5RaULjHGEtg6ULVQdYakJDuCkjyYtZSZtC8PKk1uFzJu4yhfX9vOb VEabLeO5dSvNWYllUQdOP9nuNh5ZnHxEIHA1k/UgRvdwootCJ4TrTfHp7fQLbMP7AE53x88/M++A wNofKHoNqE7iPh1s9Os0ZWi/czCiFRI7wwIDAQABo4IBsjCCAa4wDgYDVR0PAQH/BAQDAgSwMB0G A1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBSxDZ1/nnS6 biObk7mYFx6CSYKuFzAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBvBggrBgEFBQcB AQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5BggrBgEFBQcwAoYt aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEuY3J0MDgGA1UdHwQxMC8w LaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGllbnQxLmNybDAZBgNVHREEEjAQ gQ5wZXRlckBwZWFuLm9yZzAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wRwYD VR0gBEAwPjA8BgsrBgEEAYG1NwECBTAtMCsGCCsGAQUFBwIBFh9odHRwczovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQCbKZGNOgGhchJ0IcN9rOEy8cwnHlBVDBTc kCdh6HPTeb7SiPmDLxJ1mp2ptKMjVDItkV9golRi4zWW0Q+aT8lJSbmLRWnTJflQB8zhbvSHwFzU VlsYEJBBUrMrfBeowZIcDLTr5VjmC7WysSSIAPyOLtbbIhYWVDiRc7FR3cMzMx0JHByg8iZqJ5/d S7CXj5NiRb8jp3Uo9Wo5o8qwuA0YQ/7ld7tZbE47jAQ6gOQ/J+yBNWCXOjklFmXeI6fxITO5XTq/ +SN1rp4lMR5KfahwYBf0m0jeZQbxek8XTTa1qHfDuZWdKP9Nab2LPYhOs+ShIMb3BNBgiJe7a3H7 yCwjMYIETjCCBEoCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFy dENvbSBDbGFzcyAxIENsaWVudCBDQQIQFYOxIV/K9iw0SoQ6zq6/MzAJBgUrDgMCGgUAoIIBmTAY BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNzAzMTAxMDQwMjJaMCMG CSqGSIb3DQEJBDEWBBSsj3eLVD+8Hs7rLFk9CDqMQMRaTjCBmgYJKwYBBAGCNxAEMYGMMIGJMHUx CzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQg Q0ECEBWDsSFfyvYsNEqEOs6uvzMwgZwGCyqGSIb3DQEJEAILMYGMoIGJMHUxCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9u IEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGllbnQgQ0ECEBWDsSFfyvYs NEqEOs6uvzMwDQYJKoZIhvcNAQEBBQAEggIAAW//A1rMF44a8mXIU6cYdkFw/XI+xJIgR9//wSRr 0A0C+uqM8XZceKy7wl3PakBcU6/V5Lo2VSQT6TofsRW2Zyj/FbicS890X6ZtP2R9UpV8fiCAxPTB CenRGTKhdmYAOCk9Azni6eWWvpEG0CLE6OjYmGOd18lOyEc2UxDGQmTB/8CKIFnOAvKCW2iAmqpi Fi3p2S+oMCGTPC+IM4Lg3sK9vExMJZWiWdy4HahmujYmqQbZGEEReAoUF5rLetdCpcoYLC130GAb 8FWd/lIrW/KRh8TOzo6IukhWyUVprOLwfGlk2L/VHQDWwvkUlAgUsn88/wvMyikeN2UYrDVIfjej m9Ulu5ij94qtRhRFxu0/RZBGJy6HbqSg9P4+M+JoCk7/ta7C3Wbr6Go6V/S8s/M0dAGtxDsA1LwM T1lfKCjUfdEF1AaE4Ebr/2S85HPnejLlV3qiC7V4eycijISsMF911JpgczpJUr2jTCKos0EymN2A QhpcAaVC2LV8TIDUb6Mit5LvsPVsr9Qb/4YtDJlW6qajArEByT4mbilqzZhA43UZsAkbRrteVmKb U/Iwf+lXMU47uQpjKjQmYqPZ42E11HMaDy1aX/XjqpDxIsKFcMJsHGchAPAEk0kAp3/DV8HhTDJT tVFTLbjuDQQ6Lovsv7X3r1ADkgPjSgO0YVkAAAAAAAA= --Apple-Mail=_B7B912F7-8A08-41F9-8184-DC5968309D67-- From owner-freebsd-stable@freebsd.org Fri Mar 10 13:18:23 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E60DED06553 for ; Fri, 10 Mar 2017 13:18:23 +0000 (UTC) (envelope-from lisa.munoz@worldonlinehub.com) Received: from IND01-MA1-obe.outbound.protection.outlook.com (mail-ma1ind01on0121.outbound.protection.outlook.com [104.47.100.121]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 22739DAD for ; Fri, 10 Mar 2017 13:18:21 +0000 (UTC) (envelope-from lisa.munoz@worldonlinehub.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT2791579.onmicrosoft.com; s=selector1-worldonlinehub-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZVRPueCkTX9XlmzdLSrmnCxKF1Z+aiZab3si7JWPh3Y=; b=foDUbanHwylD4NFy39sc1bY6ToRllMaGOQ4EIrEggTD7CVTdR9R9bFJ7ga8363Eg6mKnj7VUEY1RP/W0jle9PoIE1ZBg1CuGP2eSwTDKKhGtYPAj5S+bKKDfcUeGdW98PmyxUsumq78uCa2bMbCLeOIbM7sd36WK1O0D1d7xT5I= Received: from MA1PR01MB0181.INDPRD01.PROD.OUTLOOK.COM (10.164.119.139) by MA1PR01MB0182.INDPRD01.PROD.OUTLOOK.COM (10.164.119.140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Fri, 10 Mar 2017 13:18:18 +0000 Received: from MA1PR01MB0181.INDPRD01.PROD.OUTLOOK.COM ([10.164.119.139]) by MA1PR01MB0181.INDPRD01.PROD.OUTLOOK.COM ([10.164.119.139]) with mapi id 15.01.0947.020; Fri, 10 Mar 2017 13:18:18 +0000 From: Lisa Munoz To: "freebsd-stable@freebsd.org" Subject: Check Point Users Email List Thread-Topic: Check Point Users Email List Thread-Index: AdKZn8CpcM9jAT+tQMq+i4OOoYcRfw== Date: Fri, 10 Mar 2017 13:12:19 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=worldonlinehub.com; x-originating-ip: [49.207.56.184] x-ms-office365-filtering-correlation-id: 81dbab60-7e61-4b90-3988-08d467b7eb17 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702085552020)(201702085551020); SRVR:MA1PR01MB0182; x-microsoft-exchange-diagnostics: 1; MA1PR01MB0182; 7:SIP9IEUr0RlcutGEmCC6R5CTmEBZs8Pzy/r1e3cIx459wDFtdRUr4kIuZ4qsC3ivfmQq37KSjsQUnP5xdT/ABWnmE+0Td8o7h1usZ5iJ4+I5FTuFK9WbJLF+P3ITB/Z8fTuEyKAaMfCp+1weIc+FRkSulnKzlAF5yDaBQZEBm3lLKZM2Vkkx+z9tkMf6btmFl2hAW7JdUicNku9LwaG65+/KInLxzONrvowmgVaz6ZVPSJEC+v5a4QWxhEKm76kXMQoSfzPAwZAattsI+NbeVzMyDMErsDjPdr3zgwBXtquUhildwZFpWneY66UcwpLgjsSW7bRdjCKtTtigeBb2ww== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123558025)(20161123562025)(20161123560025)(20161123564025)(20161123555025)(2016111802025)(6043046)(6072148); SRVR:MA1PR01MB0182; BCL:0; PCL:0; RULEID:; SRVR:MA1PR01MB0182; x-forefront-prvs: 02426D11FE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39450400003)(39840400002)(77096006)(86362001)(6436002)(6506006)(54896002)(2351001)(9686003)(6306002)(5640700003)(55016002)(50986999)(189998001)(54356999)(74316002)(33656002)(38730400002)(122556002)(6916009)(7736002)(53936002)(5630700001)(3846002)(7696004)(5660300001)(110136004)(790700001)(2900100001)(102836003)(6116002)(8936002)(8676002)(81166006)(68736007)(9476002)(2501003)(2906002)(66066001)(3660700001)(3280700002)(8913002); DIR:OUT; SFP:1102; SCL:1; SRVR:MA1PR01MB0182; H:MA1PR01MB0181.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: worldonlinehub.com X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2017 13:12:19.5409 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 674ca32b-6a6e-4281-bad0-ef54f1c6d07e X-MS-Exchange-Transport-CrossTenantHeadersStamped: MA1PR01MB0182 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 13:18:24 -0000 Hello there, Hope you having a great day! Would you be interested in acquiring the list of customers or companies usi= ng Check Point Contact List? Information: Name, Title, Email, Phone Number, Company name, Web Address, P= hysical Address, and SIC Code, Industry, Company Size (Employee and revenue= ). We also have other Technology Users like: Palo Alto, Fortinet, Snapshot, Ci= sco, Sonicwall, Sophos, Cisco firepower, Juniper, Meraki, and many more. If you're interested please let me know the geography and job title you are= looking out to target for so that we can provide you with counts, pricing,= sample file and more information in my next email. Await your response! Thanks, Lisa Munoz Demand Generation- Technology Database To Opt Out, please respond "Leave Out" in the Subject li= ne. From owner-freebsd-stable@freebsd.org Fri Mar 10 16:04:33 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F1DCD04AC4 for ; Fri, 10 Mar 2017 16:04:33 +0000 (UTC) (envelope-from jennifer.alter@infprospects.info) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id F3B083C6 for ; Fri, 10 Mar 2017 16:04:32 +0000 (UTC) (envelope-from jennifer.alter@infprospects.info) Received: by mailman.ysv.freebsd.org (Postfix) id F026AD04AC3; Fri, 10 Mar 2017 16:04:32 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EFC32D04AC2 for ; Fri, 10 Mar 2017 16:04:32 +0000 (UTC) (envelope-from jennifer.alter@infprospects.info) Received: from IND01-BO1-obe.outbound.protection.outlook.com (mail-bo1ind01on0110.outbound.protection.outlook.com [104.47.101.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17F433C3 for ; Fri, 10 Mar 2017 16:04:31 +0000 (UTC) (envelope-from jennifer.alter@infprospects.info) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=NETORGFT1332061.onmicrosoft.com; s=selector1-infprospects-info; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=81XZ/TmlWx+tB593I5p7M+tPSxLCK+up+U5voToCrjs=; b=dqPI7GGkXSYJfFVUINEbQTlbGEKOHcviy9KD+RhGHMcmgvWPq0XT1mp1oT7mvpzQX3qnWHevw0/Wfyesp5QnjNARfBL3cp1FcNoMPgWPU5Cd76xmLcbsdQJ7kGc84+0RKtN1MEfR78fzuQcrvkuI0HskHxykz/Vi5eLyNA06fqQ= Received: from MAXPR01MB0219.INDPRD01.PROD.OUTLOOK.COM (10.164.149.149) by MAXPR01MB0217.INDPRD01.PROD.OUTLOOK.COM (10.164.149.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.12; Fri, 10 Mar 2017 16:04:27 +0000 Received: from MAXPR01MB0219.INDPRD01.PROD.OUTLOOK.COM ([10.164.149.149]) by MAXPR01MB0219.INDPRD01.PROD.OUTLOOK.COM ([10.164.149.149]) with mapi id 15.01.0947.022; Fri, 10 Mar 2017 16:04:27 +0000 From: Jennifer Alter To: "stable@freebsd.org" Subject: Check Point Updated Email List Thread-Topic: Check Point Updated Email List Thread-Index: AdKZtwkbBY4IhBwrRq2DDup6SoHEjA== Date: Fri, 10 Mar 2017 15:58:03 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=infprospects.info; x-originating-ip: [49.207.56.184] x-ms-office365-filtering-correlation-id: 995b790a-4cfa-424e-83ff-08d467cf2119 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(201702085552020)(201702085553020)(201702085551020); SRVR:MAXPR01MB0217; x-microsoft-exchange-diagnostics: 1; MAXPR01MB0217; 7:QGY4n/hturVYZy7r4lWSV3dTBy5ZZBlxKfVitHFU0immQGFEEhZffxtOKE63XDTaLzxYEoi4GpkAZYqv4Z2a3Ew8xSHJgEaoGkHvoOw8ZEDe+lLib4+OQjAFghVh+424xvaWSaIPSQvcyyNTWctb4iodFMzPrHlYBVMrG/0nZOMx5XfRLuUI/4U/3Xz/X9DV+wdpIFCFK22l3h+3Gue6Hptsi1pASwe51mfYS8MmgoArUw37rGyDV57/JHh1g0OaTfNYyFK5LvvuOMCaI19BahwQBBe0mFqsk351ZgYyVnzutd1KH1bjy56Q0QUtRizCqsT/e2wR5YAqtBkyh3pHVQ== x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6041248)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(20161123558025)(2016111802025)(6072148)(6043046); SRVR:MAXPR01MB0217; BCL:0; PCL:0; RULEID:; SRVR:MAXPR01MB0217; x-forefront-prvs: 02426D11FE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39450400003)(39410400002)(39840400002)(39850400002)(7736002)(86362001)(2501003)(3280700002)(9476002)(54896002)(6306002)(9686003)(3660700001)(6916009)(66066001)(55016002)(38730400002)(2906002)(1730700003)(7696004)(8676002)(110136004)(81166006)(8936002)(6666003)(3846002)(102836003)(5660300001)(53936002)(6116002)(189998001)(33656002)(2900100001)(2351001)(122556002)(50986999)(54356999)(5640700003)(5630700001)(6436002)(6506006)(77096006)(74316002)(790700001)(8913002)(45842010); DIR:OUT; SFP:1102; SCL:1; SRVR:MAXPR01MB0217; H:MAXPR01MB0219.INDPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; MLV:ovr; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: infprospects.info X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2017 15:58:03.7024 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: db6ec520-1295-477c-828b-660660a9f590 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MAXPR01MB0217 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Mar 2017 16:04:33 -0000 Hello there, Hope you having a great day! Would you be interested in acquiring the list of customers or companies usi= ng Check Point Contact List? Information: Name, Title, Email, Phone Number, Company name, Web Address, P= hysical Address, and SIC Code, Industry, Company Size (Employee and revenue= ). We also have other Technology Users like: Palo Alto, Fortinet, Snapshot, Ci= sco, Sonicwall, Sophos, Cisco firepower, Juniper, Meraki, and many more. If you're interested please let me know the geography and job title you are= looking out to target for so that we can provide you with counts, pricing,= sample file and more information in my next email. Await your response! Thanks, Jennifer Alter Demand Generation- Technology Database To Opt Out, please respond "Leave Out" in the Subject li= ne. From owner-freebsd-stable@freebsd.org Sat Mar 11 00:12:19 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE9D2D06FB2 for ; Sat, 11 Mar 2017 00:12:19 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 B9E7B117D for ; Sat, 11 Mar 2017 00:12:19 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IRI2SL5c4TJh29LyWK6z8zhAXKy1SwzOypVctS+Ab7I=; b=xTuvZ2C/7ywaDV8pvQbTidwzWL gbRQ/KwX9d6sclAJhuIj+IMhMG6xgIgSVyOVmJtIa0ibXAQqthyru2XOqk83ardxpkkkSjsq0kIOy WryYErHZ4Eis3pE9SsOxC8yXsBYHaw6LXHOfiNyeAaG88ZJZBx4XH5xAzwfNamFoRDTE=; Received: from [114.125.84.174] (port=61812 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.88) (envelope-from ) id 1cmUdo-001VRQ-0Q; Fri, 10 Mar 2017 17:12:12 -0700 Date: Sat, 11 Mar 2017 08:12:03 +0800 From: Erich Dollansky To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= Cc: FreeBSD Stable Subject: Re: Booting Raspberry Pi with input on serial console Message-ID: <20170311081203.682d0ae1@X220.alogt.com> In-Reply-To: <30CFED65-9A38-4332-B935-095B26A6FFFD@pean.org> References: <30CFED65-9A38-4332-B935-095B26A6FFFD@pean.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 00:12:20 -0000 Hi, On Fri, 10 Mar 2017 11:40:21 +0100 Peter Ankerst=C3=A5l wrote: > I have a problem that should (?) have a simple solution but I havent > found one.=20 >=20 are there settings starting with the boot loader to stop the console? > I have a raspberry pi with a NMEA-GPS constantly hooked up to the > serial console of the Pi.=20 >=20 > My problem is that when booting the Pi it will interpet the output > from the GPS as input to the boot process and the boot will fail. How > can I have the serial interface of the GPS permanently hooked up to > the pi without preventing the system to boot? >=20 It sounds to me like a custom solution or take a relay which switches the input on only after the system is up and running. Either by software or by a timer. Yes, I know, stone-age is sending greetings. Erich From owner-freebsd-stable@freebsd.org Sat Mar 11 17:54:06 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86DCCD0830E for ; Sat, 11 Mar 2017 17:54:06 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 6B465E66 for ; Sat, 11 Mar 2017 17:54:06 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 9c4e6b69-0683-11e7-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 9c4e6b69-0683-11e7-b3c2-c9f38144898e; Sat, 11 Mar 2017 17:53:19 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v2BHrsue001663; Sat, 11 Mar 2017 10:53:58 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1489254834.40576.55.camel@freebsd.org> Subject: Re: Booting Raspberry Pi with input on serial console From: Ian Lepore To: Peter =?ISO-8859-1?Q?Ankerst=E5l?= , FreeBSD Stable , "freebsd-arm@FreeBSD.org" Date: Sat, 11 Mar 2017 10:53:54 -0700 In-Reply-To: <30CFED65-9A38-4332-B935-095B26A6FFFD@pean.org> References: <30CFED65-9A38-4332-B935-095B26A6FFFD@pean.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 17:54:06 -0000 On Fri, 2017-03-10 at 11:40 +0100, Peter Ankerstål wrote: > Hi! > > I have a problem that should (?) have a simple solution but I havent > found one.  > > I have a raspberry pi with a NMEA-GPS constantly hooked up to the > serial console of the Pi.  > > My problem is that when booting the Pi it will interpet the output > from the GPS as input to the boot process and the boot will fail. How > can I have the serial interface of the GPS permanently hooked up to > the pi without preventing the system to boot? > > Thanks! > > /Peter. Ideally, the fix for this would be to "setenv stdin nulldev; saveenv", but unfortunately our copy of uboot is missing the option to include nulldev in uboot. I think a viable workaround for your case is probably to create a uEnv.txt file on the fat partition of the sdcard and put in it:  bootdelay=0  stderr=lcd  stdout=lcd That will prevent uboot from stopping if the gps receiver sends some text, and prevent uboot from sending most of its text output to the serial port, which may confuse the gps receiver (the uboot startup banner text still appears on the serial port tho). -- Ian From owner-freebsd-stable@freebsd.org Sat Mar 11 18:38:57 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3F62D06735 for ; Sat, 11 Mar 2017 18:38:56 +0000 (UTC) (envelope-from stableuser@larseighner.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id E3AEFF5E for ; Sat, 11 Mar 2017 18:38:56 +0000 (UTC) (envelope-from stableuser@larseighner.com) Received: by mailman.ysv.freebsd.org (Postfix) id E0370D06734; Sat, 11 Mar 2017 18:38:56 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DFDE7D06732 for ; Sat, 11 Mar 2017 18:38:56 +0000 (UTC) (envelope-from stableuser@larseighner.com) Received: from emailserver2.asdf456.com (emailserver2.asdf456.com [72.18.207.139]) by mx1.freebsd.org (Postfix) with SMTP id AE636F5D for ; Sat, 11 Mar 2017 18:38:56 +0000 (UTC) (envelope-from stableuser@larseighner.com) Received: (qmail 4672 invoked by uid 0); 11 Mar 2017 18:38:50 -0000 Received: by simscan 1.4.0 ppid: 4515, pid: 4670, t: 0.4189s scanners:none Received: from unknown (HELO Lars-PC) (70.115.135.184) by emailserver2.asdf456.com with SMTP; Sat, 11 Mar 2017 18:38:49 +0000 Date: Sat, 11 Mar 2017 12:38:33 -0600 From: Lars Eighner X-X-Sender: Lars@Lars-PC Reply-To: Lars Eighner To: "stable@freebsd.org" Subject: Horrible console fonts in 11.0 stable Message-ID: User-Agent: Alpine 2.20 (CYG 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 18:38:57 -0000 What is with the horrible console fonts in 11.0 stable? I have tried them all and they are each more hiddeous than the other. Is there anyway to get the VGA fonts back. I never want any characters outside of Latin I. Text programs are the only reason I use FreeBSD (it sure is not for the pathetic X.org). How can anyone work with the horrible text fonts which I suspect are some horrible raster fonts which reset video every time I switch virtual terms? -- Lars Eighner stableuser@larseighner.com From owner-freebsd-stable@freebsd.org Sat Mar 11 18:46:47 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5454D06B5A for ; Sat, 11 Mar 2017 18:46:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B9E841617 for ; Sat, 11 Mar 2017 18:46:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: by mailman.ysv.freebsd.org (Postfix) id B9384D06B54; Sat, 11 Mar 2017 18:46:47 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B70DAD06B53 for ; Sat, 11 Mar 2017 18:46:47 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 53F051613 for ; Sat, 11 Mar 2017 18:46:46 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v2BIkgLS093579 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 11 Mar 2017 19:46:43 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: stableuser@larseighner.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id v2BIkdh0073431 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 12 Mar 2017 01:46:39 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Horrible console fonts in 11.0 stable To: Lars Eighner , "stable@freebsd.org" References: From: Eugene Grosbein Message-ID: <58C4460A.8010303@grosbein.net> Date: Sun, 12 Mar 2017 01:46:34 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 18:46:47 -0000 > Is there anyway to get the VGA fonts back. I never want any characters outside of Latin I. > > Text programs are the only reason I use FreeBSD Have you tried putting "kern.vty=sc" to /boot/loader.conf to make kernel use traditional VGA text mode (syscons driver) and good old VGA fonts? From owner-freebsd-stable@freebsd.org Sat Mar 11 21:04:14 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D296D084CD for ; Sat, 11 Mar 2017 21:04:14 +0000 (UTC) (envelope-from eborisch@gmail.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 3D27B1EF for ; Sat, 11 Mar 2017 21:04:14 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 39AF7D084CB; Sat, 11 Mar 2017 21:04:14 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37A18D084C9 for ; Sat, 11 Mar 2017 21:04:14 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F20B71EE for ; Sat, 11 Mar 2017 21:04:13 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-pg0-x229.google.com with SMTP id 25so50568214pgy.0 for ; Sat, 11 Mar 2017 13:04:13 -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; bh=COmOmnNLK6nszl6WFFo6zrtLGUJBZsBCTLQ+bpi8DjM=; b=bIEAFUGeCNF+vaZXA3iFksC/8YONncnsIHcYHfA+051vTZXpheHLKGge4XS3NlkqEO VbOxZ9fl/d7aHFG1u8dMGtfI1YLp12I4aV3ZE23Ha32zuIALtoSRGwJjrO851grKe+Qh BuTPo7QZBcZvb8yD8CN5TC7iTXFdZZYM/qWLEM7hZLREHeUo4Vk8+E/2uprLU17Zauo3 pSzsPhjS+j1NeIbcsigcffMgc/2pY4wLrc3VX3TxjjShw26W2Tq4LEkaLeBOh76aTvpl //Z7LMg8GX5h8dTnP3i6UZDFBV1W53q9koOYYc5mGnYPCVuv0fnnRN4YUW1gS4foW9Tm pAUw== 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; bh=COmOmnNLK6nszl6WFFo6zrtLGUJBZsBCTLQ+bpi8DjM=; b=FIBKvBVCV/5ZtEvqbrmUw58zWLIcD+IiJDgm1GJ8ot7Hnxbm/jsGfZGGNqzdGFNt3n 8z2GIY8CC0BzDkrVv1l0xYH0xdWrZkE19urWhpgUYBT+wAl5vcAhOEwluzjosM0AEPqF NsTYueCtpnqaep4xDMbQ3z+JVVViN6esdHc84S/dr/tmymTfenOF6Uy2mjfJkVRE93K0 Asaijg8H2GYHfgS0Apsv6ghWjXfNfIqUhApWLL4br0VGw7CK+aA/DkTGbCR8WACLgE+I /N5fSx5BLPeHWYq2IbIqSquxI6AeAHLMylnlWotawoEkkCGiSfChj7yaU35jMnVh7GpD 7zTQ== X-Gm-Message-State: AMke39mA9CpYl7d7KYKQhp+fgxxzNygplNhr812GKg3VoCt7pE8QgS1elE/p+QDxhJt6UCN3msCnRBTTJGQBng== X-Received: by 10.99.230.17 with SMTP id g17mr27619852pgh.84.1489266253478; Sat, 11 Mar 2017 13:04:13 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: "Eric A. Borisch" Date: Sat, 11 Mar 2017 21:04:02 +0000 Message-ID: Subject: Re: Horrible console fonts in 11.0 stable To: Lars Eighner , "stable@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 21:04:14 -0000 Follow the "Font Support" section of https://wiki.freebsd.org/Newcons for another option. More info on the terminus font here: http://terminus-font.sourceforge.net/ - Eric On Sat, Mar 11, 2017 at 12:39 PM Lars Eighner wrote: > What is with the horrible console fonts in 11.0 stable? I have tried them > all and they are each more hiddeous than the other. > > Is there anyway to get the VGA fonts back. I never want any characters > outside of Latin I. > > Text programs are the only reason I use FreeBSD (it sure is not for the > pathetic X.org). How can anyone work with the horrible text fonts which I > suspect are some horrible raster fonts which reset video every time I > switch virtual terms? > > > > -- > Lars Eighner > stableuser@larseighner.com > _______________________________________________ > 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 Sat Mar 11 22:05:58 2017 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E074D08540 for ; Sat, 11 Mar 2017 22:05:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 09220806 for ; Sat, 11 Mar 2017 22:05:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: by mailman.ysv.freebsd.org (Postfix) id 05CA8D0853E; Sat, 11 Mar 2017 22:05:58 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03B57D0853C for ; Sat, 11 Mar 2017 22:05:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7E9D805 for ; Sat, 11 Mar 2017 22:05:56 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cmp95-0001vE-V0; Sat, 11 Mar 2017 23:05:52 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "stable@freebsd.org" , "Lars Eighner" Subject: Re: Horrible console fonts in 11.0 stable References: Date: Sat, 11 Mar 2017 23:05:51 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 51a43cd7ff6838d9e9bce89dbcde6c26 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Mar 2017 22:05:58 -0000 On Sat, 11 Mar 2017 19:38:33 +0100, Lars Eighner wrote: > What is with the horrible console fonts in 11.0 stable? I have tried > them all and they are each more hiddeous than the other. > > Is there anyway to get the VGA fonts back. I never want any characters > outside of Latin I. > > Text programs are the only reason I use FreeBSD (it sure is not for the > pathetic X.org). How can anyone work with the horrible text fonts which > I suspect are some horrible raster fonts which reset video every time I > switch virtual terms? > > > From 'man vt': hw.vga.textmode Set to 1 to use virtual terminals in text mode instead of graphics mode. Features that require graphics mode, like loadable fonts, will be disabled. You can set this in /boot/loader.conf. Regards, Ronald.