From owner-freebsd-stable@freebsd.org Sun Feb 21 16:28:40 2016 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 0C03BAB08BE for ; Sun, 21 Feb 2016 16:28:40 +0000 (UTC) (envelope-from thierry@pompo.net) 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 E832D11A5 for ; Sun, 21 Feb 2016 16:28:39 +0000 (UTC) (envelope-from thierry@pompo.net) Received: by mailman.ysv.freebsd.org (Postfix) id E5E1CAB08BD; Sun, 21 Feb 2016 16:28: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 E581FAB08BC for ; Sun, 21 Feb 2016 16:28:39 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from mx1a.lautre.net (mx1a.lautre.net [80.67.160.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.lautre.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A98D411A3 for ; Sun, 21 Feb 2016 16:28:39 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id BEBE841169; Sun, 21 Feb 2016 17:28:34 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 24F9F5BB410; Sun, 21 Feb 2016 17:28:34 +0100 (CET) Date: Sun, 21 Feb 2016 17:28:33 +0100 From: Thierry Thomas To: Kirk McKusick Cc: Konstantin Belousov , Hajimu UMEMOTO , stable@FreeBSD.org Subject: Re: 10-STABLE hangups frequently Message-ID: <20160221162833.GB2122@graf.pompo.net> Mail-Followup-To: Kirk McKusick , Konstantin Belousov , Hajimu UMEMOTO , stable@FreeBSD.org References: <20160202183913.GG8270@graf.pompo.net> <201602070123.u171NYxe005594@chez.mckusick.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: <201602070123.u171NYxe005594@chez.mckusick.com> X-Operating-System: FreeBSD 10.3-BETA2 amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xF1C516B3C8359753 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 21 Feb 2016 16:28:40 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, Le dim 7 f=E9v 16 =E0 2:23:34 +0100, Kirk McKusick =E9crivait=A0: > Please let me know if you are able to come up with an example that > shows the problem as that would give me something with which to > try to track down the problem. The problem is described in PR kern/207281 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207281 and after reverting r292895 as proposed in https://lists.freebsd.org/pipermail/freebsd-stable/2016-February/084180.html everything seems OK. Thanks! --=20 Th. Thomas. --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJWyeWwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFNTM2QkU4NTM4NTM5OUQwMEI2RkFBNzZG MUM1MTZCM0M4MzU5NzUzAAoJEPHFFrPINZdTauQQALgphkbQQxs3AxweirB9yyDQ YWfm+k+b/3r0SuO4FhOQp8DhDD6+UNN1uvi/UTfjd3kEab41t3NqcM5pdNlcNMFT HSJheAZxgEcqHgt8SihLe01t/ChmQRa/037YNMrVcqkuBibW/zqLcn9YEcBbN4i7 y94il+KThNElq+K3+u6zD8z65WbxFSKkDjGsyxS3UgqAUjuHDOHvVtZdfr4bkGa+ 6cZJitri0V91Qgj74r0u0Hjsu3UBIQ5739/CEjmGvD5sAG47PkTIecX+i5WLSvWC g2z5ocO6ZJWXb1DZ91fikTbNEkt5KtVZC1pvT23wf5cdvCigTe3I6S/7/s1VgjrE 7YvW5BQHzwdUrAr27BGNDuyKL1jVrhjXDm+ivZxS570eVcocz6d1cJpxkAMIsUkm uRbS7qYaRmLDjzapwroey9N7+xo01RBS03GLtbAEUQfl0ar+RuGjwpNWpFg9lrgg 35rzRvollu31OgKP3xUIsRwyCT0iYsLnEFqb31PDifq9+/pcC1JMaBDDSeIu4Yjw KZvzK4k/fvXNVHGMEOf/EBF0/vTeqYzzXydgB/HJ/7uXwaeBmgepW1wKF160DqFL MWbzHBhjZSxVz8PucRwL8rmwkxFVovv8E9SpFuSwuUoQezqWTEVHEhveVAFJbu2h SjECU0wYdQQf9JnO2Mkw =M2Tz -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-stable@freebsd.org Mon Feb 22 16:35:42 2016 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 4E7E5AAF313 for ; Mon, 22 Feb 2016 16:35:42 +0000 (UTC) (envelope-from wac@google.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 331F514AB for ; Mon, 22 Feb 2016 16:35:42 +0000 (UTC) (envelope-from wac@google.com) Received: by mailman.ysv.freebsd.org (Postfix) id 2FC8DAAF30F; Mon, 22 Feb 2016 16:35: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 2F572AAF30C for ; Mon, 22 Feb 2016 16:35:42 +0000 (UTC) (envelope-from wac@google.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 0983214AA for ; Mon, 22 Feb 2016 16:35:41 +0000 (UTC) (envelope-from wac@google.com) Received: by mail-io0-x22c.google.com with SMTP id 9so184429283iom.1 for ; Mon, 22 Feb 2016 08:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=MkHtXKZEJqsaia/wjuo45xqQbPOGYw1CaUcJKrJEdEc=; b=khvbMcs7pLmMMkEe6+U7TXtPDY8CgvcaUVNT89b/8LViWz2/NEyt52OqQid0gKIJHs 5Omv3RaN4QmfLDEoSRiNwNeN9AGjN3yKeHC7d0oqNbo4zu4yGs2fQ3x4MKCZ4yDb/agM dvVg6ivU7a0ntHzoptjxkFYg+B20qJkMYC80Hokw48w5ugMo8LrORBh0a7O2RCqomUHV NwSM2aajT7QOSz34JB2Smtu/jhxPH8yjBmzVSivnc7/m4XmUEw8R9/T3O1I1/jdSx3fz dSOLN/yDHjH281YwHMhPS5SQhkJWLEesQCbhxCHOPSFITr6aOux3UPIBLFlSDXotYYag 837g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=MkHtXKZEJqsaia/wjuo45xqQbPOGYw1CaUcJKrJEdEc=; b=isKq+P5Hb2WVrp0UJQC2MtRGj8TEA4tQ1mu4c2smPdlMcnceAp/6U7LkR8GVoDYg2R TK434ipGJmloT9Hon24iWibxKcvJ3zGfC08+197gKtYVV/BZFU0NPi/QBCr7IinWkaI5 +YhgtypOggSyerj0XKi/YeQl4YYBmpZ6Z2NsVV4eyO1v8kqZVrvjfZod/bZdPbZq5OPl J3aJB8C02+jvcRJlXVHxzt0fRJrpXvAhE+8TaisoFKeYdUmaFq6jVVW3igzR4xMxGhKG 192Cb7t6TUVUzTDtAHD7ub/lfl5h7nx1fsH+CL7I9c9E+DkH7vp9hFs9pd5qQ7tbcOmx tsZA== X-Gm-Message-State: AG10YORPRTVVp2yMWwmlrDCSySmmqz7UFnh4s9Ul4sNaFDnoMQWojhXAUo5BNOqY2CWG9eBMYbLP7kOZyveMxwpv X-Received: by 10.107.132.214 with SMTP id o83mr30391973ioi.32.1456158938726; Mon, 22 Feb 2016 08:35:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.91.225 with HTTP; Mon, 22 Feb 2016 08:35:16 -0800 (PST) From: Andy Carrel Date: Mon, 22 Feb 2016 08:35:16 -0800 Message-ID: Subject: 10.3-BETA2 panic on boot with GCE NVMe To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 16:35:42 -0000 I've created a 10.3-BETA2 image for Google Compute Engine using swills' script and am getting a panic on boot when the VM is configured with Local SSD as NVMe (--local-ssd interface="NVME"). This is a regression from 10.2-RELEASE which will boot successfully with an identical configuration. """ Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x60 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80e16019 stack pointer = 0x28:0xfffffe01bfff59c0 frame pointer = 0x28:0xfffffe01bfff59e0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq11: virtio_pci0+) [ thread pid 12 tid 100039 ] Stopped at nvme_ctrlr_intx_handler+0x39: cmpq $0,0x60(%rdi) db> bt Tracing pid 12 tid 100039 td 0xfffff8000422e000 nvme_ctrlr_intx_handler() at nvme_ctrlr_intx_handler+0x39/frame 0xfffffe01bfff59e0 intr_event_execute_handlers() at intr_event_execute_handlers+0xab/frame 0xfffffe01bfff5a20 ithread_loop() at ithread_loop+0x96/frame 0xfffffe01bfff5a70 fork_exit() at fork_exit+0x9a/frame 0xfffffe01bfff5ab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01bfff5ab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- """ From owner-freebsd-stable@freebsd.org Mon Feb 22 16:54:42 2016 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 73CD5AAFFA1 for ; Mon, 22 Feb 2016 16:54:42 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 15D371483 for ; Mon, 22 Feb 2016 16:54:41 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by mail-wm0-x22a.google.com with SMTP id c200so181285580wme.0 for ; Mon, 22 Feb 2016 08:54:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=multiplay-co-uk.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=uH8h5BS7nbm+ftQLzax0avtF2dTp5AWPrxPPWIvdAb8=; b=uO1qMWNzhTfiKQZOoYyc8Jxcj9l/WMXdOGCz4Ju9x70kJhLqhfjyP5gkOMAtneRck5 r89YMJyVP4GQ+iqWphjugZCGe+ZBHWJ9bM37i0c0EphJdHXwmUpOZe/CC/YcOVgc8SYj SCs6ogC5dZR6Un8ihZdR8zGK7Oh5NXn8kyv6Bcs8EKuFJjzxiiRVMQ1vmMhHeqLeM7VU XelIeW8Qoa+pwwVYHZSxx7FOQwrUodit8dHWBntrlUdvJrGOYOIjWV8oXXsiDKIPsF8U uWGjYCghtUHuQfZwAmGuGM73OfUtcdbIOEGtiygrJTyJH8NuyoAd7Zf+zonDP9rdMwOk bLzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=uH8h5BS7nbm+ftQLzax0avtF2dTp5AWPrxPPWIvdAb8=; b=LfEmwsFb9Cog8FhMv3vNGiwsNmletOfXdVOqUzg5xELMNBZLl5OlyItMReJBvWGv1v xUf2lEyoTQ9QuD/V9OCo/EN+uxql2zX1dlvJsUVZVHbGm6Ut97okpKxtGc8MptyryMPZ Z1FX+B3PFM5jjSVyvMrOdHjOUKW8/2cUzhf5+vWqxEFp7pjwsn+HHb6SJo4QqXZp9JML 2FyUrCz7YPZ0gtlzofB62LuhpkGbwONqrdB9C3hrpAx+3qwwKcYfUpX1fBgRvmJwrhtU 2JBFSdvbn+xlD4WpWLY4dREfaK8LE/LkcOvf3xgw2kYILCoZQrmdR/RXawuEGLphPb+s RLxA== X-Gm-Message-State: AG10YOQTV4+zYvrjysd8WbdL/a3+Dk7o7eGo/rLJeEvx8FQuSGYy7f5EpzPVhJRJNXQPHZiK X-Received: by 10.194.19.5 with SMTP id a5mr29638331wje.46.1456160079444; Mon, 22 Feb 2016 08:54:39 -0800 (PST) Received: from [10.10.1.58] (liv3d.labs.multiplay.co.uk. [82.69.141.171]) by smtp.gmail.com with ESMTPSA id lc3sm25559483wjb.7.2016.02.22.08.54.38 for (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Feb 2016 08:54:38 -0800 (PST) Subject: Re: 10.3-BETA2 panic on boot with GCE NVMe To: freebsd-stable@freebsd.org References: From: Steven Hartland Message-ID: <56CB3D52.8000500@multiplay.co.uk> Date: Mon, 22 Feb 2016 16:54:42 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 16:54:42 -0000 Is have an inkling that r293673 may be at fault here, can you try reverting that change and see if it fixes the issue? On 22/02/2016 16:35, Andy Carrel via freebsd-stable wrote: > I've created a 10.3-BETA2 image for Google Compute Engine using swills' > script and am getting a panic on boot when the VM is configured with Local > SSD as NVMe (--local-ssd interface="NVME"). This is a regression from > 10.2-RELEASE which will boot successfully with an identical configuration. > > """ > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x60 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80e16019 > stack pointer = 0x28:0xfffffe01bfff59c0 > frame pointer = 0x28:0xfffffe01bfff59e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq11: virtio_pci0+) > [ thread pid 12 tid 100039 ] > Stopped at nvme_ctrlr_intx_handler+0x39: cmpq $0,0x60(%rdi) > db> bt > Tracing pid 12 tid 100039 td 0xfffff8000422e000 > nvme_ctrlr_intx_handler() at nvme_ctrlr_intx_handler+0x39/frame > 0xfffffe01bfff59e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0xab/frame > 0xfffffe01bfff5a20 > ithread_loop() at ithread_loop+0x96/frame 0xfffffe01bfff5a70 > fork_exit() at fork_exit+0x9a/frame 0xfffffe01bfff5ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01bfff5ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > """ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@freebsd.org Mon Feb 22 21:12:19 2016 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 1EE1EAB164D for ; Mon, 22 Feb 2016 21:12:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D90331AAB for ; Mon, 22 Feb 2016 21:12:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aXxm2-0005UN-J9 for freebsd-stable@freebsd.org; Mon, 22 Feb 2016 22:12:06 +0100 Received: from 114.165.187.81.in-addr.arpa ([81.187.165.114]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Feb 2016 22:12:06 +0100 Received: from mnd999 by 114.165.187.81.in-addr.arpa with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 22 Feb 2016 22:12:06 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Mark Dixon Subject: Re: net-im/skype4 under FreeBSD 10.3 Date: Mon, 22 Feb 2016 21:11:58 +0000 (UTC) Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 81.187.165.114 (Mozilla/5.0 (X11; FreeBSD amd64; rv:44.0) Gecko/20100101 Firefox/44.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 22 Feb 2016 21:12:19 -0000 Pavel Timofeev gmail.com> writes: > > Hi! > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? > Seems like net-im/skype4 missing some dependencies and if it's > satisfied net-im/skype4 hangs after start. > linprocfs mounting doesn't help. > I installed them all from the ports tree. > Any experience? Works for me, but unfortunately when I do a pkg upgrade it decides it wants to remove nvidia-driver in favour of some Linux dri so I've uninstalled it for now. It would be good to straighten these dependencies out. From owner-freebsd-stable@freebsd.org Tue Feb 23 04:43:38 2016 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 294A6AB1C89 for ; Tue, 23 Feb 2016 04:43:38 +0000 (UTC) (envelope-from koobs.freebsd@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 082BAB0E for ; Tue, 23 Feb 2016 04:43:38 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 06F63AB1C88; Tue, 23 Feb 2016 04:43: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 E0E56AB1C87 for ; Tue, 23 Feb 2016 04:43:37 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 B3F1EB0D; Tue, 23 Feb 2016 04:43:37 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: by mail-pf0-x22b.google.com with SMTP id x65so105045861pfb.1; Mon, 22 Feb 2016 20:43:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:reply-to:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=r5cItpdG+Y9SbKczdfqge2P0PCDXuSa6oLGLGkteLxQ=; b=rXI4a+YFbngOmF0mcWj3Ui5Oe2Vi6rQsyZiIpezSzcySOPD4/qOOVYTOtoiviRni90 jhBMYm/8sDq/9HRS4bJZFfsoj4uy1jPG4M2KGk5749zNt2oFlnU/uFYjF0Gs2hg00zV0 euXZKRsiRRXnQnodXwk3757vJb5vJzvvYLAdiN63CRrw2Qn49GED/rBONsNQENBRzF4v f/JyEZe3Y5v4lMD7trjJtilgf2vlzPo/sQmw7dP1abG61Vkimwxs7KRvSUhdu/HPIdvi gs9HaCrCJBA6efDLsLL/1CRohlbGEcuPLURC4pxOYN+HPljhh2peCDKyOk2g3Tz044X8 aUVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:reply-to:subject:references:to:from :message-id:date:user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=r5cItpdG+Y9SbKczdfqge2P0PCDXuSa6oLGLGkteLxQ=; b=LREUv6dyDUMas4McsPDfxsgjmUiTRCRD7lSfej1rsDaYimXSoxsXUHmQ+5j+6B0zcA 7sMHd/dPV4sgYNmKw9J85owaLAp1LKxkg0VYi31NHHuokIZNGapBDCBApRaEdhmBLlwM fSufKPwujthjLmp+ewcUchSfbAdi/1/AsVR7da+kH6Tg9038wZ6K2uBGbF+gZwo3oUy8 6WV27ntJOnPhmGj0IuqsX9yyGZtbR7Ym/Am1Wm4O2d+ktpbWiCxDqU9hFfZc1n9+TnPt qNgEViJ9X6yu7BMUm4s2gbBQJE7sgYgsbazd4LUZ4elgC8f4ijBXPqdGfWJAQVRiypYl aSKA== X-Gm-Message-State: AG10YOQ5NTh31BlzvjQ+srD17OXbYiWL0uas0EInZeVopux62kYvo+ZmlYRObBsend9dIQ== X-Received: by 10.98.33.135 with SMTP id o7mr43063896pfj.158.1456202616984; Mon, 22 Feb 2016 20:43:36 -0800 (PST) Received: from ?IPv6:2001:44b8:31ae:7b01:1822:a961:f0af:d233? (2001-44b8-31ae-7b01-1822-a961-f0af-d233.static.ipv6.internode.on.net. [2001:44b8:31ae:7b01:1822:a961:f0af:d233]) by smtp.gmail.com with ESMTPSA id s90sm40300331pfa.49.2016.02.22.20.43.34 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Feb 2016 20:43:36 -0800 (PST) Sender: Kubilay Kocak Reply-To: koobs@FreeBSD.org Subject: Re: 10.3-BETA2 panic on boot with GCE NVMe References: To: Andy Carrel , stable@freebsd.org, "re@freebsd.org" From: Kubilay Kocak Message-ID: <5c425565-5e1c-3c63-2b58-2e2e171856d1@FreeBSD.org> Date: Tue, 23 Feb 2016 15:43:29 +1100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 04:43:38 -0000 On 23/02/2016 3:35 AM, Andy Carrel via freebsd-stable wrote: > I've created a 10.3-BETA2 image for Google Compute Engine using swills' > script and am getting a panic on boot when the VM is configured with Local > SSD as NVMe (--local-ssd interface="NVME"). This is a regression from > 10.2-RELEASE which will boot successfully with an identical configuration. > > """ > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x60 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80e16019 > stack pointer = 0x28:0xfffffe01bfff59c0 > frame pointer = 0x28:0xfffffe01bfff59e0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 12 (irq11: virtio_pci0+) > [ thread pid 12 tid 100039 ] > Stopped at nvme_ctrlr_intx_handler+0x39: cmpq $0,0x60(%rdi) > db> bt > Tracing pid 12 tid 100039 td 0xfffff8000422e000 > nvme_ctrlr_intx_handler() at nvme_ctrlr_intx_handler+0x39/frame > 0xfffffe01bfff59e0 > intr_event_execute_handlers() at intr_event_execute_handlers+0xab/frame > 0xfffffe01bfff5a20 > ithread_loop() at ithread_loop+0x96/frame 0xfffffe01bfff5a70 > fork_exit() at fork_exit+0x9a/frame 0xfffffe01bfff5ab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01bfff5ab0 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > """ Hi Andy, Could you please create a Bugzilla issue for this. I've created a '10.3-BETA2' version so it can be tracked -- Regards Kubilay Bugmeister From owner-freebsd-stable@freebsd.org Tue Feb 23 05:57:16 2016 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 47E93AB1755 for ; Tue, 23 Feb 2016 05:57:16 +0000 (UTC) (envelope-from wac@google.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 294C81993 for ; Tue, 23 Feb 2016 05:57:16 +0000 (UTC) (envelope-from wac@google.com) Received: by mailman.ysv.freebsd.org (Postfix) id 26C25AB1754; Tue, 23 Feb 2016 05:57: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 0D110AB1753 for ; Tue, 23 Feb 2016 05:57:16 +0000 (UTC) (envelope-from wac@google.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 C54EF198E for ; Tue, 23 Feb 2016 05:57:15 +0000 (UTC) (envelope-from wac@google.com) Received: by mail-io0-x22b.google.com with SMTP id l127so202040884iof.3 for ; Mon, 22 Feb 2016 21:57:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=cEYjEdiFp+zsiOYJfH8K8L9LcVqZxATnyot76wnAcCM=; b=VOkmmQ+ma4A+vqeRArq3SZ0/yusj4OBU1iwdp7/1TzYWh1SAJTPM8uQbEb1/DAVbCM eG6YzhNelBHYvR2OQUO399LXa6RCa+Y8KZBUWP5AMDgX6lvnxqvk5BV7sryVii0La892 V9Mw2dOmHDI14XHA9IKvFLBuQwiCuomXDAidXt/0cFTC97w2U4qNYxiwIykOacrd30Z+ NOQ0dfb9WTEonjr3MPflhhAqsQWcexRJuVCXYtQ0QR3r+u77L3g6U4dfrpO7ZKO+HmR3 rkEhDVhUO92NJn+l9SAz6EqyDliBotAoqfRr4wznKhJ0o0s2tUirO1hq4Ca4wL/cfCC7 +pEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=cEYjEdiFp+zsiOYJfH8K8L9LcVqZxATnyot76wnAcCM=; b=L4CP3JuYhY45bId4Ob2+6OZevSfZlSn6SBFmimAP5QqGdXNZrtbvO4Qy4AyT9f0ELs Cuu7Sx+U6nLGAIBauJsopzuHsH7K1B5Al8dXWLzwhLJBZUSDzxxfc8VMMQeD7VbqAe/l IpTzIH1nPcOr8C73f5x579ODGqvu3fqc+RKqB8R6WePTVocMuX5MnrzWyeQczjMd20MZ OTkk0WZUQG8I89DZWkWA45xpDp3ALbIusK0IWOpI0uDqM0ziM972Vip1PR3wJj5Ulm9g 1ZI3IsSboutes7hOdJgN3DTDagX1mLuCjwwlVNX0lujAtZapwASqgiu+Qye/rnJbQ1zL xMjQ== X-Gm-Message-State: AG10YOR1c0nV/6ajvsn8qB3mOc6IRke4jSRXSDYqJodk4DtmVuJoRGHyaxN1J1lnGv6WNBD16sOgMoyR6cGoBBm/ X-Received: by 10.107.32.144 with SMTP id g138mr30537200iog.33.1456207034755; Mon, 22 Feb 2016 21:57:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.91.225 with HTTP; Mon, 22 Feb 2016 21:56:55 -0800 (PST) In-Reply-To: <5c425565-5e1c-3c63-2b58-2e2e171856d1@FreeBSD.org> References: <5c425565-5e1c-3c63-2b58-2e2e171856d1@FreeBSD.org> From: Andy Carrel Date: Mon, 22 Feb 2016 21:56:55 -0800 Message-ID: Subject: Re: 10.3-BETA2 panic on boot with GCE NVMe To: koobs@freebsd.org Cc: stable@freebsd.org, "re@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 23 Feb 2016 05:57:16 -0000 Filed as kern/207432. As noted there, it looks like ctrlr->ioq is null when nvme_ctrlr_intx_handler starts looking there. I get a feeling people don't usually use INTx for this driver though... On Mon, Feb 22, 2016 at 8:43 PM, Kubilay Kocak wrote: > On 23/02/2016 3:35 AM, Andy Carrel via freebsd-stable wrote: > > I've created a 10.3-BETA2 image for Google Compute Engine using swills' > > script and am getting a panic on boot when the VM is configured with > Local > > SSD as NVMe (--local-ssd interface="NVME"). This is a regression from > > 10.2-RELEASE which will boot successfully with an identical > configuration. > > > > """ > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x60 > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff80e16019 > > stack pointer = 0x28:0xfffffe01bfff59c0 > > frame pointer = 0x28:0xfffffe01bfff59e0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 12 (irq11: virtio_pci0+) > > [ thread pid 12 tid 100039 ] > > Stopped at nvme_ctrlr_intx_handler+0x39: cmpq $0,0x60(%rdi) > > db> bt > > Tracing pid 12 tid 100039 td 0xfffff8000422e000 > > nvme_ctrlr_intx_handler() at nvme_ctrlr_intx_handler+0x39/frame > > 0xfffffe01bfff59e0 > > intr_event_execute_handlers() at intr_event_execute_handlers+0xab/frame > > 0xfffffe01bfff5a20 > > ithread_loop() at ithread_loop+0x96/frame 0xfffffe01bfff5a70 > > fork_exit() at fork_exit+0x9a/frame 0xfffffe01bfff5ab0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01bfff5ab0 > > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > > """ > > Hi Andy, > > Could you please create a Bugzilla issue for this. > > I've created a '10.3-BETA2' version so it can be tracked > > -- > Regards > > Kubilay > Bugmeister > > -- wac@google.com From owner-freebsd-stable@freebsd.org Wed Feb 24 04:32:04 2016 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 27B3EAB256B for ; Wed, 24 Feb 2016 04:32:04 +0000 (UTC) (envelope-from paul.koch@akips.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 1736C325 for ; Wed, 24 Feb 2016 04:32:04 +0000 (UTC) (envelope-from paul.koch@akips.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1642AAB256A; Wed, 24 Feb 2016 04:32:04 +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 15B90AB2568 for ; Wed, 24 Feb 2016 04:32:04 +0000 (UTC) (envelope-from paul.koch@akips.com) Received: from mail.akips.com (mail.akips.com [45.32.79.107]) by mx1.freebsd.org (Postfix) with ESMTP id 07352323 for ; Wed, 24 Feb 2016 04:32:03 +0000 (UTC) (envelope-from paul.koch@akips.com) Received: from akips.com (CPE-120-146-191-2.static.qld.bigpond.net.au [120.146.191.2]) by mail.akips.com (Postfix) with ESMTPSA id 41160AE32F for ; Wed, 24 Feb 2016 14:26:24 +1000 (AEST) Date: Wed, 24 Feb 2016 14:26:19 +1000 From: Paul Koch To: stable@freebsd.org Subject: 10.2 - Process stuck in unkillable sleep Message-ID: <20160224142619.6710b6c1@akips.com> Organization: AKIPS X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on host2.akips.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 04:32:04 -0000 Occasionally we see a process get stuck in an unkillable state and the only solution is a hard reboot. Occasionally =3D=3D once every two weeks across 60+ servers, which are spre= ad across the globe in customer sites. We have no remote access to these boxe= s. The process that most often that gets stuck, but not limited to, is a large scale Ping/SNMP poller. It is a fairly simplistic C program that just fires out lots of ping (raw ICMP socket) and SNMP (UDP socket) requests asynchronously. We've managed to trap the problem a few times on a test server running in VirtualBox, but it also occurs on customer sites who run VMware, Hyper-V, QEMU and on bare metal. We raise this PR https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204081 but suspect it is a similar/same issue as https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D200992 This is the info we've gathered from the most recent time it has occurred: # uname -a FreeBSD shed153.akips.com 10.2-RELEASE-p12 FreeBSD 10.2-RELEASE-p12 #0 r295= 070: Sat Jan 30 20:03:44 UTC 2016 root@shed21.akips.com:/usr/obj/usr/src/sys/GE= NERIC amd64 The nm-poller has no state in top for some reason ?? last pid: 1847; load averages: 0.62, 1.20, 1.33 up 13+16:06:04 13:= 36:46 103 processes: 1 running, 102 sleeping CPU: 1.0% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.7% idle Mem: 650M Active, 541M Inact, 2527M Wired, 16M Cache, 417M Buf, 217M Free ARC: 2087M Total, 102M MFU, 1968M MRU, 18K Anon, 9409K Header, 9088K Other Swap: 4096M Total, 256M Used, 3840M Free, 6% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMA= ND 1013 akips 1 20 0 74076K 5544K select 1 195:41 0.59% nm-ht= tpd 1003 akips 1 20 0 164M 54328K select 0 236:18 0.49% nm-fl= ow-collector 888 root 1 20 0 101M 14920K select 0 163:56 0.39% nm-jo= atd 885 akips 1 20 0 74004K 3092K nanslp 1 116:52 0.29% nm-ti= med 1014 akips 1 4 0 851M 104M 0 18.0H 0.00% nm-po= ller 1086 akips 1 20 0 21940K 2680K nanslp 0 66:25 0.00% top 1015 akips 1 20 0 819M 256M nanslp 1 56:45 0.00% nm-po= ller-db 1023 akips 1 20 0 114M 44760K select 0 55:00 0.00% nm-fl= ow-meter 1005 akips 1 20 0 159M 4172K select 0 51:00 0.00% nm-ms= gd 1025 akips 1 20 0 114M 45644K select 0 44:22 0.00% nm-fl= ow-meter 1012 akips 1 20 0 60360K 5132K piperd 1 20:08 0.00% perl 1027 akips 1 20 0 110M 34564K select 1 18:58 0.00% nm-fl= ow-meter 997 akips 1 20 0 819M 27600K select 0 12:59 0.00% nm-sn= mp-trapd 991 akips 1 20 0 78104K 5384K select 1 10:53 0.00% nm-fi= fo-tee 989 akips 1 20 0 78104K 5764K select 1 10:34 0.00% nm-fi= fo-tee 990 akips 1 20 0 78104K 5496K select 0 10:31 0.00% nm-fi= fo-tee 1047 akips 1 20 0 102M 29108K select 0 10:25 0.00% nm-fl= ow-meter 1111 akips 1 20 0 102M 36000K select 0 9:18 0.00% nm-fl= ow-meter 1231 akips 1 20 0 102M 35952K select 1 9:17 0.00% nm-fl= ow-meter 1239 akips 1 20 0 102M 33132K select 0 8:51 0.00% nm-fl= ow-meter 1240 akips 1 20 0 102M 33132K select 1 8:51 0.00% nm-fl= ow-meter 1002 akips 1 20 0 74016K 3480K select 1 8:50 0.00% nm-sy= slogd 1234 akips 1 20 0 102M 35920K select 1 8:49 0.00% nm-fl= ow-meter 1243 akips 1 20 0 102M 33148K select 0 8:46 0.00% nm-fl= ow-meter 1039 akips 1 20 0 820M 31388K select 0 8:46 0.00% nm-db 1233 akips 1 20 0 102M 31256K select 0 8:43 0.00% nm-fl= ow-meter 1237 akips 1 20 0 102M 33168K select 0 8:43 0.00% nm-fl= ow-meter 1235 akips 1 20 0 102M 29040K select 1 8:41 0.00% nm-fl= ow-meter 1259 akips 1 20 0 102M 29096K select 0 8:40 0.00% nm-fl= ow-meter 1255 akips 1 20 0 102M 31756K select 1 8:40 0.00% nm-fl= ow-meter 1232 akips 1 20 0 102M 31780K select 1 8:39 0.00% nm-fl= ow-meter 1041 akips 1 20 0 820M 45284K select 0 8:34 0.00% nm-db 1044 akips 1 20 0 820M 26172K select 1 8:28 0.00% nm-db 1060 akips 1 20 0 74008K 3380K select 1 8:22 0.00% nm-sy= slog 1077 akips 1 20 0 820M 26076K select 1 8:22 0.00% nm-db 1048 akips 1 20 0 820M 26076K select 1 8:16 0.00% nm-db 1045 akips 1 20 0 820M 27056K select 1 8:16 0.00% nm-db 1046 akips 1 20 0 820M 26156K select 1 8:16 0.00% nm-db 22541 akips 1 20 0 820M 26092K select 1 8:16 0.00% nm-db 1049 root 1 20 0 820M 26076K select 0 8:15 0.00% nm-db 1043 akips 1 20 0 820M 26076K select 0 8:15 0.00% nm-db 1006 akips 1 20 0 74004K 3364K nanslp 1 8:04 0.00% nm-ti= med-watcher 62906 akips 1 20 0 102M 33488K select 0 7:50 0.00% nm-fl= ow-meter 89368 akips 1 20 0 96556K 28228K select 0 5:57 0.00% nm-fl= ow-meter 9528 akips 1 20 0 96556K 27828K select 1 5:35 0.00% nm-fl= ow-meter 56009 akips 1 20 0 96556K 26120K select 0 5:03 0.00% nm-fl= ow-meter 985 akips 1 20 0 68684K 5248K nanslp 1 3:52 0.00% perl 986 akips 1 20 0 50112K 5596K nanslp 1 3:04 0.00% perl 22909 akips 1 20 0 88364K 19352K select 0 2:34 0.00% nm-fl= ow-meter 993 akips 1 20 0 68684K 5036K nanslp 0 2:10 0.00% perl 55564 akips 1 20 0 88364K 17916K select 0 2:05 0.00% nm-fl= ow-meter 995 akips 1 20 0 68684K 4904K nanslp 0 2:04 0.00% perl 561 root 1 20 0 21880K 13788K select 0 1:24 0.00% ntpd 994 akips 1 20 0 68684K 4552K piperd 1 0:24 0.00% perl 999 akips 1 20 0 68684K 7888K piperd 1 0:10 0.00% perl 996 akips 1 20 0 68684K 7720K piperd 1 0:09 0.00% perl 648 root 1 20 0 30336K 840K kqread 1 0:08 0.00% master 90631 akips 1 20 0 80172K 12048K select 0 0:07 0.00% nm-fl= ow-meter 920 root 1 20 0 16612K 684K nanslp 1 0:05 0.00% cron 945 akips 1 20 0 21940K 3008K select 0 0:04 0.00% top 412 root 1 20 0 14512K 1644K select 1 0:03 0.00% syslo= gd 998 akips 1 20 0 68684K 4160K piperd 1 0:02 0.00% perl 98732 akips 1 20 0 820M 28780K select 1 0:02 0.00% nm-db 98844 akips 1 20 0 820M 28780K select 1 0:02 0.00% nm-db 650 postfix 1 20 0 30460K 796K kqread 1 0:01 0.00% qmgr 323 root 1 20 0 13624K 540K select 0 0:01 0.00% devd 368 root 1 20 0 14456K 1560K select 1 0:01 0.00% rtsold 1037 akips 1 20 0 86492K 6444K select 1 0:00 0.00% sshd 928 akips 1 20 0 86492K 6408K select 1 0:00 0.00% sshd 1058 akips 1 52 0 58304K 3688K piperd 0 0:00 0.00% perl 22538 akips 1 52 0 58304K 3688K piperd 0 0:00 0.00% perl 98843 akips 1 48 0 58304K 16864K piperd 1 0:00 0.00% perl 98731 akips 1 48 0 58304K 16864K piperd 0 0:00 0.00% perl 1570 root 1 20 0 35756K 12644K ttyin 1 0:00 0.00% vi 1506 akips 1 20 0 86492K 6552K select 1 0:00 0.00% sshd 1803 root 1 20 0 21940K 3132K CPU0 0 0:00 0.00% top 1096 root 1 20 0 17088K 2676K wait 1 0:00 0.00% sh 926 root 1 25 0 86492K 6352K select 0 0:00 0.00% sshd 1503 root 1 22 0 86492K 6552K select 0 0:00 0.00% sshd 1258 root 1 24 0 86492K 6452K select 0 0:00 0.00% sshd 1034 root 1 23 0 86492K 6456K select 0 0:00 0.00% sshd 1261 akips 1 20 0 86492K 6452K select 0 0:00 0.00% sshd 965 root 1 52 0 14508K 1680K ttyin 1 0:00 0.00% getty 1038 akips 1 20 0 17088K 0K wait 1 0:00 0.00% 1527 akips 1 26 0 47732K 2684K wait 0 0:00 0.00% su 1095 akips 1 21 0 47728K 0K wait 0 0:00 0.00% 1278 akips 1 39 0 47728K 0K wait 1 0:00 0.00% 929 akips 1 20 0 17088K 0K wait 1 0:00 0.00% 916 root 1 20 0 61224K 4300K select 0 0:00 0.00% sshd 1507 akips 1 37 0 17088K 2636K wait 1 0:00 0.00% sh 964 root 1 52 0 14508K 1680K ttyin 1 0:00 0.00% getty 1439 postfix 1 20 0 30404K 3848K kqread 1 0:00 0.00% pickup # ps auxww | grep nm-poller akips 1014 0.0 2.6 871820 106540 - Ds 10Feb16 1078:59.06 nm-poll= er # procstat -k 1014=20 PID TID COMM TDNAME KSTACK =20 1014 100365 nm-poller - mi_switch sleepq_timedwait_sig _cv_timedwa= it_sig_sbt seltdwait kern_select sys_select amd64_syscall Xfast_syscall=20 # ps axHS -o pid,lwp,paddr,tdaddr 1014 PID LWP PADDR TDADDR 1014 100365 fffff800bb819000 fffff800bb963940 (kgdb) set print pretty on (kgdb) p *(struct proc *)0xfffff800bb819000 $4 =3D { p_list =3D { le_next =3D 0xfffff800bb6829d0,=20 le_prev =3D 0xfffff800bb8199d0 },=20 p_threads =3D { tqh_first =3D 0xfffff800bb963940,=20 tqh_last =3D 0xfffff800bb963950 },=20 p_slock =3D { lock_object =3D { lo_name =3D 0xffffffff80fc8245 "process slock",=20 lo_flags =3D 720896,=20 lo_data =3D 0,=20 lo_witness =3D 0x0 },=20 mtx_lock =3D 4 },=20 p_ucred =3D 0xfffff800bb55f200,=20 p_fd =3D 0xfffff800bb840000,=20 p_fdtol =3D 0x0,=20 p_stats =3D 0xfffff800bb408600,=20 p_limit =3D 0xfffff8001339c900,=20 p_limco =3D { c_links =3D { le =3D { le_next =3D 0x0,=20 le_prev =3D 0x0 },=20 sle =3D { sle_next =3D 0x0 },=20 tqe =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 } },=20 c_time =3D 0,=20 c_precision =3D 0,=20 c_arg =3D 0x0,=20 c_func =3D 0,=20 c_lock =3D 0xfffff800bb819100,=20 c_flags =3D 0,=20 c_iflags =3D 0,=20 c_cpu =3D 0 },=20 p_sigacts =3D 0xfffff800bba1b000,=20 p_flag =3D 268435712,=20 p_flag2 =3D 0,=20 p_state =3D PRS_NORMAL,=20 p_pid =3D 1014,=20 p_hash =3D { le_next =3D 0x0,=20 le_prev =3D 0xfffffe00006effb0 },=20 p_pglist =3D { le_next =3D 0x0,=20 le_prev =3D 0xfffff800bb2c6290 },=20 p_pptr =3D 0xfffff800029724e8,=20 p_sibling =3D { le_next =3D 0xfffff800bb458000,=20 le_prev =3D 0xfffff800bb819ab8 },=20 p_children =3D { lh_first =3D 0x0 },=20 p_mtx =3D { lock_object =3D { lo_name =3D 0xffffffff80fc8238 "process lock",=20 lo_flags =3D 21168128,=20 lo_data =3D 0,=20 lo_witness =3D 0x0 },=20 mtx_lock =3D 4 },=20 p_ksi =3D 0xfffff800133020e0,=20 p_sigqueue =3D { sq_signals =3D { __bits =3D {0, 0, 0, 0} },=20 sq_kill =3D { __bits =3D {0, 0, 0, 0} },=20 sq_list =3D { tqh_first =3D 0x0,=20 tqh_last =3D 0xfffff800bb819148 },=20 sq_proc =3D 0xfffff800bb819000,=20 sq_flags =3D 1 },=20 p_oppid =3D 0,=20 p_vmspace =3D 0xfffff800bb9668c0,=20 p_swtick =3D 24753,=20 p_realtimer =3D { it_interval =3D { tv_sec =3D 0,=20 tv_usec =3D 0 },=20 it_value =3D { tv_sec =3D 0,=20 tv_usec =3D 0 } },=20 p_ru =3D { ru_utime =3D { tv_sec =3D 0,=20 tv_usec =3D 0 },=20 ru_stime =3D { tv_sec =3D 0,=20 tv_usec =3D 0 },=20 ru_maxrss =3D 0,=20 ru_ixrss =3D 0,=20 ru_idrss =3D 0,=20 ru_isrss =3D 0,=20 ru_minflt =3D 0,=20 ru_majflt =3D 0,=20 ru_nswap =3D 0,=20 ru_inblock =3D 0,=20 ru_oublock =3D 0,=20 ru_msgsnd =3D 0,=20 ru_msgrcv =3D 0,=20 ru_nsignals =3D 0,=20 ru_nvcsw =3D 0,=20 ru_nivcsw =3D 0 },=20 p_rux =3D { rux_runtime =3D 109968287043644,=20 rux_uticks =3D 1450275,=20 rux_sticks =3D 6625562,=20 rux_iticks =3D 0,=20 rux_uu =3D 11625969653,=20 rux_su =3D 53113087346,=20 rux_tu =3D 64739057000 },=20 p_crux =3D { rux_runtime =3D 0,=20 rux_uticks =3D 0,=20 rux_sticks =3D 0,=20 rux_iticks =3D 0,=20 rux_uu =3D 0,=20 rux_su =3D 0,=20 rux_tu =3D 0 },=20 p_profthreads =3D 0,=20 p_exitthreads =3D 0,=20 p_traceflag =3D 0,=20 p_tracevp =3D 0x0,=20 p_tracecred =3D 0x0,=20 p_textvp =3D 0xfffff800bb42b3b0,=20 p_lock =3D 0,=20 p_sigiolst =3D { slh_first =3D 0x0 },=20 p_sigparent =3D 20,=20 p_sig =3D 0,=20 p_code =3D 0,=20 p_stops =3D 0,=20 p_stype =3D 0,=20 p_step =3D 0 '\0',=20 p_pfsflags =3D 0 '\0',=20 p_nlminfo =3D 0x0,=20 p_aioinfo =3D 0x0,=20 p_singlethread =3D 0x0,=20 p_suspcount =3D 0,=20 p_xthread =3D 0x0,=20 p_boundary_count =3D 0,=20 p_pendingcnt =3D 0,=20 p_itimers =3D 0x0,=20 p_procdesc =3D 0x0,=20 p_magic =3D 3203398350,=20 p_osrel =3D 1002000,=20 p_comm =3D "nm-poller\000\000\000\000\000\000\000\000\000\000",=20 p_pgrp =3D 0xfffff800bb2c6280,=20 p_sysent =3D 0xffffffff814d4388,=20 p_args =3D 0xfffff800133796c0,=20 p_cpulimit =3D 9223372036854775807,=20 p_nice =3D 0 '\0',=20 p_fibnum =3D 0,=20 p_xstat =3D 0,=20 p_klist =3D { kl_list =3D { slh_first =3D 0x0 },=20 kl_lock =3D 0xffffffff80907dc0 ,=20 kl_unlock =3D 0xffffffff80907e00 ,=20 kl_assert_locked =3D 0xffffffff80907e40 ,=20 kl_assert_unlocked =3D 0xffffffff80907e50 ,= =20 kl_lockarg =3D 0xfffff800bb819100 },=20 p_numthreads =3D 1,=20 p_md =3D { md_ldt =3D 0x0,=20 md_ldt_sd =3D { sd_lolimit =3D 0,=20 sd_lobase =3D 0,=20 sd_type =3D 0,=20 sd_dpl =3D 0,=20 sd_p =3D 0,=20 sd_hilimit =3D 0,=20 sd_xx0 =3D 0,=20 sd_gran =3D 0,=20 sd_hibase =3D 0,=20 sd_xx1 =3D 0,=20 sd_mbz =3D 0,=20 sd_xx2 =3D 0 } },=20 p_itcallout =3D { c_links =3D { le =3D { le_next =3D 0x0,=20 le_prev =3D 0x0 },=20 sle =3D { sle_next =3D 0x0 },=20 tqe =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 } },=20 c_time =3D 0,=20 c_precision =3D 0,=20 c_arg =3D 0x0,=20 c_func =3D 0,=20 c_lock =3D 0xfffff800bb819100,=20 c_flags =3D 0,=20 c_iflags =3D 0,=20 c_cpu =3D 0 },=20 p_acflag =3D 1,=20 p_peers =3D 0x0,=20 p_leader =3D 0xfffff800bb819000,=20 p_emuldata =3D 0x0,=20 p_label =3D 0x0,=20 p_sched =3D 0xfffff800bb8194e8,=20 p_ktr =3D { stqh_first =3D 0x0,=20 stqh_last =3D 0xfffff800bb819448 },=20 p_mqnotifier =3D { lh_first =3D 0x0 },=20 p_dtrace =3D 0xfffff800bb502a40,=20 p_pwait =3D { cv_description =3D 0xffffffff80fc8c39 "ppwait",=20 cv_waiters =3D 0 },=20 p_dbgwait =3D { cv_description =3D 0xffffffff80fc8c40 "dbgwait",=20 cv_waiters =3D 0 },=20 p_prev_runtime =3D 0,=20 p_racct =3D 0x0,=20 p_throttled =3D 0 '\0',=20 p_orphan =3D { le_next =3D 0x0,=20 le_prev =3D 0x0 },=20 p_orphans =3D { lh_first =3D 0x0 },=20 p_treeflag =3D 0,=20 p_reaper =3D 0xfffff800029724e8,=20 p_reaplist =3D { lh_first =3D 0x0 },=20 p_reapsibling =3D { le_next =3D 0xfffff800bb6829d0,=20 le_prev =3D 0xfffff800bb819ea0 },=20 p_reapsubtree =3D 16 } (kgdb) p *(struct thread *)0xfffff800bb963940 $6 =3D { td_lock =3D 0xffffffff815cb380,=20 td_proc =3D 0xfffff800bb819000,=20 td_plist =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xfffff800bb819010 },=20 td_runq =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xffffffff815cb5c8 },=20 td_slpq =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xfffff800027d0a00 },=20 td_lockq =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xfffffe0122ba3428 },=20 td_hash =3D { le_next =3D 0x0,=20 le_prev =3D 0xfffffe0000866068 },=20 td_cpuset =3D 0xfffff8000296c3a8,=20 td_sel =3D 0xfffff80013530f00,=20 td_sleepqueue =3D 0xfffff800027d0a00,=20 td_turnstile =3D 0xfffff800bbbbdc00,=20 td_rlqe =3D 0xfffff800134bad20,=20 td_umtxq =3D 0xfffff800bb2c6480,=20 td_tid =3D 100365,=20 td_sigqueue =3D { sq_signals =3D { __bits =3D {0, 0, 0, 0} },=20 sq_kill =3D { __bits =3D {0, 0, 0, 0} },=20 sq_list =3D { tqh_first =3D 0x0,=20 tqh_last =3D 0xfffff800bb9639f8 },=20 sq_proc =3D 0xfffff800bb819000,=20 sq_flags =3D 1 },=20 td_lend_user_pri =3D 255 '=C3=BF',=20 td_flags =3D 20,=20 td_inhibitors =3D 2,=20 td_pflags =3D 0,=20 td_dupfd =3D 0,=20 td_sqqueue =3D 0,=20 td_wchan =3D 0x0,=20 td_wmesg =3D 0x0,=20 td_lastcpu =3D 0 '\0',=20 td_oncpu =3D 255 '=C3=BF',=20 td_owepreempt =3D 0 '\0',=20 td_tsqueue =3D 0 '\0',=20 td_locks =3D 29149,=20 td_rw_rlocks =3D 0,=20 td_lk_slocks =3D 0,=20 td_stopsched =3D 0,=20 td_blocked =3D 0x0,=20 td_lockname =3D 0x0,=20 td_contested =3D { lh_first =3D 0x0 },=20 td_sleeplocks =3D 0x0,=20 td_intr_nesting_level =3D 0,=20 td_pinned =3D 0,=20 td_ucred =3D 0xfffff800bb55f200,=20 td_estcpu =3D 0,=20 td_slptick =3D 0,=20 td_blktick =3D 0,=20 td_swvoltick =3D 1092393710,=20 td_cow =3D 0,=20 td_ru =3D { ru_utime =3D { tv_sec =3D 0,=20 tv_usec =3D 0 },=20 ru_stime =3D { tv_sec =3D 0,=20 tv_usec =3D 0 },=20 ru_maxrss =3D 218024,=20 ru_ixrss =3D 4102525196,=20 ru_idrss =3D 256714706556,=20 ru_isrss =3D 1033707136,=20 ru_minflt =3D 768721,=20 ru_majflt =3D 3262,=20 ru_nswap =3D 0,=20 ru_inblock =3D 573,=20 ru_oublock =3D 1,=20 ru_msgsnd =3D 395465017,=20 ru_msgrcv =3D 178667178,=20 ru_nsignals =3D 0,=20 ru_nvcsw =3D 213744212,=20 ru_nivcsw =3D 56200635 },=20 td_rux =3D { rux_runtime =3D 109968287043644,=20 rux_uticks =3D 1450275,=20 rux_sticks =3D 6625562,=20 rux_iticks =3D 0,=20 rux_uu =3D 11625969653,=20 rux_su =3D 53113087346,=20 rux_tu =3D 64739057000 },=20 td_incruntime =3D 0,=20 td_runtime =3D 109968287043644,=20 td_pticks =3D 0,=20 td_sticks =3D 0,=20 td_iticks =3D 0,=20 td_uticks =3D 0,=20 td_intrval =3D 0,=20 td_oldsigmask =3D { __bits =3D {0, 0, 0, 0} },=20 td_generation =3D 269944847,=20 td_sigstk =3D { ss_sp =3D 0x0,=20 ss_size =3D 0,=20 ss_flags =3D 4 },=20 td_xsig =3D 0,=20 td_profil_addr =3D 0,=20 td_profil_ticks =3D 0,=20 td_name =3D "nm-poller\000\000\000\000\000\000\000\000\000\000",=20 td_fpop =3D 0x0,=20 td_dbgflags =3D 0,=20 td_dbgksi =3D { ksi_link =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0x0 },=20 ksi_info =3D { si_signo =3D 0,=20 si_errno =3D 0,=20 si_code =3D 0,=20 si_pid =3D 0,=20 si_uid =3D 0,=20 si_status =3D 0,=20 si_addr =3D 0x0,=20 si_value =3D { sival_int =3D 0,=20 sival_ptr =3D 0x0,=20 sigval_int =3D 0,=20 sigval_ptr =3D 0x0 },=20 _reason =3D { _fault =3D { _trapno =3D 0 },=20 _timer =3D { _timerid =3D 0,=20 _overrun =3D 0 },=20 _mesgq =3D { _mqd =3D 0 },=20 _poll =3D { _band =3D 0 },=20 __spare__ =3D { __spare1__ =3D 0,=20 __spare2__ =3D {0, 0, 0, 0, 0, 0, 0} } } },=20 ksi_flags =3D 0,=20 ksi_sigq =3D 0x0 },=20 td_ng_outbound =3D 0,=20 td_osd =3D { osd_nslots =3D 0,=20 osd_slots =3D 0x0,=20 osd_next =3D { le_next =3D 0x0,=20 le_prev =3D 0x0 } },=20 td_map_def_user =3D 0x0,=20 td_dbg_forked =3D 0,=20 td_vp_reserv =3D 0,=20 td_no_sleeping =3D 0,=20 td_dom_rr_idx =3D 0,=20 td_sigmask =3D { __bits =3D {1611157507, 0, 0, 0} },=20 td_rqindex =3D 26 '\032',=20 td_base_pri =3D 104 'h',=20 td_priority =3D 104 'h',=20 td_pri_class =3D 3 '\003',=20 td_user_pri =3D 124 '|',=20 td_base_user_pri =3D 124 '|',=20 td_pcb =3D 0xfffffe0122abdcc0,=20 td_state =3D TDS_INHIBITED,=20 td_retval =3D {0, 0},=20 td_slpcallout =3D { c_links =3D { le =3D { le_next =3D 0x0,=20 le_prev =3D 0xfffffe000087d5b8 },=20 sle =3D { sle_next =3D 0x0 },=20 tqe =3D { tqe_next =3D 0x0,=20 tqe_prev =3D 0xfffffe000087d5b8 } },=20 c_time =3D 4691782411130129,=20 c_precision =3D 407753,=20 c_arg =3D 0xfffff800bb963940,=20 c_func =3D 0xffffffff809902b0 ,=20 c_lock =3D 0x0,=20 c_flags =3D 0,=20 c_iflags =3D 272,=20 c_cpu =3D 1 },=20 td_frame =3D 0xfffffe0122abdc00,=20 td_kstack_obj =3D 0xfffff800bb837700,=20 td_kstack =3D 18446741879562936320,=20 td_kstack_pages =3D 4,=20 td_critnest =3D 1,=20 td_md =3D { md_spinlock_count =3D 1,=20 md_saved_flags =3D 582,=20 md_spurflt_addr =3D 0 },=20 td_sched =3D 0xfffff800bb963db0,=20 td_ar =3D 0x0,=20 td_lprof =3D {{ lh_first =3D 0x0 }, { lh_first =3D 0x0 }},=20 td_dtrace =3D 0xfffff80013b46700,=20 td_errno =3D 0,=20 td_vnet =3D 0x0,=20 td_vnet_lpush =3D 0x0,=20 td_intr_frame =3D 0x0,=20 td_rfppwait_p =3D 0x0,=20 td_ma =3D 0x0,=20 td_ma_cnt =3D 0,=20 td_su =3D 0x0 } Paul. --=20 Paul Koch | Founder, CEO AKIPS Network Monitor | akips.com Brisbane, Australia From owner-freebsd-stable@freebsd.org Wed Feb 24 06:04:42 2016 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 B6856AB0872 for ; Wed, 24 Feb 2016 06:04:42 +0000 (UTC) (envelope-from dcrosstech@gmail.com) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::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 7AA5912F7; Wed, 24 Feb 2016 06:04:42 +0000 (UTC) (envelope-from dcrosstech@gmail.com) Received: by mail-yk0-x232.google.com with SMTP id z13so3857633ykd.0; Tue, 23 Feb 2016 22:04:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=chC2MfvOLBYR+Hm8EqwOI7haRTp7nV6Im4QY00f5Bsg=; b=Tzzh536l9D/pWY1UtEQ1ubzgueyAUjNXag6d0MYuEUCRQGDtA/B9m7kpn/E0NHPyIK VsSzX20cyLHZumfFi+ANy3kuw09NwfoJoTBFcHIvyZ8hE9ee7yB15Fmks7S4Txo9klgC d9kmrWEgJWRp26BczEKhu0g6OKyYjj91CAOTsbGUIFwNDp2Ydf0ihjo6MnqL8tCf2pVp +Ge95TlP88LvQVx8GCDvmLl5/zslu771kCg+lnlkJ7KOcwY8KU9Bf0NHqShApkFWKxpL Sz9Pflw4Gd75X62SK5Ng/Qa4JZ453l9CHIho5kNZ31iTAA9Dmsy0ex6ZsFjVm4ws6mYQ xSMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=chC2MfvOLBYR+Hm8EqwOI7haRTp7nV6Im4QY00f5Bsg=; b=ZAsmP1gfQi4/kLxFCzVbC/BFyHlfbznGjGHzrP+THqCMtxD3DyHaAbmXM9J/AsG8gK u1getgELNq9DQwioyGlTHRW3P33JaJ0uqwbPPTEmu2KZkzBxxsJ+tim6tUEyjU2/KSSL +7j+MrCwsh99T2Ye27Dq7kbgSDZ1VlvFuXRb2rTelZvQe5SKZvz/4A2E4FupsUmHwCIS nCagFc/i5bfpabNZqlg7OzjP8BMugP0RrAFx7U0d08hU+6w+COojoJlLMqsIC2G4xLoL hI1eX+pL7DBzOKdkGIdoR8eC9rB+C5i6zB8hM6Hs/1K/DKtzWshTJWa44rWGcWWpCn1p TwEQ== X-Gm-Message-State: AG10YOSzWBCb2UfW+/H4j0HxR5/8iSlfbNVdHiUIyf5SQV3KMj6IaaqS+xZBk3X6HWMfoSJbDtzAf8joeA8gtA== MIME-Version: 1.0 X-Received: by 10.37.52.84 with SMTP id b81mr19728890yba.152.1456293881603; Tue, 23 Feb 2016 22:04:41 -0800 (PST) Received: by 10.37.207.206 with HTTP; Tue, 23 Feb 2016 22:04:41 -0800 (PST) Date: Wed, 24 Feb 2016 01:04:41 -0500 Message-ID: Subject: kern/207069 update with patch From: David Cross To: freebsd-stable@freebsd.org, re@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 06:04:42 -0000 I finally got my way through forth and to the point where I have a working patch; updated ticket with patch and included the testing I had completed. 2 line patch, should be very straightforward to someone familiar with that code. Thanks From owner-freebsd-stable@freebsd.org Wed Feb 24 10:57:48 2016 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 A9BB0AB34BC for ; Wed, 24 Feb 2016 10:57:48 +0000 (UTC) (envelope-from swhite@gov.za) Received: from mta.gov.za (mta.gov.za [163.195.1.225]) by mx1.freebsd.org (Postfix) with ESMTP id 59FDA1966 for ; Wed, 24 Feb 2016 10:57:48 +0000 (UTC) (envelope-from swhite@gov.za) Received: from localhost ([127.0.0.1] helo=mta.gov.za) by mta.gov.za with esmtp (Exim 4.63) (envelope-from ) id 1aYX8c-0004Sc-0W for freebsd-stable@freebsd.org; Wed, 24 Feb 2016 12:57:46 +0200 Received: from localhost (swhite@localhost) by mta.gov.za (8.13.1/8.13.1/Submit) with ESMTP id u1OAviWg017147 for ; Wed, 24 Feb 2016 12:57:44 +0200 (SAST) (envelope-from swhite@gov.za) X-Authentication-Warning: mta.gov.za: swhite owned process doing -bs Date: Wed, 24 Feb 2016 12:57:44 +0200 (SAST) From: swhite@gov.za To: freebsd-stable@freebsd.org Subject: ipfw dscp cs4 Message-ID: <20160224125107.C15782@mta.gov.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 10:57:48 -0000 Hi! Not sure if this is the right place to enquire about this. If not please direct me to the right place and accept my apologies. I'm trying to shape traffic using ipfw/dummynet that has been marked upstream with dscp cs4 and get this: # ipfw add 10000 pipe 1 in dscp cs4 recv igb0 10000 pipe 1 ip from any to any in dscp be recv igb0 # but this: # ipfw add 10000 pipe 1 in dscp cs2 recv igb0 10000 pipe 1 ip from any to any in dscp cs2 recv igb0 # ...appears to be fine. Pretty much anything else works other than cs4 which gets interpreted as be (0x0). Bug? Regards, - Sean. -- "For a man to truly understand rejection, he must first be ignored by a cat." -- Anon. From owner-freebsd-stable@freebsd.org Wed Feb 24 11:53:44 2016 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 8C3D6AB2751 for ; Wed, 24 Feb 2016 11:53:44 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [193.105.105.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 4ED451478 for ; Wed, 24 Feb 2016 11:53:43 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYXOj-000DGo-3o; Wed, 24 Feb 2016 12:14:25 +0100 Date: Wed, 24 Feb 2016 12:14:25 +0100 From: Kurt Jaeger To: swhite@gov.za Cc: freebsd-stable@freebsd.org Subject: Re: ipfw dscp cs4 Message-ID: <20160224111425.GD26283@home.opsec.eu> References: <20160224125107.C15782@mta.gov.za> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160224125107.C15782@mta.gov.za> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 11:53:44 -0000 Hi! > Not sure if this is the right place to enquire about this. If not please > direct me to the right place and accept my apologies. It's a good place, if you run a stable version. What version of FreeBSD do you run ? And it's an interesting bug-report. Other places where it might be useful are: 1) https://bugs.freebsd.org/ (preferred) 2) freebsd-ipfw@freebsd.org Would you mind filling in a bug report ? -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-stable@freebsd.org Wed Feb 24 11:55:26 2016 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 35933AB2822 for ; Wed, 24 Feb 2016 11:55:26 +0000 (UTC) (envelope-from swhite@gov.za) Received: from mta.gov.za (mta.gov.za [163.195.1.225]) by mx1.freebsd.org (Postfix) with ESMTP id D7CB5161C for ; Wed, 24 Feb 2016 11:55:25 +0000 (UTC) (envelope-from swhite@gov.za) Received: from localhost ([127.0.0.1] helo=mta.gov.za) by mta.gov.za with esmtp (Exim 4.63) (envelope-from ) id 1aYY2N-00063X-Rc for freebsd-stable@freebsd.org; Wed, 24 Feb 2016 13:55:24 +0200 Received: from localhost (swhite@localhost) by mta.gov.za (8.13.1/8.13.1/Submit) with ESMTP id u1OBtMVx023280 for ; Wed, 24 Feb 2016 13:55:23 +0200 (SAST) (envelope-from swhite@gov.za) X-Authentication-Warning: mta.gov.za: swhite owned process doing -bs Date: Wed, 24 Feb 2016 13:55:22 +0200 (SAST) From: swhite@gov.za To: freebsd-stable@freebsd.org Subject: Re: ipfw dscp cs4 In-Reply-To: <20160224111425.GD26283@home.opsec.eu> Message-ID: <20160224135240.J15782@mta.gov.za> References: <20160224125107.C15782@mta.gov.za> <20160224111425.GD26283@home.opsec.eu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 11:55:26 -0000 On Wed, 24 Feb 2016, Kurt Jaeger wrote: > It's a good place, if you run a stable version. What version of FreeBSD > do you run ? I'm not running -stable, no, but I've seen this behaviour on 9.3-R, 9.3-Rp33 and 10.2-Rp8. > And it's an interesting bug-report. Other places where it might > be useful are: > > 1) https://bugs.freebsd.org/ > (preferred) > 2) freebsd-ipfw@freebsd.org > > Would you mind filling in a bug report ? I'll set up the bugzilla account now. Regards, - Sean. -- "For a man to truly understand rejection, he must first be ignored by a cat." -- Anon. From owner-freebsd-stable@freebsd.org Wed Feb 24 12:03:57 2016 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 5810BAB1379 for ; Wed, 24 Feb 2016 12:03:57 +0000 (UTC) (envelope-from swhite@gov.za) Received: from mta.gov.za (mta.gov.za [163.195.1.225]) by mx1.freebsd.org (Postfix) with ESMTP id 08F2F16D for ; Wed, 24 Feb 2016 12:03:56 +0000 (UTC) (envelope-from swhite@gov.za) Received: from localhost ([127.0.0.1] helo=mta.gov.za) by mta.gov.za with esmtp (Exim 4.63) (envelope-from ) id 1aYYAc-0006GQ-QH; Wed, 24 Feb 2016 14:03:54 +0200 Received: from localhost (swhite@localhost) by mta.gov.za (8.13.1/8.13.1/Submit) with ESMTP id u1OC3rYg024079; Wed, 24 Feb 2016 14:03:53 +0200 (SAST) (envelope-from swhite@gov.za) X-Authentication-Warning: mta.gov.za: swhite owned process doing -bs Date: Wed, 24 Feb 2016 14:03:53 +0200 (SAST) From: swhite@gov.za To: Ian Smith cc: freebsd-stable@freebsd.org Subject: Re: ipfw dscp cs4 In-Reply-To: <20160224225827.J51785@sola.nimnet.asn.au> Message-ID: <20160224140333.T24070@mta.gov.za> References: <20160224125107.C15782@mta.gov.za> <20160224111425.GD26283@home.opsec.eu> <20160224135240.J15782@mta.gov.za> <20160224225827.J51785@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 12:03:57 -0000 On Wed, 24 Feb 2016, Ian Smith wrote: > And please do also post this (and/or cc: from the bug) to freebsd-ipfw Wilco. Regards, - Sean. -- "For a man to truly understand rejection, he must first be ignored by a cat." -- Anon. From owner-freebsd-stable@freebsd.org Wed Feb 24 12:07:05 2016 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 7BB41AB160F for ; Wed, 24 Feb 2016 12:07:05 +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 DBE013E1 for ; Wed, 24 Feb 2016 12:07:04 +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 u1OC0RTs093032; Wed, 24 Feb 2016 23:00:27 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 24 Feb 2016 23:00:27 +1100 (EST) From: Ian Smith To: swhite@gov.za cc: freebsd-stable@freebsd.org Subject: Re: ipfw dscp cs4 In-Reply-To: <20160224135240.J15782@mta.gov.za> Message-ID: <20160224225827.J51785@sola.nimnet.asn.au> References: <20160224125107.C15782@mta.gov.za> <20160224111425.GD26283@home.opsec.eu> <20160224135240.J15782@mta.gov.za> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 12:07:05 -0000 On Wed, 24 Feb 2016 13:55:22 +0200, swhite@gov.za wrote: > On Wed, 24 Feb 2016, Kurt Jaeger wrote: > > > It's a good place, if you run a stable version. What version of FreeBSD > > do you run ? > > I'm not running -stable, no, but I've seen this behaviour on 9.3-R, 9.3-Rp33 > and 10.2-Rp8. > > > And it's an interesting bug-report. Other places where it might > > be useful are: > > > > 1) https://bugs.freebsd.org/ > > (preferred) > > 2) freebsd-ipfw@freebsd.org > > > > Would you mind filling in a bug report ? > > I'll set up the bugzilla account now. And please do also post this (and/or cc: from the bug) to freebsd-ipfw cheers, Ian From owner-freebsd-stable@freebsd.org Wed Feb 24 13:18:33 2016 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 BE0A7AB3BA8 for ; Wed, 24 Feb 2016 13:18:33 +0000 (UTC) (envelope-from kostikbel@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 AA13414A1 for ; Wed, 24 Feb 2016 13:18:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id A6241AB3BA7; Wed, 24 Feb 2016 13:18:33 +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 A5C07AB3BA6 for ; Wed, 24 Feb 2016 13:18:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 37238149E for ; Wed, 24 Feb 2016 13:18:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u1ODIJEH054914 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 24 Feb 2016 15:18:20 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u1ODIJEH054914 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u1ODIIdl054913; Wed, 24 Feb 2016 15:18:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 Feb 2016 15:18:18 +0200 From: Konstantin Belousov To: Paul Koch Cc: stable@freebsd.org Subject: Re: 10.2 - Process stuck in unkillable sleep Message-ID: <20160224131818.GO91220@kib.kiev.ua> References: <20160224142619.6710b6c1@akips.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160224142619.6710b6c1@akips.com> User-Agent: Mutt/1.5.24 (2015-08-30) 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.20 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, 24 Feb 2016 13:18:33 -0000 On Wed, Feb 24, 2016 at 02:26:19PM +1000, Paul Koch wrote: > > Occasionally we see a process get stuck in an unkillable state and > the only solution is a hard reboot. > > Occasionally == once every two weeks across 60+ servers, which are spread > across the globe in customer sites. We have no remote access to these boxes. > > The process that most often that gets stuck, but not limited to, is a large > scale Ping/SNMP poller. It is a fairly simplistic C program that just fires > out lots of ping (raw ICMP socket) and SNMP (UDP socket) requests > asynchronously. > > We've managed to trap the problem a few times on a test server running in > VirtualBox, but it also occurs on customer sites who run VMware, Hyper-V, > QEMU and on bare metal. > > > We raise this PR > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204081 > > but suspect it is a similar/same issue as > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200992 > > This is the info we've gathered from the most recent time it has occurred: > > > # uname -a > FreeBSD shed153.akips.com 10.2-RELEASE-p12 FreeBSD 10.2-RELEASE-p12 #0 r295070: > Sat Jan 30 20:03:44 UTC 2016 root@shed21.akips.com:/usr/obj/usr/src/sys/GENERIC amd64 > # ps auxww | grep nm-poller > akips 1014 0.0 2.6 871820 106540 - Ds 10Feb16 1078:59.06 nm-poller > > > # procstat -k 1014 > PID TID COMM TDNAME KSTACK > 1014 100365 nm-poller - mi_switch sleepq_timedwait_sig _cv_timedwait_sig_sbt seltdwait kern_select sys_select amd64_syscall Xfast_syscall > Yes, on HEAD it was reported that the https://reviews.freebsd.org/D5221 fixed the problem. Still not reviewed. I did back-port to stable/10, the patch below is probably not applicable to 10.2, you would need 10.3 for it. Some revisions are missed from stable/10, but I think that the issue worked around in the patch is at the core of troubles many people reported. Index: sys/kern/kern_timeout.c =================================================================== --- sys/kern/kern_timeout.c (revision 295966) +++ sys/kern/kern_timeout.c (working copy) @@ -1127,7 +1127,7 @@ _callout_stop_safe(c, safe) * Some old subsystems don't hold Giant while running a callout_stop(), * so just discard this check for the moment. */ - if (!safe && c->c_lock != NULL) { + if ((safe & CS_DRAIN) == 0 && c->c_lock != NULL) { if (c->c_lock == &Giant.lock_object) use_lock = mtx_owned(&Giant); else { @@ -1207,7 +1207,7 @@ again: return (0); } - if (safe) { + if ((safe & CS_DRAIN) != 0) { /* * The current callout is running (or just * about to run) and blocking is allowed, so @@ -1319,7 +1319,7 @@ again: CTR3(KTR_CALLOUT, "postponing stop %p func %p arg %p", c, c->c_func, c->c_arg); CC_UNLOCK(cc); - return (0); + return ((safe & CS_MIGRBLOCK) != 0); } CTR3(KTR_CALLOUT, "failed to stop %p func %p arg %p", c, c->c_func, c->c_arg); Index: sys/kern/subr_sleepqueue.c =================================================================== --- sys/kern/subr_sleepqueue.c (revision 295966) +++ sys/kern/subr_sleepqueue.c (working copy) @@ -572,7 +572,8 @@ sleepq_check_timeout(void) * another CPU, so synchronize with it to avoid having it * accidentally wake up a subsequent sleep. */ - else if (callout_stop(&td->td_slpcallout) == 0) { + else if (_callout_stop_safe(&td->td_slpcallout, CS_MIGRBLOCK) + == 0) { td->td_flags |= TDF_TIMEOUT; TD_SET_SLEEPING(td); mi_switch(SW_INVOL | SWT_SLEEPQTIMO, NULL); Index: sys/sys/callout.h =================================================================== --- sys/sys/callout.h (revision 295966) +++ sys/sys/callout.h (working copy) @@ -62,6 +62,9 @@ struct callout_handle { struct callout *callout; }; +#define CS_DRAIN 0x0001 +#define CS_MIGRBLOCK 0x0002 + #ifdef _KERNEL /* * Note the flags field is actually *two* fields. The c_flags @@ -81,7 +84,7 @@ struct callout_handle { */ #define callout_active(c) ((c)->c_flags & CALLOUT_ACTIVE) #define callout_deactivate(c) ((c)->c_flags &= ~CALLOUT_ACTIVE) -#define callout_drain(c) _callout_stop_safe(c, 1) +#define callout_drain(c) _callout_stop_safe(c, CS_DRAIN) void callout_init(struct callout *, int); void _callout_init_lock(struct callout *, struct lock_object *, int); #define callout_init_mtx(c, mtx, flags) \ From owner-freebsd-stable@freebsd.org Wed Feb 24 13:37:40 2016 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 0EE01AB24D0 for ; Wed, 24 Feb 2016 13:37:40 +0000 (UTC) (envelope-from mikej@mikej.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 E71E5117 for ; Wed, 24 Feb 2016 13:37:39 +0000 (UTC) (envelope-from mikej@mikej.com) Received: by mailman.ysv.freebsd.org (Postfix) id E2F94AB24CE; Wed, 24 Feb 2016 13:37: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 E263DAB24CD; Wed, 24 Feb 2016 13:37:39 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from mx2.paymentallianceintl.com (mx2.paymentallianceintl.com [216.26.158.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.paymentallianceintl.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BB62A116; Wed, 24 Feb 2016 13:37:39 +0000 (UTC) (envelope-from mikej@mikej.com) Received: from firewall.mikej.com (162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65]) by mx2.paymentallianceintl.com (8.15.1/8.15.1) with ESMTPS id u1ODbSpc091753 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 24 Feb 2016 08:37:29 -0500 (EST) (envelope-from mikej@mikej.com) X-Authentication-Warning: mx2.paymentallianceintl.com: Host 162-230-214-65.lightspeed.lsvlky.sbcglobal.net [162.230.214.65] claimed to be firewall.mikej.com Received: from mail.mikej.com (firewall.mikej.com [192.168.6.63]) by firewall.mikej.com (8.15.2/8.15.2) with ESMTP id u1ODb4He013491; Wed, 24 Feb 2016 08:37:04 -0500 (EST) (envelope-from mikej@mikej.com) DMARC-Filter: OpenDMARC Filter v1.3.1 firewall.mikej.com u1ODb4He013491 Authentication-Results: mail.mikej.com; dmarc=none header.from=mikej.com DKIM-Filter: OpenDKIM Filter v2.10.3 firewall.mikej.com u1ODb4He013491 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mikej.com; s=mail; t=1456321025; bh=7ArYojPo37OvLHjR38nv/nnY6UXy9W/uBLdxlZQz0Jg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=sb+wV0q4TIaYgFsAx+sXAPSlPoILHOgf8P+SlUsMdrrHeNhAWAREF1Cy+7PcKKbXd NX94plLCH9zjsupHpn3iqPmH19W+loB3K0Lli96WHZMbMhsqRJ6oPFgWjVCUy+3T/I d8biAFVipAB/0OxDTFBbuUkyjkA8XcETkiQ/LCn7BKFqI9ebsZwC+cjcec9/FgDMdb qSddbHlpRB9hE56mjWZBo4iF04rI2hXEsxDaXFvwNFQPgutN5ZVMlRor6oD7lPHO/N excmihepYO3+vjg0Lwf+kaXgO4ebJ4Q0vb8MTiXJla8wgKzWEIbYFbQYHNvPAKJh/N 4WSSAv+Lyfkcg== X-Authentication-Warning: firewall.mikej.com: Host firewall.mikej.com [192.168.6.63] claimed to be mail.mikej.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 24 Feb 2016 08:37:04 -0500 From: Michael Jung To: Konstantin Belousov Cc: Paul Koch , stable@freebsd.org, owner-freebsd-stable@freebsd.org Subject: Re: 10.2 - Process stuck in unkillable sleep In-Reply-To: <20160224131818.GO91220@kib.kiev.ua> References: <20160224142619.6710b6c1@akips.com> <20160224131818.GO91220@kib.kiev.ua> Message-ID: <7fed68a8927e70d4d9cc6ea1a8ddd1bf@mail.mikej.com> X-Sender: mikej@mikej.com User-Agent: Roundcube Webmail/1.1.4 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 13:37:40 -0000 On 2016-02-24 08:18, Konstantin Belousov wrote: > On Wed, Feb 24, 2016 at 02:26:19PM +1000, Paul Koch wrote: >> >> Occasionally we see a process get stuck in an unkillable state and >> the only solution is a hard reboot. >> >> Occasionally == once every two weeks across 60+ servers, which are >> spread >> across the globe in customer sites. We have no remote access to these >> boxes. >> >> The process that most often that gets stuck, but not limited to, is a >> large >> scale Ping/SNMP poller. It is a fairly simplistic C program that just >> fires >> out lots of ping (raw ICMP socket) and SNMP (UDP socket) requests >> asynchronously. >> >> We've managed to trap the problem a few times on a test server running >> in >> VirtualBox, but it also occurs on customer sites who run VMware, >> Hyper-V, >> QEMU and on bare metal. >> >> >> We raise this PR >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204081 >> >> but suspect it is a similar/same issue as >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200992 >> >> This is the info we've gathered from the most recent time it has >> occurred: >> >> >> # uname -a >> FreeBSD shed153.akips.com 10.2-RELEASE-p12 FreeBSD 10.2-RELEASE-p12 #0 >> r295070: >> Sat Jan 30 20:03:44 UTC 2016 >> root@shed21.akips.com:/usr/obj/usr/src/sys/GENERIC amd64 > >> # ps auxww | grep nm-poller >> akips 1014 0.0 2.6 871820 106540 - Ds 10Feb16 1078:59.06 >> nm-poller >> >> >> # procstat -k 1014 >> PID TID COMM TDNAME KSTACK >> 1014 100365 nm-poller - mi_switch sleepq_timedwait_sig >> _cv_timedwait_sig_sbt seltdwait kern_select sys_select amd64_syscall >> Xfast_syscall >> > > Yes, on HEAD it was reported that the https://reviews.freebsd.org/D5221 > fixed the problem. Still not reviewed. > > I did back-port to stable/10, the patch below is probably not > applicable > to 10.2, you would need 10.3 for it. Some revisions are missed from > stable/10, but I think that the issue worked around in the patch is at > the core of troubles many people reported. > > Index: sys/kern/kern_timeout.c > =================================================================== > --- sys/kern/kern_timeout.c (revision 295966) > +++ sys/kern/kern_timeout.c (working copy) > @@ -1127,7 +1127,7 @@ _callout_stop_safe(c, safe) > * Some old subsystems don't hold Giant while running a > callout_stop(), > * so just discard this check for the moment. > */ > - if (!safe && c->c_lock != NULL) { > + if ((safe & CS_DRAIN) == 0 && c->c_lock != NULL) { > if (c->c_lock == &Giant.lock_object) > use_lock = mtx_owned(&Giant); > else { > @@ -1207,7 +1207,7 @@ again: > return (0); > } > > - if (safe) { > + if ((safe & CS_DRAIN) != 0) { > /* > * The current callout is running (or just > * about to run) and blocking is allowed, so > @@ -1319,7 +1319,7 @@ again: > CTR3(KTR_CALLOUT, "postponing stop %p func %p arg %p", > c, c->c_func, c->c_arg); > CC_UNLOCK(cc); > - return (0); > + return ((safe & CS_MIGRBLOCK) != 0); > } > CTR3(KTR_CALLOUT, "failed to stop %p func %p arg %p", > c, c->c_func, c->c_arg); > Index: sys/kern/subr_sleepqueue.c > =================================================================== > --- sys/kern/subr_sleepqueue.c (revision 295966) > +++ sys/kern/subr_sleepqueue.c (working copy) > @@ -572,7 +572,8 @@ sleepq_check_timeout(void) > * another CPU, so synchronize with it to avoid having it > * accidentally wake up a subsequent sleep. > */ > - else if (callout_stop(&td->td_slpcallout) == 0) { > + else if (_callout_stop_safe(&td->td_slpcallout, CS_MIGRBLOCK) > + == 0) { > td->td_flags |= TDF_TIMEOUT; > TD_SET_SLEEPING(td); > mi_switch(SW_INVOL | SWT_SLEEPQTIMO, NULL); > Index: sys/sys/callout.h > =================================================================== > --- sys/sys/callout.h (revision 295966) > +++ sys/sys/callout.h (working copy) > @@ -62,6 +62,9 @@ struct callout_handle { > struct callout *callout; > }; > > +#define CS_DRAIN 0x0001 > +#define CS_MIGRBLOCK 0x0002 > + > #ifdef _KERNEL > /* > * Note the flags field is actually *two* fields. The c_flags > @@ -81,7 +84,7 @@ struct callout_handle { > */ > #define callout_active(c) ((c)->c_flags & CALLOUT_ACTIVE) > #define callout_deactivate(c) ((c)->c_flags &= ~CALLOUT_ACTIVE) > -#define callout_drain(c) _callout_stop_safe(c, 1) > +#define callout_drain(c) _callout_stop_safe(c, CS_DRAIN) > void callout_init(struct callout *, int); > void _callout_init_lock(struct callout *, struct lock_object *, int); > #define callout_init_mtx(c, mtx, flags) \ > > _______________________________________________ > 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" I'm not sure if I have the same of different issue. According to top my process is stuck in "STOP" state. FreeBSD firewall.mikej.com 10.2-STABLE FreeBSD 10.2-STABLE #22 r289078M: Wed Dec 9 17:13:31 EST 2015 mikej@firewall.mikej.com:/usr/obj/usr/src/sys/GENERIC amd64 42152 emby 2 20 -20 869M 1424K STOP 4 166:22 0.00% mono-sgen root@firewall:/usr/ports/devel # procstat -kk 42152 PID TID COMM TDNAME KSTACK 42152 101501 mono-sgen - mi_switch+0xe1 thread_suspend_switch+0x170 thread_single+0x4e5 exit1+0xbe sigexit+0x925 postsig+0x286 ast+0x427 doreti_ast+0x1f 42152 101511 mono-sgen - mi_switch+0xe1 sleepq_timedwait_sig+0x8b _sleep+0x238 umtxq_sleep+0x125 do_wait+0x387 __umtx_op_wait_uint_private+0x83 amd64_syscall+0x35d Xfast_syscall+0xfb root@firewall:/usr/ports/devel # kill -9 42152 has no affect. I tried to stop the process with /usr/local/etc/rc.d/emby-server stop emby-server-3.0.5821 mono-4.2.2.10 If this is different issue please let me know and I will open a separate PR. Thank you. --mikej From owner-freebsd-stable@freebsd.org Wed Feb 24 17:13:42 2016 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 339C1AB2C48 for ; Wed, 24 Feb 2016 17:13:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 17DA815CF for ; Wed, 24 Feb 2016 17:13:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1OHDfwM058707 for ; Wed, 24 Feb 2016 17:13:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Wed, 24 Feb 2016 17:13:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: paul@inetstat.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status keywords bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 17:13:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 Bug ID: 207463 Summary: [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETAD DRS) buffer overflow Product: Base System Version: 10.3-BETA2 Hardware: Any OS: Any Status: New Keywords: patch Severity: Affects Many People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: paul@inetstat.net CC: freebsd-stable@FreeBSD.org Keywords: patch Created attachment 167367 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D167367&action= =3Dedit stable/10/sys/netpfil/pf/pf_ioctl.c patch While investigating bug #192677 (pfctl iotcl buffer to small for bigger spa= md blacklists) on releng/10.2, I believe I have spotted a kernel buffer overfl= ow in stable/10/sys/netpfil/pf/pf_ioctl.c / stable/10/sys/netpfil/pf/pf_table.= c, introduced by base r286862 / base r286961. stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS): totlen =3D io->pfrio_size * sizeof(struct pfr_addr); pfras =3D malloc(totlen, M_TEMP, M_WAITOK); stable/10/sys/netpfil/pf/pf_table.c:pfr_set_addrs(): bcopy(&ad, addr + size + i, sizeof(ad)); Inside pfr_set_addrs(), pfioctl()'s "pfras" becomes "addr", "io->pfrio_size" becomes "size", and "io->pfrio_size2" becomes "size2". pfr_set_addrs() uses size2 to protect the buffer just above that bcopy. Looking carefully at stable/10/sys/sbin/pfctl/pfctl_table.c:pfctl_table("replace") and stable/10/sys/sbin/pfctl/pfctl_radix.c:pfr_buf_grow(), io->pfrio_buffer pas= sed into the ioctl is size2. This is theoretical, based on simulating the code mentally. I'm fairly cer= tain that my analysis is correct, but I've not verified it via compiled stable/10 code. The bcopy seems to fairly obviously run off the end of the buffer wh= en it is only "size". The fix should be quite simple, by just changing the bu= ffer to be "size2" in stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS): totlen =3D io->pfrio_size2 * sizeof(struct pfr_addr); Untested patch attached. I believe this applies to both stable/10 and head= . I have tagged it as 10.3-BETA, as that seems to be the places where the more urgent attention is needed, as it would be quite unfortunate for 10.3 to be released with this bug (if my analysis is correct). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Wed Feb 24 23:19:09 2016 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 DBEBDAB29B8 for ; Wed, 24 Feb 2016 23:19:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CE431274 for ; Wed, 24 Feb 2016 23:19:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1ONJ9lj072067 for ; Wed, 24 Feb 2016 23:19:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Wed, 24 Feb 2016 23:19:09 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kp@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 24 Feb 2016 23:19:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 Kristof Provost changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kp@freebsd.org Assignee|freebsd-bugs@FreeBSD.org |kp@freebsd.org --- Comment #1 from Kristof Provost --- I think your analysis is correct. The intention of the bcopy() appears to be to copy additional addresses beh= ind the original list (hence the adds + size + i construction). You're correct that the buffer allocated by 'totlen =3D io->pfrio_size * sizeof(struct pfr_addr);' is too small for that. It's possible to panic a box that way. I don't think your fix is sufficient though. If user space provides a small= er pfrio_size2 than pfrio_size (remember that all user space programmers are o= ut to get us!) then we'd still end up running outsize the allocated buffer. I think we need to allocate the largest of pfrio_size and pfrio_size2: https://reviews.freebsd.org/D5426 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Feb 25 01:08:14 2016 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 56F12AB37BE for ; Thu, 25 Feb 2016 01:08:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 46B701FB0 for ; Thu, 25 Feb 2016 01:08:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1P18EWm095348 for ; Thu, 25 Feb 2016 01:08:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Thu, 25 Feb 2016 01:08:14 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: paul@inetstat.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 01:08:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 --- Comment #2 from Paul J Murphy --- Yes, you are correct. My patch was sufficient only for the default usage by /sbin/pfctl, but left scope for other usage to cause problems. I've looked over your patch, and it looks good to me. The existing buffer protection c= ode in pfr_set_addrs() also looks like it will handle a smaller size2 cleanly. = I have just updated my releng/10.2 system to stable/10's sys/netpfil/pf and sbin/pfctl, with your patch applied to it, and it seems to both pass a quick and basic functionality test, and fix bug #192677 (it is now successfully replacing a pf table with over 130,000 addrs, where 10.2-p12 fails for anyt= hing over around 65,000). Thanks. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Feb 25 05:57:31 2016 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 7C9B9AB3CA0 for ; Thu, 25 Feb 2016 05:57:31 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (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 173B2C4C for ; Thu, 25 Feb 2016 05:57:31 +0000 (UTC) (envelope-from timp87@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id a4so12279049wme.1 for ; Wed, 24 Feb 2016 21:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-transfer-encoding; bh=AH8sRZLO+X6jjO4tnBldU2hWVlAGR/M/iSpvr7qmB8U=; b=yANAgiQ39c62lQUU1W8nMxYnssBjDicEzF9YLcIrVbx1urx8L5p6Ct3rLaott25sBY fLp83YkSxCZTrt6EIXNiX7/hW6CIhqfTRm3ygRYx2pYqajz/dv4/8BPsNfOAJcmN51Bl 5WDSf1oenBTwBwC61YD/Dk40an9ipqSBYKA24PMOwDZCahAHOayNn0m+FYvl4tvAEk+6 10R+8UfldMZuiXn120XCwtU4uOTsI++bRWpYiRF4K1Z2DCiscUEnhwcbQiStD2wyu2xN sW/VEBkCSRa59W1KHEBqFf5bb2f699fL5kDR/Or3DGF0Hdi0GNJpkk03o0SCrjSQL4jX +HNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=AH8sRZLO+X6jjO4tnBldU2hWVlAGR/M/iSpvr7qmB8U=; b=esihntkEMtRmF+/2Kbs0md9JtDCGG1D93tRbeJsl9zaADy1i5KfTNf8hrNmdbAJXef VGjcZEO9iDB8tfR7b9IvxTB/xfWqCBShB31BFFTsxFnkFUMZHcjezukhgScARfaIJ8Nx /oudKiprIYOBvDI30hubXy0TO27b2tXxfff1vnhjoR4mHMW3veoN+puL7nzcdRs1cgZ5 Z8eimcBptnPKAK/bNyPz2CZfYAvHGeN5FSIhf/O0ky8QXYZz3bu8GU27O+pVDdDxwfjv xuVYW6Aza4R1QXlAzFl3xnMzE8aQ0CE1hMmf18ri8GC+vGFT14Rcv6GJDPq7yUeJbOHu T6cA== X-Gm-Message-State: AG10YORZMi3p0FZixgqstzb3aTWwDvOGrD6cnGhyHUnzx2hUauwxsGHgx8IAI7enHOw1WhLPXVjrSy1VFvpDtQ== MIME-Version: 1.0 X-Received: by 10.28.88.15 with SMTP id m15mr1455046wmb.60.1456379848462; Wed, 24 Feb 2016 21:57:28 -0800 (PST) Received: by 10.28.59.84 with HTTP; Wed, 24 Feb 2016 21:57:28 -0800 (PST) In-Reply-To: <20160216084514.GF68298@zxy.spb.ru> References: <20160215110022.GE37895@zxy.spb.ru> <20160216084514.GF68298@zxy.spb.ru> Date: Thu, 25 Feb 2016 08:57:28 +0300 Message-ID: Subject: Re: net-im/skype4 under FreeBSD 10.3 From: Pavel Timofeev To: Slawa Olhovchenkov Cc: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 05:57:31 -0000 2016-02-16 11:45 GMT+03:00 Slawa Olhovchenkov : > On Tue, Feb 16, 2016 at 10:49:01AM +0300, Pavel Timofeev wrote: > >> 2016-02-15 15:28 GMT+03:00 Pavel Timofeev : >> > >> > 15 =D1=84=D0=B5=D0=B2=D1=80. 2016 =D0=B3. 14:00 =D0=BF=D0=BE=D0=BB=D1= =8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C "Slawa Olhovchenkov" >> > =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: >> > >> > >> >> >> >> On Mon, Feb 15, 2016 at 12:06:08PM +0300, Pavel Timofeev wrote: >> >> >> >> > Hi! >> >> > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? >> >> >> >> I am using net-im/skype4 under FreeBSD 10.2-STABLE (after new >> >> linuxulator import). >> >> Chat and voice work good. >> >> >> >> > Seems like net-im/skype4 missing some dependencies and if it's >> >> > satisfied net-im/skype4 hangs after start. >> >> > linprocfs mounting doesn't help. >> >> > I installed them all from the ports tree. >> >> > Any experience? >> >> >> >> I am don't see this issue. >> > >> > Ok, thank you. I'll recheck. >> >> Well, I've managed to start skype4. >> What I did is: >> # mkdir -p /compat/linux/proc/ >> add linprocfs to /etc/fstab >> add linux_enable=3D"YES" to /etc/rc.conf >> # reboot >> # portmaster /usr/ports/net-im/skype4 >> Then I tried to start it and got: >> % skype >> /usr/local/share/skype/skype: error while loading shared libraries: >> libpulse-mainloop-glib.so.0: cannot open shared object file: No such >> file or directory >> Then I installed missing dependency: > > I am use poudriere build and all dependens present: > > # pkg info -d skype4 > skype4-4.3.0.37,1: > linux-skype_oss_wrapper-0.1.1 > linux_base-c6-6.6_6 > linux-c6-pulseaudio-libs-glib2-0.9.21 > linux-c6-qt47-4.7.2_1 > linux-c6-qt47-webkit-4.7.2_1 > webcamd-4.2.0.9 > linux-c6-libv4l-0.6.3_1 > linux-c6-xorg-libs-7.4_3 > linux-c6-expat-2.0.1_2 > linux-c6-openssl-compat-0.9.8e_2 > desktop-file-utils-0.22_3 > linux-c6-fontconfig-2.8.0_1 > linux-c6-qt47-x11-4.7.2_1 > >> # portmaster /usr/ports/audio/linux-c6-pulseaudio-libs >> And tried to start it again: >> % skype >> /usr/local/share/skype/skype: error while loading shared libraries: >> libssl.so.10: cannot open shared object file: No such file or >> directory >> Installed another missing dependency: >> # portmaster /usr/ports/security/linux-c6-openssl >> And finally skype could start. >> >> So there are some missing dependencies. I've created a bug report. >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207240 This is what I wanted https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D409490 From owner-freebsd-stable@freebsd.org Thu Feb 25 07:34:17 2016 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 099B7AB2722 for ; Thu, 25 Feb 2016 07:34:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 EFAA31BE9 for ; Thu, 25 Feb 2016 07:34:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1P7YGxC049494 for ; Thu, 25 Feb 2016 07:34:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Thu, 25 Feb 2016 07:34:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 07:34:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: kp Date: Thu Feb 25 07:33:59 UTC 2016 New revision: 296025 URL: https://svnweb.freebsd.org/changeset/base/296025 Log: pf: Fix possible out-of-bounds write In the DIOCRSETADDRS ioctl() handler we allocate a table for struct pfr_addrs, which is processed in pfr_set_addrs(). At the users request we also provi= de feedback on the deleted addresses, by storing them after the new list ('bcopy(&ad, addr + size + i, sizeof(ad));' in pfr_set_addrs()). This means we write outside the bounds of the buffer we've just allocated. We need to look at pfrio_size2 instead (i.e. the size the user reserved f= or our feedback). That'd allow a malicious user to specify a smaller pfrio_size2 than pfrio_size though, in which case we'd still read outside of the allocated buffer. Instead we allocate the largest of the two values. Reported By: Paul J Murphy PR: 207463 MFC after: 5 days Differential Revision: https://reviews.freebsd.org/D5426 Changes: head/sys/netpfil/pf/pf_ioctl.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Feb 25 07:36:36 2016 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 6EF54AB291A for ; Thu, 25 Feb 2016 07:36:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 6116A1D94 for ; Thu, 25 Feb 2016 07:36:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u1P7aalO052300 for ; Thu, 25 Feb 2016 07:36:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-stable@FreeBSD.org Subject: [Bug 207463] [patch] stable/10/sys/netpfil/pf/pf_ioctl.c:pfioctl(DIOCRSETADDRS) buffer overflow Date: Thu, 25 Feb 2016 07:36:36 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-BETA2 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: kp@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kp@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 07:36:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207463 --- Comment #4 from Kristof Provost --- I'll talk to re@ about MFCing this after the BETA3 builds are done (so in a couple of days). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-stable@freebsd.org Thu Feb 25 10:06:16 2016 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 099B4AB2DE4 for ; Thu, 25 Feb 2016 10:06:16 +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 BDDAB1337 for ; Thu, 25 Feb 2016 10:06:15 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aYsoA-000M5E-RL; Thu, 25 Feb 2016 13:06:06 +0300 Date: Thu, 25 Feb 2016 13:06:06 +0300 From: Slawa Olhovchenkov To: Pavel Timofeev Cc: freebsd-stable stable Subject: Re: net-im/skype4 under FreeBSD 10.3 Message-ID: <20160225100606.GA11654@zxy.spb.ru> References: <20160215110022.GE37895@zxy.spb.ru> <20160216084514.GF68298@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit 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.20 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, 25 Feb 2016 10:06:16 -0000 On Thu, Feb 25, 2016 at 08:57:28AM +0300, Pavel Timofeev wrote: > 2016-02-16 11:45 GMT+03:00 Slawa Olhovchenkov : > > On Tue, Feb 16, 2016 at 10:49:01AM +0300, Pavel Timofeev wrote: > > > >> 2016-02-15 15:28 GMT+03:00 Pavel Timofeev : > >> > > >> > 15 февр. 2016 г. 14:00 пользователь "Slawa Olhovchenkov" > >> > написал: > >> > > >> > > >> >> > >> >> On Mon, Feb 15, 2016 at 12:06:08PM +0300, Pavel Timofeev wrote: > >> >> > >> >> > Hi! > >> >> > Has anybody tried net-im/skype4 under FreeBSD 10.3(-BETA[0-9])?? > >> >> > >> >> I am using net-im/skype4 under FreeBSD 10.2-STABLE (after new > >> >> linuxulator import). > >> >> Chat and voice work good. > >> >> > >> >> > Seems like net-im/skype4 missing some dependencies and if it's > >> >> > satisfied net-im/skype4 hangs after start. > >> >> > linprocfs mounting doesn't help. > >> >> > I installed them all from the ports tree. > >> >> > Any experience? > >> >> > >> >> I am don't see this issue. > >> > > >> > Ok, thank you. I'll recheck. > >> > >> Well, I've managed to start skype4. > >> What I did is: > >> # mkdir -p /compat/linux/proc/ > >> add linprocfs to /etc/fstab > >> add linux_enable="YES" to /etc/rc.conf > >> # reboot > >> # portmaster /usr/ports/net-im/skype4 > >> Then I tried to start it and got: > >> % skype > >> /usr/local/share/skype/skype: error while loading shared libraries: > >> libpulse-mainloop-glib.so.0: cannot open shared object file: No such > >> file or directory > >> Then I installed missing dependency: > > > > I am use poudriere build and all dependens present: > > > > # pkg info -d skype4 > > skype4-4.3.0.37,1: > > linux-skype_oss_wrapper-0.1.1 > > linux_base-c6-6.6_6 > > linux-c6-pulseaudio-libs-glib2-0.9.21 > > linux-c6-qt47-4.7.2_1 > > linux-c6-qt47-webkit-4.7.2_1 > > webcamd-4.2.0.9 > > linux-c6-libv4l-0.6.3_1 > > linux-c6-xorg-libs-7.4_3 > > linux-c6-expat-2.0.1_2 > > linux-c6-openssl-compat-0.9.8e_2 > > desktop-file-utils-0.22_3 > > linux-c6-fontconfig-2.8.0_1 > > linux-c6-qt47-x11-4.7.2_1 > > > >> # portmaster /usr/ports/audio/linux-c6-pulseaudio-libs > >> And tried to start it again: > >> % skype > >> /usr/local/share/skype/skype: error while loading shared libraries: > >> libssl.so.10: cannot open shared object file: No such file or > >> directory > >> Installed another missing dependency: > >> # portmaster /usr/ports/security/linux-c6-openssl > >> And finally skype could start. > >> > >> So there are some missing dependencies. I've created a bug report. > >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207240 > > > This is what I wanted > https://svnweb.freebsd.org/ports?view=revision&revision=409490 I have dpends pulseaudio-libs w/o this line, very strange. From owner-freebsd-stable@freebsd.org Thu Feb 25 12:17:31 2016 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 1DE5AAB1617 for ; Thu, 25 Feb 2016 12:17:31 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [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 942808E7 for ; Thu, 25 Feb 2016 12:17:29 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from bsdrookie.norma.com. (pc846408.norma.com [IPv6:fd00::7bd] (may be forged)) by elf.hq.norma.perm.ru (8.15.2/8.14.9) with ESMTPS id u1PCHNoV076362 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 25 Feb 2016 17:17:23 +0500 (YEKT) (envelope-from emz@norma.perm.ru) To: freebsd-stable stable From: "Eugene M. Zheganin" Subject: FreeBSD and UDF Message-ID: <56CEF0D3.80000@norma.perm.ru> Date: Thu, 25 Feb 2016 17:17:23 +0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Thu, 25 Feb 2016 17:17:24 +0500 (YEKT) X-Spam-Status: No hits=-99.7 bayes=0.0299 testhits AWL=-0.693,BAYES_05=-0.5, RDNS_NONE=0.793,SPF_SOFTFAIL=0.665,USER_IN_WHITELIST=-100 autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 12:17:31 -0000 Hi, recenlty I needed to mount the Windows 2012 R2 iso image, which pappened to ba an UDF image. After mdconfiging it and attempting to mount I got: # mount -t udf /dev/md1 cdrom01 mount_udf: /dev/md1: Invalid argument udf is in kernel. Is UDF filesystem supported in FreeBSD ? I run 10.3-PRERELEASE r294405. Thanks. Eugene. From owner-freebsd-stable@freebsd.org Thu Feb 25 21:09:30 2016 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 31282AB4616 for ; Thu, 25 Feb 2016 21:09:30 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [193.105.105.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 EE39E3C5 for ; Thu, 25 Feb 2016 21:09:29 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from pi by home.opsec.eu with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1aZ3AC-000GsU-Q6 for freebsd-stable@freebsd.org; Thu, 25 Feb 2016 22:09:32 +0100 Date: Thu, 25 Feb 2016 22:09:32 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Subject: status of freebsd-update mirrors ? Message-ID: <20160225210932.GK26283@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 25 Feb 2016 21:09:30 -0000 Hi! I recently tried to get some host updated using freebsd-update: It failed on all sites with this: # freebsd-update -r 10.2-RELEASE upgrade -s update4.freebsd.org Looking up update4.freebsd.org mirrors... none found. Fetching metadata signature for 10.1-RELEASE from update4.freebsd.org... failed. No mirrors remaining, giving up. except update5, which returned: # freebsd-update -r 10.2-RELEASE upgrade -s update5.freebsd.org Looking up update5.freebsd.org mirrors... none found. Fetching metadata signature for 10.1-RELEASE from update5.freebsd.org... done. Fetching metadata index... fetch: http://update5.freebsd.org/10.1-RELEASE/i386/t/ee71a3e074f038728efd7aa6ef7a0777e8c7c64ea01aa684f6fc181e544c6a41: Permission denied failed. always failing on the same file. Any ideas on what's up ? -- pi@opsec.eu +49 171 3101372 4 years to go ! From owner-freebsd-stable@freebsd.org Fri Feb 26 20:59:41 2016 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 B0731AB4D19 for ; Fri, 26 Feb 2016 20:59:41 +0000 (UTC) (envelope-from amesbury@oitsec.umn.edu) Received: from mail.oitsec.umn.edu (mail.oitsec.umn.edu [128.101.238.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oitsec.umn.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F0491479 for ; Fri, 26 Feb 2016 20:59:41 +0000 (UTC) (envelope-from amesbury@oitsec.umn.edu) Received: from mail.oitsec.umn.edu (localhost [127.0.0.1]) by mail.oitsec.umn.edu (Postfix) with ESMTP id 8FE495C813 for ; Fri, 26 Feb 2016 14:59:30 -0600 (CST) X-Virus-Scanned: amavisd-new at oitsec.umn.edu Received: from mail.oitsec.umn.edu ([127.0.0.1]) by mail.oitsec.umn.edu (mail.oitsec.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9ps-CGDHSD0 for ; Fri, 26 Feb 2016 14:59:29 -0600 (CST) Received: from optimator.oitsec.umn.edu (optimator.oitsec.umn.edu [134.84.23.1]) (Authenticated sender: amesbury) by mail.oitsec.umn.edu (Postfix) with ESMTPSA id 229B45C80A for ; Fri, 26 Feb 2016 14:59:29 -0600 (CST) From: Alan Amesbury Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: SSH patch for X SECURITY bug (CVE-2015-5352)? Message-Id: Date: Fri, 26 Feb 2016 14:59:30 -0600 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 20:59:41 -0000 A while back someone discovered a bug prior to OpenSSH v6.9 relating to = use of the "-X" option (X11 forwarding) option for the SSH client. The = CVE entry contains links to a couple other sites: https://cve.mitre.org/cgi-bin/cvename.cgi?name=3DCVE-2015-5352 The OpenSSH v6.9 release notes (http://www.openssh.com/txt/release-6.9) = mention this as a security bugfix, but don't indicate if the problem = existed in versions earlier than v6.8; FreeBSD 9.3-RELEASE, = 10.1-RELEASE, and 10.2-RELEASE appear to have v6.6.1 (although linked = against different versions of OpenSSL). I've searched FreeBSD's = security advisories, but see no mention of this bug at all (certainly = not in the most recent OpenSSH advisories). Top search hits in Google = for this CVE show a couple Linux distros (RedHat and Ubuntu) mention it. = For what it's worth, RedHat's declining to fix it in RHEL 5, deferring = the fix in RHEL 6, and says RHEL 7 is not affected. Ubuntu's support = mentions it but describes no plans to fix it. Are any of you aware of a patch for this that's been committed = unannounced? It strikes me as a somewhat esoteric bug, but I promised = someone I'd ask around about it. If no patch is committed, is the plan = to just defer this one until later? --=20 Alan Amesbury University Information Security http://umn.edu/lookup/amesbury From owner-freebsd-stable@freebsd.org Fri Feb 26 22:09:11 2016 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 576DBAB688A for ; Fri, 26 Feb 2016 22:09:11 +0000 (UTC) (envelope-from lrizzo@mail.edu.ky) Received: from mail.edu.ky (mail.edu.ky [IPv6:2602:ffb6:2:0:f816:3eff:fe4b:f679]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.edu.ky", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 242571C3A for ; Fri, 26 Feb 2016 22:09:11 +0000 (UTC) (envelope-from lrizzo@mail.edu.ky) DKIM-Signature: v=1; a=rsa-sha256; d=mail.edu.ky; h=user-agent :content-disposition:content-type:content-type:mime-version :message-id:subject:subject:from:from:date:date:received; s= default; t=1456542547; x=1458356948; bh=nGlIKLt0NlCD7QY4TrIZooU1 gG7/TAimbJvRTHFk5kk=; b=wU+GnbkVTI198qGPaiFFuz6tnkfHBdfqQ9fPJJFV NrwSz+2e1xjNK+qfSp1jkR00enclMg7pSnUnB9PkcfIWCekwEojrl76SkGt20Z3d l0O9lJSnbJUNS7ZogLMDuhC0pUhLG0qq5RiksUTEpeNHxC+c34wxfaoRmjyi1ORy 92s= Received: from mail.edu.ky (postmaster@localhost [127.0.0.1]) by mail.edu.ky (8.15.2/8.15.2) with ESMTPS id u1R396O3074211 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 26 Feb 2016 22:09:06 -0500 (EST) (envelope-from lrizzo@mail.edu.ky) Received: (from lrizzo@localhost) by mail.edu.ky (8.15.2/8.15.2/Submit) id u1R396fZ074210 for freebsd-stable@freebsd.org; Fri, 26 Feb 2016 22:09:06 -0500 (EST) (envelope-from lrizzo) Date: Fri, 26 Feb 2016 22:09:05 -0500 From: Lucius Rizzo To: freebsd-stable@freebsd.org Subject: Poll: FreeBSD userbase in 2016 Message-ID: <20160227030905.GA74171@d0g.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 22:09:11 -0000 I am wondering who else (these days) uses FreeBSD commercially and/or any major names to understand current userbase. Is there any data on this? From owner-freebsd-stable@freebsd.org Fri Feb 26 23:24:51 2016 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 B1684AB5A53 for ; Fri, 26 Feb 2016 23:24:51 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from alpine.spintel.net.au (alpine.spintel.net.au [IPv6:2407:e400:1::b]) (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 6D41B1F75 for ; Fri, 26 Feb 2016 23:24:51 +0000 (UTC) (envelope-from andyf@andyit.com.au) Received: from hummer.af.speednet.com.au (115-69-4-237.dyn.comcen.net.au [115.69.4.237]) by alpine.spintel.net.au (Postfix) with ESMTPS id DA1564C28CF for ; Sat, 27 Feb 2016 10:24:37 +1100 (AEDT) Received: from snuggles.af.speednet.com.au (snuggles.af.speednet.com.au [172.22.2.2]) by hummer.af.speednet.com.au (8.14.5/8.14.5) with ESMTP id u1QNOasU029911 for ; Sat, 27 Feb 2016 09:24:37 +1000 (EST) (envelope-from andyf@andyit.com.au) Message-ID: <56D0DEB4.309@andyit.com.au> Date: Sat, 27 Feb 2016 09:24:36 +1000 From: Andy Farkas User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120614 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Poll: FreeBSD userbase in 2016 References: <20160227030905.GA74171@d0g.ca> In-Reply-To: <20160227030905.GA74171@d0g.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 26 Feb 2016 23:24:51 -0000 On 27/02/2016 13:09, Lucius Rizzo wrote: > I am wondering who else (these days) uses FreeBSD commercially and/or any major names to understand current userbase. Is there any data on this? > The FreeBSD web site (https://www.freebsd.org/) has a link on the home page: "... the platform of choice for many of the busiest web sites ..." Try clicking on it. -andyf From owner-freebsd-stable@freebsd.org Sat Feb 27 00:06:12 2016 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 A7B99AB6B3F for ; Sat, 27 Feb 2016 00:06:12 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from connect.ultra-secure.de (connect.ultra-secure.de [88.198.71.201]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4101595 for ; Sat, 27 Feb 2016 00:06:11 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (Haraka outbound); Sat, 27 Feb 2016 01:04:57 +0100 Authentication-Results: connect.ultra-secure.de; iprev=pass; auth=pass (plain); spf=none smtp.mailfrom=ultra-secure.de Received-SPF: None (connect.ultra-secure.de: domain of ultra-secure.de does not designate 217.71.83.52 as permitted sender) receiver=connect.ultra-secure.de; identity=mailfrom; client-ip=217.71.83.52; helo=[192.168.1.200]; envelope-from= Received: from [192.168.1.200] (217-071-083-052.ip-tech.ch [217.71.83.52]) by connect.ultra-secure.de (Haraka/2.6.2-toaster) with ESMTPSA id B2910295-0EB1-4ED9-84F0-86C176BAE547.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=AES256-SHA verify=NO); Sat, 27 Feb 2016 01:04:54 +0100 From: Rainer Duffner Message-Id: <225D1BE4-D4BA-4A1F-8685-4C27E14928FA@ultra-secure.de> Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: Poll: FreeBSD userbase in 2016 Date: Sat, 27 Feb 2016 01:04:52 +0100 References: <20160227030905.GA74171@d0g.ca> <56D0DEB4.309@andyit.com.au> To: freebsd-stable In-Reply-To: <56D0DEB4.309@andyit.com.au> X-Mailer: Apple Mail (2.3112) X-Haraka-GeoIP: EU, CH, 451km X-Haraka-ASN: 24951 X-Haraka-GeoIP-Received: X-Haraka-ASN: 24951 217.71.80.0/20 X-Haraka-ASN-CYMRU: asn=24951 net=217.71.80.0/20 country=CH assignor=ripencc date=2003-08-07 X-Haraka-FCrDNS: 217-071-083-052.ip-tech.ch X-Haraka-p0f: os="Mac OS X " link_type="DSL" distance=12 total_conn=1 shared_ip=N X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on spamassassin X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.1 X-Haraka-Karma: score: 6, good: 66, bad: 0, connections: 225, history: 66, asn_score: 72, asn_connections: 299, asn_good: 72, asn_bad: 0, pass:all_good, asn, asn_all_good, relaying Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 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, 27 Feb 2016 00:06:12 -0000 > Am 27.02.2016 um 00:24 schrieb Andy Farkas : >=20 > On 27/02/2016 13:09, Lucius Rizzo wrote: >> I am wondering who else (these days) uses FreeBSD commercially and/or = any major names to understand current userbase. Is there any data on = this? >>=20 >=20 > The FreeBSD web site (https://www.freebsd.org/) has a link on > the home page: >=20 > "... the platform of choice for many of the busiest web sites ..." >=20 > Try clicking on it. >=20 You can get a sneak-peek from looking at pages like a VendorSummit = wiki-page: https://wiki.freebsd.org/201511VendorDevSummit = We just use it for servers. Nothing really earth-shattering. Almost everything it does could be done by Ubuntu. Or CentOS. But then we=E2=80=99d have to worry about even more servers with another = f*=E2=80=99ing glibc bug. Let=E2=80=99s see how this OpenSSL thing plays out this time=E2=80=A6. People seem to be starting to use it in appliances more, in various = shapes.