From owner-freebsd-stable@freebsd.org Tue Jul 12 08:08:07 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 068A7B9385D for ; Tue, 12 Jul 2016 08:08:07 +0000 (UTC) (envelope-from bounce_FokWuZ8rV5rX7obd_4UqrJjwkknMQ2VWX_759c263328e4df83_3@yomoko-mail.com) Received: from s2.mtb-3.com (s2.mtb-3.com [69.63.148.88]) (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 83C2B19FC for ; Tue, 12 Jul 2016 08:08:06 +0000 (UTC) (envelope-from bounce_FokWuZ8rV5rX7obd_4UqrJjwkknMQ2VWX_759c263328e4df83_3@yomoko-mail.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mykey2; d=mtb-3.com; h=Reply-To:List-Unsubscribe:From:To:Subject:MIME-Version:Date:Message-Id:Content-Type; bh=jmCSUvI4gHOKk1zv2hKTQYz2pAE=; b=GQ6XehcVPII8jTbYRvEZ73EbbWt6Qi2dVlVkmTRNphaI4E1YHkZ3+304wt4dE5eyaFt0yWkdgNFW ntHH+sXntHoqX1fYiBQnQp+9tfevVVkuNfcWE6wqsTedlsHjeOP+z2wd5Ypvy3QtDTXVI60MPktV Jilxl+Q8D+ZeCfKqxVv57x5/SkL0MxH+5eyV02f7hbEyK4AHYhL9Pt4BlPuSiUZwB/Lvhz3oKjWD 6ojLA0x7UvETrE4TuL/cquYld4eHQvpyKbq+6ahMHyYXjbhNMAwKnlLCdjRUh8pYm0ishwopYHSj bi9TG9z+eQC5oStK4snWB0FPsF8vaBgGErBSZQ== Received: from localhost (10.10.204.18) by s2.mtb-3.com id hgiimc27la89 for ; Tue, 12 Jul 2016 09:12:36 +0200 (envelope-from ) Reply-To: mala.augustine@educor.co.za X-Priority: 3 X-Report-Abuse: X-Data: 4UqrJjwkknMQ2VWX.759c263328e4df83 X-Data-EUID: 60fc35abe270e6bd870760efc7821468 X-Data-Rating: -2 From: Damelin To: freebsd-stable@freebsd.org Subject: Join the School of Business Professionals MIME-Version: 1.0 Date: Tue, 12 Jul 2016 09:12:02 +0200 Message-Id: <201607129091236.29478.1163@dcc.edu.za> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jul 2016 08:08:07 -0000 School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) School of Business Professionals ( https://www.dcc.edu.za/mailer-campaign/business-professionals ) From owner-freebsd-stable@freebsd.org Tue Jul 12 14:23:06 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 A694BB92B25 for ; Tue, 12 Jul 2016 14:23:06 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9174E1159 for ; Tue, 12 Jul 2016 14:23:06 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: by mailman.ysv.freebsd.org (Postfix) id 90CF7B92B24; Tue, 12 Jul 2016 14:23:06 +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 907DEB92B22 for ; Tue, 12 Jul 2016 14:23:06 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0501156 for ; Tue, 12 Jul 2016 14:23:06 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id 3284D33C1E for ; Tue, 12 Jul 2016 10:22:53 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id E771139819; Tue, 12 Jul 2016 10:22:52 -0400 (EDT) From: Lowell Gilbert To: stable@freebsd.org Subject: Re: Not-so stable if you take a CAM error.... References: <2b0c454b-c1a0-4b5b-e778-bf0939e90ae1@denninger.net> <6e9c07e1-12a6-a7cd-f775-6b0fe5a706bc@denninger.net> <1468243977.72182.118.camel@freebsd.org> <877f5e8e-c1e7-6fb0-6ceb-031ce3e68582@denninger.net> <1468254746.72182.121.camel@freebsd.org> Date: Tue, 12 Jul 2016 10:22:52 -0400 In-Reply-To: (Karl Denninger's message of "Mon, 11 Jul 2016 12:30:34 -0500") Message-ID: <447fcrdjgj.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 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, 12 Jul 2016 14:23:06 -0000 Karl Denninger writes: > Why not force-detach the volume that takes the error instead of a panic()? > > That would lead to a panic if the detached volume was the system volume > (obviously) but for a data volume it would simply result in it being > forcibly unmounted (and dirty, so if it's corrupt it will get caught > when reattached.) > > It seems that the current paradigm of saying "screw you, panic the > machine" violates the principle of least astonishment and is overly > punitive vis-a-vis necessity. Refusing further I/O because the volume > may now have a corrupt filesystem appears to be facially reasonable, but > that doesn't necessarily wind up being fatal the system itself -- it is > if that's the system volume and is not covered by some sort of > redundancy, obviously, but it's not in all cases. How do you find the processes with pages mapped from the filesystem's vnodes? UFS is *very* tightly tied to the VM system, and intentionally so. Recall that "umount -f" isn't exactly safe...