From owner-freebsd-fs@freebsd.org Mon Jul 18 12:18:36 2016 Return-Path: Delivered-To: freebsd-fs@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 1A420B9DA47 for ; Mon, 18 Jul 2016 12:18: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 07CD01F2E for ; Mon, 18 Jul 2016 12:18: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 u6ICIZpp022505 for ; Mon, 18 Jul 2016 12:18:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 211037] [panic] softdep_deallocate_dependencies: got error 6 while accessing filesystem Date: Mon, 18 Jul 2016 12:18:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 12:18:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211037 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org --- Comment #1 from Konstantin Belousov --- (In reply to David Gordon from comment #0) Can you show _exact_ kernel messages before and during the panic, say, 10 l= ines before the panic message itself and then everything that follows it ? We do not have 'secondary' panics, so the three lines you demonstrated are puzzling, at least. It could be that you get two panics, each on the its o= wn CPU, but again, I need to see precise messages first. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jul 18 16:58:02 2016 Return-Path: Delivered-To: freebsd-fs@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 73D64B9CCD3 for ; Mon, 18 Jul 2016 16:58:02 +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 58F9F1F6B for ; Mon, 18 Jul 2016 16:58:02 +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 u6IGw1BE067435 for ; Mon, 18 Jul 2016 16:58:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Mon, 18 Jul 2016 16:58:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: raviprakash.darbha@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 16:58:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 rdarbha changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |raviprakash.darbha@gmail.co | |m --- Comment #11 from rdarbha --- does the dragon fly BSD patch work ? I m hitting a similar issue and would like to consider porting it to FreeBSD. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Jul 18 17:11:37 2016 Return-Path: Delivered-To: freebsd-fs@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 6E9D4B9D35E for ; Mon, 18 Jul 2016 17:11:37 +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 5D4001E7B for ; Mon, 18 Jul 2016 17:11:37 +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 u6IHBb5s032502 for ; Mon, 18 Jul 2016 17:11:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 203419] solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == ... Date: Mon, 18 Jul 2016 17:11:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Jul 2016 17:11:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203419 --- Comment #1 from Andriy Gapon --- Please attach core.txt.2 to the bug, so that it does not disappear like it already has. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jul 19 03:10:49 2016 Return-Path: Delivered-To: freebsd-fs@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 AF9F3B9C2A7 for ; Tue, 19 Jul 2016 03:10:49 +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 9AE8C19B2 for ; Tue, 19 Jul 2016 03:10:49 +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 u6J3Amnc015549 for ; Tue, 19 Jul 2016 03:10:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 203419] solaris assert: (dn->dn_phys->dn_nlevels == 0 && db->db_level == ... Date: Tue, 19 Jul 2016 03:10:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: crash, needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: bug_file_loc bug_status flagtypes.name keywords 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 03:10:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203419 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://lists.freebsd.org/p | |ipermail/freebsd-current/20 | |16-July/062281.html Status|New |Open Flags| |mfc-stable10?, | |mfc-stable11? Keywords| |crash, needs-patch, | |needs-qa --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jul 19 10:06:34 2016 Return-Path: Delivered-To: freebsd-fs@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 ACF80B9E8D6 for ; Tue, 19 Jul 2016 10:06:34 +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 83DD613CA for ; Tue, 19 Jul 2016 10:06:34 +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 u6JA6YM5039426 for ; Tue, 19 Jul 2016 10:06:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Tue, 19 Jul 2016 10:06:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 10:06:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org --- Comment #12 from Konstantin Belousov --- (In reply to rdarbha from comment #11) Do you understand that your question contains the intrinsic contradiction ? Anyway, I looked at the Matt' patches. The vfs_cluster changes seems to be irrelevant, we start io (and perform SU-related rollbacks) in ffs_geom_strategy() which is executed after the cluster is fully constructed and validated. Similarly, we assert that there is no dandling dependencies when B_NOCACHE buffer is thrown away in brelse(). So I think that these bi= ts are not (directly) relevant to us. The interesting stuff is vnode vm_object size handling for directories. Th= is is the right thing to do, but I doubt that we would have issues with the present order as far as vnode is not unlocked between buffer allocation and pager resizing. Still it is better to do it right, patch is attached. If you have dirbad panics, I would first check your hardware and verified integrity of other files on the same volume. If you have canonical copy of= the data, say system distribution disk which was used to install, compare the checksums of regular files. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jul 19 10:08:19 2016 Return-Path: Delivered-To: freebsd-fs@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 7D2C9B9E927 for ; Tue, 19 Jul 2016 10:08:19 +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 6C45C14B9 for ; Tue, 19 Jul 2016 10:08:19 +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 u6JA8Irk041739 for ; Tue, 19 Jul 2016 10:08:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Tue, 19 Jul 2016 10:08:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 10:08:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 --- Comment #13 from Konstantin Belousov --- Created attachment 172710 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D172710&action= =3Dedit Ensure that pager is resized before UFS directory blocks are allocated. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jul 19 11:01:32 2016 Return-Path: Delivered-To: freebsd-fs@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 CB40AB9E875 for ; Tue, 19 Jul 2016 11:01:32 +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 B47221DF1 for ; Tue, 19 Jul 2016 11:01:32 +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 u6JB1VAR073907 for ; Tue, 19 Jul 2016 11:01:32 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Tue, 19 Jul 2016 11:01:32 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 11:01:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 --- Comment #14 from Kirk McKusick --- I concur with the analysis and proposed changes by Konstantin Belousov . --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Jul 19 16:17:20 2016 Return-Path: Delivered-To: freebsd-fs@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 56D48B9E1A3 for ; Tue, 19 Jul 2016 16:17:20 +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 42E7B1652 for ; Tue, 19 Jul 2016 16:17:20 +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 u6JGHIdY026600 for ; Tue, 19 Jul 2016 16:17:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Tue, 19 Jul 2016 16:17:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: raviprakash.darbha@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jul 2016 16:17:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 --- Comment #15 from rdarbha --- I meant working in Dragon fly as I am hitting it in Freebsd and would like = to port. :) Anyways thanks for the quick response and the patch ! ~Ravi --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 20 14:41:10 2016 Return-Path: Delivered-To: freebsd-fs@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 E052BB9F0EF for ; Wed, 20 Jul 2016 14:41: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 791141A01 for ; Wed, 20 Jul 2016 14:41:08 +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 u6KEf7Zk038977 for ; Wed, 20 Jul 2016 14:41:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 93942] [vfs] [patch] panic: ufs_dirbad: bad dir (patch from DragonFly) Date: Wed, 20 Jul 2016 14:41:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 6.1-PRERELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 14:41:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D93942 --- Comment #16 from commit-hook@freebsd.org --- A commit references this bug: Author: kib Date: Wed Jul 20 14:40:57 UTC 2016 New revision: 303090 URL: https://svnweb.freebsd.org/changeset/base/303090 Log: Ensure that the UFS directory vnode' vm_object is properly sized before UFS_BALLOC() is called. I do not believe that this caused any real issue on FreeBSD because the exclusive vnode lock is held over the balloc/resize, the change is to make formally correct KPI use. Based on: the Matthew Dillon' patch from DragonFly BSD PR: 93942 Reviewed by: mckusick Tested by: pho Sponsored by: The FreeBSD Foundation MFC after: 1 week Changes: head/sys/ufs/ufs/ufs_lookup.c head/sys/ufs/ufs/ufs_vnops.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Jul 20 18:45:04 2016 Return-Path: Delivered-To: freebsd-fs@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 C96BDB9F027 for ; Wed, 20 Jul 2016 18:45:04 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 A05F11600 for ; Wed, 20 Jul 2016 18:45:04 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x22c.google.com with SMTP id j124so58830922ith.1 for ; Wed, 20 Jul 2016 11:45:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=GFqgV3R4PU9nFTd64y5zQP/yrYegnfIA2UdsVvKILck=; b=bqIO7YgKlJSJGE5QEjdNleKiZfLE9d4czQrNw62olUbWe/HNQsa78FVHPzY446aj36 tdhqn9OztywXRBTMuoQxl4nOoLVqR/cpCXRo3Tix4FRZmNtAVeEaXSqrTMAOEJD5M9ns c5euhJCWpiaBRZOTKthMUyZIS4FbWBthQTlzK+FOBR1spckWi9y+ZzBo2TU7CcJOfzXG D5FH8bIvywTQoBfJsZHvJ4+ZweBILxZkagrTrdPkOA1XWZsOFR28wEyqeiVRb0ENfqu0 cN9adZN9SrFrGqeNH61aOcM/X5F0tPUfFNhV4u8s/+JNt6wgpvBPES+p8D+osr9UOZuQ pkvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=GFqgV3R4PU9nFTd64y5zQP/yrYegnfIA2UdsVvKILck=; b=RwMFN7su+HRhIwNmTaJ1r1M3GdfACOIfiHxy0azxXAZGxio/tJ+FqoDF1JkRYOw/db vqBrTpuugsCpmOu7ZIFnkLPIdDhalzCFG+iQVv5b68AQxWjAICLXBmBO94exPJOfnvxQ H70WvPoQVZ9ZyYaPDJKyjJFBd8w25iw5yVgyI7RmGBl0ytQeXfMocn3VtPZolXcTkaor kd6gYCfx2P9zikRWD2LuupiSP056geLUDsxgdk/sLSq1v6tIZNIrE+8gnSZNEXJ7feBb ZvOYgXP9h7G2sbLOjzblRZUHMktl2NUd5EsegDONwzR+YAotuZc5DYyC18OBIumI/qpE TkeA== X-Gm-Message-State: ALyK8tKr9cAN/up34TcB+0By2aLtnNn3xAUWY3gAjab0waU/WlXgHdyvWFz2aQadxxm0dd43KGwjyM73SDG7YoDQ X-Received: by 10.36.90.79 with SMTP id v76mr10751202ita.16.1469040303936; Wed, 20 Jul 2016 11:45:03 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.13.139 with HTTP; Wed, 20 Jul 2016 11:45:03 -0700 (PDT) From: Maxim Sobolev Date: Wed, 20 Jul 2016 11:45:03 -0700 X-Google-Sender-Auth: MmCckIU4iDv7QsmUGyMM9qRO7H4 Message-ID: Subject: Optimizing UFS 1/2 for non-rotating / compressed storage To: Kirk McKusick , FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jul 2016 18:45:04 -0000 Hi Kirk et al, Do you by any chance have some hints of what parameters we need to set in newfs to maximally fit the following criteria: 1. Minimize free space fragmentation, i.e. we start with huge array or zeroes, we want to end up with as few number of continuous zero areas as possible (i.e. minimize free space discontinuity). 2. Blocks that belong to the same file should be as continuous as possible "on disk". 3. Each individual file should preferably start at the block offset that is multiple of certain pre-defined power-of-two size from the start of partition, e.g. 64k, 128k etc. The file system in question is write-mostly. We create image from scratch every time and them populate with installworld + pkg add. Any free space is subsequently erased with dd if=/dev/zero of=/myfs/bigfile; rm /myfs/bigfile, unmounted and image is compressed. We also grossly over-provision space, i.e. 2GB UFS image is created, less than 1GB is used at the end. Any hints would be appreciated. Thanks! -Maxim From owner-freebsd-fs@freebsd.org Thu Jul 21 01:05:09 2016 Return-Path: Delivered-To: freebsd-fs@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 05632B83FE2 for ; Thu, 21 Jul 2016 01:05:09 +0000 (UTC) (envelope-from movies@flixp-movies-mail.com) Received: from flixp-movies-mail.com (flixp-movies-mail.com [91.239.125.155]) (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 8F4EF1481 for ; Thu, 21 Jul 2016 01:05:08 +0000 (UTC) (envelope-from movies@flixp-movies-mail.com) Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by flixp-movies-mail.com (Postfix) with ESMTPS id 07C02A5495 for ; Wed, 20 Jul 2016 19:05:07 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=flixp-movies-mail.com; q=dns/txt; s=mail; bh=3excfb0KO0/uxgDrJDK4GObg/MzJVzPchYi+gjVfqG0=; h=from:subject:to:mime-version:content-type:list-unsubscribe; b=Z7wPnsUsfU5E+DXU3cTg00fx3VutXQgwaGiYtqAIgQA4TgSEDK7UkPPPen3DYqawvPizlCe6W zmVZ5t80jOrPiyYecay6cIYgpww/dSJXB8AZDWLwDl6uCIe0+kCHr8tUj80qVykQoTo6skda5VO 2POZ+KClraXd0DlVVCMX0pjBE0CiUTkVTPqDQbt67fU/LtJbunw9fBNCCAIleZtGt3VPvz6lCG6 uRwQgROryyYgPbgcI5rQUa+h95U2Be6+YXJtw0gM+q7s5OYzjANSMZ5P7mdZPz6vgbEqNjZdoOb yWmJkvKYIOaM48vaV21A9Rn0wJx12dbVbEwv9B7Ncx4g== From: Flix Premiere To: freebsd-fs@freebsd.org Subject: Discover new movies on demand in our online cinema Message-Id: <1469063106380-00743071-19499c34-d37e6ca7@flixp-movies-mail.com> X-Mailer: nodemailer (2.3.0; +http://nodemailer.com/; SMTP (pool)/2.5.1[client:2.3.1]) Date: Thu, 21 Jul 2016 01:05:06 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 01:05:09 -0000 Discover a world of movies never seen before Welcome to the World's First = Online Cineplex [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick1&= url=3Dhttps%3A%2F%2Fflixpremiere.com] , combining the movie theater = experience with on-demand availability. A Cinema in your pocket, where you= can watch great movies you've never seen before, Anytime, Anywhere. Our movies [http://flixp-movies-mail.com/click.php?email_id=3D370924&email= =3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_m= edium=3Demail&utm_campaign=3D4&utm_content=3Dclick2&url=3Dhttps%3A%2F%2Ffli= xpremiere.com%2Fnow-showing] are exclusive to Flix Premiere. No commercials= . No hidden fees. You pay only for the movies you want to watch, and can = discover new content each and every week in our online Red Carpet Events [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick3&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Fred-carpet] . Flix Premiere [http://flixp-movies-mail.com/img.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4] [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick4&url=3Dhttps%3A%2F%2Fflixpremiere.= com] Now Showing On Demand Interwoven [https://res.cloudinary.= com/flixpremiere/image/upload/c_fill,h_210,w_140/9b271775-2001-4a6e-9a12-09= 40aaccc21e/cover-art/48078dda-f125-4b58-b1b9-df9a52798fb4] [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick5&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Ffilm%2F9b271775-2001-4a6e-9a12-0940aaccc21e] Get Happy [https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_210,= w_140/22845d49-a7b7-4144-97b4-c81804966d49/cover-art/07b5bfb3-d4c3-4c67-8a6= 0-70a55e03893b] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick6&= url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2F22845d49-a7b7-4144-97b4-c8180= 4966d49] Changeover [https://res.cloudinary.com/flixpremiere/image/upload/c= _fill,h_210,w_140/e321f6ab-83e8-4879-a950-73f3f87d537c/cover-art/9ce373ce-7= dd8-4808-b313-fda1aef18d7f] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick7&= url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2Fe321f6ab-83e8-4879-a950-73f3f= 87d537c] But Not For Me [https://res.cloudinary.com/flixpremiere/image/uplo= ad/c_fill,h_210,w_140/a725151b-5ab9-4504-8685-a4e29939912d/cover-art/1fdaed= 8b-cf9b-4741-a3d9-32f10212955a] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick8&= url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2Fa725151b-5ab9-4504-8685-a4e29= 939912d] Sonata for Cello [https://res.cloudinary.com/flixpremiere/image/u= pload/c_fill,h_210,w_140/091f5303-ee57-4351-b712-39333cac39f2/cover-art/001= a6678-1c75-42a4-ba7c-2895339ee9a0] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick9&= url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2F091f5303-ee57-4351-b712-39333= cac39f2] Love Me Do [https://res.cloudinary.com/flixpremiere/image/upload/c= _fill,h_210,w_140/3a607b9e-b4fe-4d40-ab38-b1cdfec4c417/cover-art/118d012c-e= c82-45d6-baa7-01a7ba1ec46c] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick10= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2F3a607b9e-b4fe-4d40-ab38-b1cd= fec4c417] Noble Fir [https://res.cloudinary.com/flixpremiere/image/upload/c= _fill,h_210,w_140/72e83baa-1af7-4508-a0bd-7544fc7711a6/cover-art/d7918ed4-7= b8f-4192-bae3-e77a32cc8126] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick11= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2F72e83baa-1af7-4508-a0bd-7544= fc7711a6] Tension(s) [https://res.cloudinary.com/flixpremiere/image/upload/= c_fill,h_210,w_140/fd4c15ee-af99-4542-9904-4b94268056c1/cover-art/14c31a01-= c2c3-4e2a-bcc0-18ac8e3adaf7] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick12= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm%2Ffd4c15ee-af99-4542-9904-4b94= 268056c1] Get your ticket for just $4.99 to watch one of these latest movies Now Showing [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick13= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Fnow-showing] . Immerse yourself in = cinema! Watch Now for $4.99 [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick14= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Fnow-showing] Our Upcoming Premiere Exclusive to Flix Premiere Eliminate Archie Cookson [https://res.cloudinary.com/flixpremiere/image/upload/c_fill,h_720,= w_480/v1/6209b348-ba0d-4a1a-83a0-f13c3616ee87/cover-art/8b1e483e-6f1a-4816-= bda1-943f535d101e] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick15= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Fred-carpet]Premiering this Friday = from 7pm till midnight. Watch the Trailer [http://flixp-movies-mail.= com/click.php?email_id=3D370924&email=3Dfreebsd-fs@freebsd.= org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demail&utm_camp= aign=3D4&utm_content=3Dclick16&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Ffilm%2F6209b348-ba0d-4a1a-83a0-f13c3616ee87%3Fmodal%3Dplayer%26filmId= %3D6209b348-ba0d-4a1a-83a0-f13c3616ee87%26video%3Dtrailer]Bring the red = carpet experience home by joining us for the exclusive premieres [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick17&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Fred-carpet] of films never seen before . Find Out More [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick18&url=3Dhttps%3A%2F%2Fflixpremiere.= com] If you have any questions please don't hesitate to contact us with a = reply or on +44 2085 880618 in the UK and +1 (310) 601 3168 in the USA. To stay informed of the latest theatrical releases and news on Flix = Premiere, sign up to our newsletter [http://flixp-movies-mail.com/click.php= ?email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_sourc= e=3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick1= 9&url=3Dhttps%3A%2F%2Fflixpremiere.com%2Fnewsletter%2Fsign-up] . Or join the conversation Facebook - Flix Premiere [http://res.cloudinary.com/flixpremiere/image/upload/c_scale,h_34,= w_34/social_new-facebook_evulhs.png] [http://flixp-movies-mail.com/click.= php?email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_so= urce=3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dcli= ck20&url=3Dhttps%3A%2F%2Fwww.facebook.com%2Fflixpremiere] Twitter - Flix = Premiere [http://res.cloudinary.com/flixpremiere/image/upload/c_scale,h_34,= w_34/social_new_twitter_yaqoks] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick21= &url=3Dhttps%3A%2F%2Ftwitter.com%2FFlixPremiere] Instagram - Flix Premiere [http://res.cloudinary.com/flixpremiere/image/upload/c_scale,h_34,= w_34/social_new-instagram_vvxxtn] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick22= &url=3Dhttps%3A%2F%2Finstagram.com%2Fflixpremiere] Twitter - Flix Premiere [http://res.cloudinary.com/flixpremiere/image/upload/c_scale,h_34,= w_34/social_new-youtube_r1q9wx] [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick23= &url=3Dhttps%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCnYihKUuOYOKdK3Ewbq16_w] Film Partners [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick24= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Ffilm-partners] | News [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick25&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Fnews] | Privacy [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick26= &url=3Dhttps%3A%2F%2Fflixpremiere.com%2Fprivacy] | Terms of Use [http://flixp-movies-mail.com/click.php?email_id=3D370924&email=3Dfreebsd-f= s@freebsd.org&campaign_id=3D4&utm_source=3Demail_campaign&utm_medium=3Demai= l&utm_campaign=3D4&utm_content=3Dclick27&url=3Dhttps%3A%2F%2Fflixpremiere.= com%2Fterms] | Democratize Cinema [http://flixp-movies-mail.com/click.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dclick28= &url=3Dhttp%3A%2F%2Fdemocratizecinema.com%2F] More about Flix Premiere Flix Premiere is the world's first online Cineplex, combining the movie = theater experience with on-demand availability. A Cinema in your pocket, = where you can watch great movies you've never seen before, Anytime, = Anywhere. Our movies are exclusive to Flix Premiere. No commercials. No = hidden fees. You pay only for the movies you want to watch, and can = discover new content each and every week. The Flix Premiere Experience Red Carpet =E2=80=93 Each film will premiere on our platform =E2=80=93 = there will be a specific window wherein each film can be viewed for the = first time ever in that territory. Now Showing =E2=80=93 At any given time= we feature films in our online cinema, giving you a choice of quality new films we have carefully selected for you. Coming Soon =E2=80=93 These highly anticipated films will be coming to our = Online Cineplex for on-demand viewing in the near future. All Films =E2=80=93 What makes us unique compared to physical theaters? You= can come back and watch any films previously shown on our Cineplex at any = time! How it works We partner with talented filmmakers from all over the = world, thereby becoming the single point of discovery for the 95% of films = that =E2=80=98never' find their audience. Our rigorous screening program = ensures we bring you high quality content. You create a profile, and stay = up to date with our new releases each week; then stream movies immediately = on the Web, or through our iOS or Android apps. Stay tuned for new = platform announcements soon. If you do not wish to receive these emails,= Unsubscribe [http://flixp-movies-mail.com/unsubscribe.php?= email_id=3D370924&email=3Dfreebsd-fs@freebsd.org&campaign_id=3D4&utm_source= =3Demail_campaign&utm_medium=3Demail&utm_campaign=3D4&utm_content=3Dunsubsc= ribe] here. Copyright =C2=A9 2016 Flix Premiere Ltd All Rights Reserved Disclaimer: This email is intended for the named addressee only. It = contains information, which may be privileged or confidential. Unless you = are the named addressee, you should not read, copy, use the information it = contains nor disclose it to a third party. If you have received this = communication in error please notify us immediately so that we can take = corrective action. Internet e-mails are not necessarily secure. You should = be aware that changes could have been made to this message after it was = sent. Flix Premiere Limited does not accept liability for any action taken= in reliance on the content of this message. Flix Premiere Ltd: Company = Number 09455299 | VAT Number 236 0004 58 Physical location: Churchdown = Chambers, Bordyke, Tunbridge, England TN9 1NR, UK Sent: 2016-07-20 From owner-freebsd-fs@freebsd.org Thu Jul 21 05:52:51 2016 Return-Path: Delivered-To: freebsd-fs@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 517F3B9D658 for ; Thu, 21 Jul 2016 05:52:51 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::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 D4F311F98 for ; Thu, 21 Jul 2016 05:52:50 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm0-x22b.google.com with SMTP id i5so10213678wmg.0 for ; Wed, 20 Jul 2016 22:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=OHJEDNg2aT823wkkUvlHZM0WKjOA/HbCxLr6hgGoJqs=; b=lbWyYWfNA8ArM8JLRctSbIcKriYQo5geFNTkx91BFwEozkWyr4DTbr6bh1UJmYFE2M B2FLY3wss0GmjNUWTHbyTc7/0o1TQqaMvcrCzRtEnULyRX0sm5UQsRGhuLifvNBnYIKs lutfDxRIfuZsAjGOCDY7mpUpk97OKowTMTMrSX2TWccjF4kJztfyXYuRf/lH/kcYxVqy PBbimwwdhxdhvGe3xII4Hir0itoYJ2BcDAdzj0gHCSl+rPnqdsnxPcnijAFFJ4cdBOXt JlnaqBgPfd6N5Ts2UhGiBzz67y5/3FA5JGuhGGkmHox0oe6PYhsaKgbNVm+V5/9f6xTf iQFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=OHJEDNg2aT823wkkUvlHZM0WKjOA/HbCxLr6hgGoJqs=; b=LJlaUSlvKH7YCqids8G98RCcHZwW2KQP6SuuQ8iTFkV+I25zy4KvJIDREgRNTZuNYe qIs9s8JeNuvWpvBUOWTAPSky9YpsWg4ud1uuq1kw3ng2Xs7BNqfeVgu1XgDG1XQ+Lqsn 0T5A3clQLSBAjL1p2I44Z5LFSg5diF1NqynQ5uEPLwFPTGoNzCGq1/M4xMmmlaN7oi1Y gfPC2VxVdNfak4ulJQFLHApPrfpVNgpTpVBvlQxCi19IQl56pM8o90YYRo8vU3QXEFNy JbbagO1QqzpeNxSgCX4NjQgdLngRiE5/yniKhVINUeQHVu53JG1kcSptDN4pUgXUYRFQ acxA== X-Gm-Message-State: ALyK8tLjnJ9qc/aN5f5jKm8LLDF8zWqt33WOPdYy+bMQ04d/l2XQHnzcCifWPX1Z3ZdEwg== X-Received: by 10.194.187.115 with SMTP id fr19mr4934749wjc.4.1469080368863; Wed, 20 Jul 2016 22:52:48 -0700 (PDT) Received: from macbook-air-de-benjamin-1.home (LFbn-1-7077-85.w90-116.abo.wanadoo.fr. [90.116.246.85]) by smtp.gmail.com with ESMTPSA id a21sm1517232wma.10.2016.07.20.22.52.47 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 20 Jul 2016 22:52:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: HAST + ZFS + NFS + CARP From: Ben RUBSON In-Reply-To: Date: Thu, 21 Jul 2016 07:52:47 +0200 Content-Transfer-Encoding: 7bit Message-Id: <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> References: <20160630163541.GC5695@mordor.lan> <50BF1AEF-3ECC-4C30-B8E1-678E02735BB5@gmail.com> <20160701084717.GE5695@mordor.lan> <47c7e1a5-6ae8-689c-9c2d-bb92f659ea43@internetx.com> <20160701101524.GF5695@mordor.lan> <20160701105735.GG5695@mordor.lan> <3d8c7c89-b24e-9810-f3c2-11ec1e15c948@internetx.com> <93E50E6B-8248-43B5-BE94-D94D53050E06@getsomewhere.net> <20160701143917.GB41276@mordor.lan> <01b8a61e-739e-c41e-45bc-a84af0a9d8ab@internetx.com> <4d13f123-de18-693a-f98b-d02c8864f02e@internetx.com> To: freebsd-fs@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 05:52:51 -0000 > On 01 Jul 2016, at 17:02, Ben RUBSON wrote: > > I think what we miss is some kind of this : > http://milek.blogspot.fr/2007/03/zfs-online-replication.html > http://www.compnect.net/?p=16461 > > Online replication built in ZFS would be awesome. Note that I opened the following feature request a few days ago : https://www.illumos.org/issues/7166 Could be interesting to follow it. Ben From owner-freebsd-fs@freebsd.org Thu Jul 21 07:53:33 2016 Return-Path: Delivered-To: freebsd-fs@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 90150BA0518 for ; Thu, 21 Jul 2016 07:53:33 +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 75CAC1DD7 for ; Thu, 21 Jul 2016 07:53:33 +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 u6L7rV8n090690 for ; Thu, 21 Jul 2016 07:53:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 207464] Panic when destroying ZFS snapshot Date: Thu, 21 Jul 2016 07:53:31 +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.2-STABLE X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: avg@FreeBSD.org X-Bugzilla-Flags: mfc-stable9+ mfc-stable10+ X-Bugzilla-Changed-Fields: flagtypes.name keywords 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 07:53:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207464 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable9+, mfc-stable10+ Keywords| |crash --- Comment #30 from Kubilay Kocak --- Correctly annotate (mfc &keywords) post-resolution --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-fs@freebsd.org Thu Jul 21 07:59:11 2016 Return-Path: Delivered-To: freebsd-fs@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 303B8BA07A1 for ; Thu, 21 Jul 2016 07:59:11 +0000 (UTC) (envelope-from jg@internetx.com) Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by mx1.freebsd.org (Postfix) with ESMTP id E925A12CB for ; Thu, 21 Jul 2016 07:59:10 +0000 (UTC) (envelope-from jg@internetx.com) Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id D3EA64C4C7BD; Thu, 21 Jul 2016 09:52:11 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6xt8t7kvo5dy; Thu, 21 Jul 2016 09:52:06 +0200 (CEST) Received: from [192.168.100.26] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id F054C4C4C846; Thu, 21 Jul 2016 09:52:05 +0200 (CEST) Subject: Re: HAST + ZFS + NFS + CARP References: <20160630163541.GC5695@mordor.lan> <50BF1AEF-3ECC-4C30-B8E1-678E02735BB5@gmail.com> <20160701084717.GE5695@mordor.lan> <47c7e1a5-6ae8-689c-9c2d-bb92f659ea43@internetx.com> <20160701101524.GF5695@mordor.lan> <20160701105735.GG5695@mordor.lan> <3d8c7c89-b24e-9810-f3c2-11ec1e15c948@internetx.com> <93E50E6B-8248-43B5-BE94-D94D53050E06@getsomewhere.net> <20160701143917.GB41276@mordor.lan> <01b8a61e-739e-c41e-45bc-a84af0a9d8ab@internetx.com> <4d13f123-de18-693a-f98b-d02c8864f02e@internetx.com> <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> To: Ben RUBSON , freebsd-fs@freebsd.org From: InterNetX - Juergen Gotteswinter Reply-To: jg@internetx.com Message-ID: Date: Thu, 21 Jul 2016 09:51:51 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 07:59:11 -0000 i whould not expect to see something like maybe 2040 or so. no offense agains the zfs devs, imho the fs itself is not the right place for this. I could be wrong, if yes someone please feel free to point at it. In the End, to me it looks like you have taken the most important features out of hast, carp and probably rsf-1 cluster and with some mixing and stirring one can get a solution like this. no wont work, (somehow yes, but rather no: i dont know of anyone missing active sync replication, and manpower for this important parts is limited, but afaik theres the possility to sponsor such an addon. like, shut up and take my money Am 21.07.2016 um 07:52 schrieb Ben RUBSON: > >> On 01 Jul 2016, at 17:02, Ben RUBSON wrote: >> >> I think what we miss is some kind of this : >> http://milek.blogspot.fr/2007/03/zfs-online-replication.html >> http://www.compnect.net/?p=16461 >> >> Online replication built in ZFS would be awesome. > > Note that I opened the following feature request a few days ago : > https://www.illumos.org/issues/7166 > > Could be interesting to follow it. > > Ben > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@freebsd.org Thu Jul 21 08:08:57 2016 Return-Path: Delivered-To: freebsd-fs@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 5D08FBA0E1E for ; Thu, 21 Jul 2016 08:08:57 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF9AB1B0E for ; Thu, 21 Jul 2016 08:08:56 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm0-x229.google.com with SMTP id f65so12944498wmi.0 for ; Thu, 21 Jul 2016 01:08:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=8q0roFUvb0E5gIOku5V4gf/FeyR7s2XDQX3+BgN3d2s=; b=XJ45H7GgFg96a2IhApErg81MPWRogKL6jaSc/EXBQHvFYqVCoH68PeBoIOgQxXzHeD UfobejOzf37Ki9iz7PrYzypjpIcpJiUqD7unOFh3LIwapydx2PPeXrS9oieAXOpcvube uQjBpw3N6Fv9ohJx7Voj50l9Dl9hQ0HZmktNuf24+XXjStDNZl3K9AJS+ONRcej7KRKT bwKyboTPAtZM2k72MVXmsP62osyHkPXIbGN6c9uh4nvhAS6UsE2NhRrEpjh9kE3u7EAH 1wfgY/TybvfAj7CbDnDVYUgUbj8iuyoeST/VBLnrfzsF6xuEz11BlHuaAFQtKrNhw+XO dbiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=8q0roFUvb0E5gIOku5V4gf/FeyR7s2XDQX3+BgN3d2s=; b=W191iPKVvDKECUoMJr6mmHUhnWFnTpdDNn3AdfCV4UwFI7fUYH2kVHBXThzDTyxrfS F1hsNh6BexL4T5HnDEpcR1BZYeI/9B0kkDsLtcbNaCHKAeEC9UH9E96DUah7tG9JqrRh rqRFS8zYde/ZO3UJQvDr2ftF+dobFylJKLJbbeoDZ0rLtWWap+TjilPvq2HkNyUU1dGA +1K7B+AhuNWoFq5mdkB07l6AmKhyY7MULQWl9MpI0Q/gU/yKugRqvoBSPpUg+F7K0Sls fH6vE5HcfhhmldOHR1M4dCmRdaSUYZcgwHXm0Gk2Z2Yo8D/W5fXx+I//KEX7SVdwfUGr 0dfA== X-Gm-Message-State: ALyK8tLAcQJQZ9tN4j/gBL6oTKuFEU8B9wfNezdhsXCpDXeQJWR2rwXBlKb9zIfKtYZ7RQ== X-Received: by 10.194.78.235 with SMTP id e11mr6025561wjx.140.1469088534432; Thu, 21 Jul 2016 01:08:54 -0700 (PDT) Received: from macbook-air-de-benjamin-1.home (LFbn-1-7077-85.w90-116.abo.wanadoo.fr. [90.116.246.85]) by smtp.gmail.com with ESMTPSA id m81sm2072449wmf.1.2016.07.21.01.08.53 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 21 Jul 2016 01:08:53 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: HAST + ZFS + NFS + CARP From: Ben RUBSON In-Reply-To: Date: Thu, 21 Jul 2016 10:08:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <09615431-66C7-4594-BB07-BE93C8A21481@gmail.com> References: <20160630163541.GC5695@mordor.lan> <50BF1AEF-3ECC-4C30-B8E1-678E02735BB5@gmail.com> <20160701084717.GE5695@mordor.lan> <47c7e1a5-6ae8-689c-9c2d-bb92f659ea43@internetx.com> <20160701101524.GF5695@mordor.lan> <20160701105735.GG5695@mordor.lan> <3d8c7c89-b24e-9810-f3c2-11ec1e15c948@internetx.com> <93E50E6B-8248-43B5-BE94-D94D53050E06@getsomewhere.net> <20160701143917.GB41276@mordor.lan> <01b8a61e-739e-c41e-45bc-a84af0a9d8ab@internetx.com> <4d13f123-de18-693a-f98b-d02c8864f02e@internetx.com> <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> To: freebsd-fs@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 08:08:57 -0000 > On 21 Jul 2016, at 09:51, InterNetX - Juergen Gotteswinter = wrote: >=20 > i whould not expect to see something like maybe 2040 or so. >=20 > no offense agains the zfs devs, imho the fs itself is not the right > place for this. I could be wrong, if yes someone please feel free to > point at it. >=20 > In the End, to me it looks like you have taken the most important > features out of hast, carp and probably rsf-1 cluster and with some > mixing and stirring one can get a solution like this. HAST (same for Linux DRBD) adds an additional stack between the disks = and ZFS. In addition, HAST may require a lot of network bandwidth depending on = the pool layout, much more than the incoming data throughput. Built-in ZFS replication would require not much network bandwidth than = the incoming data throughput itself. Suitable for long-distance replication :) > no wont work, (somehow yes, but rather no: i dont know of anyone = missing > active sync replication, and manpower for this important parts is > limited, but afaik theres the possility to sponsor such an addon. >=20 > like, shut up and take my money We may then hope to see it before 2040 ;) > Am 21.07.2016 um 07:52 schrieb Ben RUBSON: >>=20 >>> On 01 Jul 2016, at 17:02, Ben RUBSON wrote: >>>=20 >>> I think what we miss is some kind of this : >>> http://milek.blogspot.fr/2007/03/zfs-online-replication.html >>> http://www.compnect.net/?p=3D16461 >>>=20 >>> Online replication built in ZFS would be awesome. >>=20 >> Note that I opened the following feature request a few days ago : >> https://www.illumos.org/issues/7166 >>=20 >> Could be interesting to follow it. >>=20 >> Ben From owner-freebsd-fs@freebsd.org Thu Jul 21 08:25:13 2016 Return-Path: Delivered-To: freebsd-fs@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 D5F00B9F52C for ; Thu, 21 Jul 2016 08:25:13 +0000 (UTC) (envelope-from juergen.gotteswinter@internetx.com) Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) (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 6EF0A18EE for ; Thu, 21 Jul 2016 08:25:13 +0000 (UTC) (envelope-from juergen.gotteswinter@internetx.com) Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 4E31049FC89B for ; Thu, 21 Jul 2016 10:25:11 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PLLHZzcxATI2 for ; Thu, 21 Jul 2016 10:25:07 +0200 (CEST) Received: from [192.168.100.26] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 9697849FC8CC for ; Thu, 21 Jul 2016 10:25:06 +0200 (CEST) Reply-To: juergen.gotteswinter@internetx.com Subject: Re: HAST + ZFS + NFS + CARP References: <20160630163541.GC5695@mordor.lan> <50BF1AEF-3ECC-4C30-B8E1-678E02735BB5@gmail.com> <20160701084717.GE5695@mordor.lan> <47c7e1a5-6ae8-689c-9c2d-bb92f659ea43@internetx.com> <20160701101524.GF5695@mordor.lan> <20160701105735.GG5695@mordor.lan> <3d8c7c89-b24e-9810-f3c2-11ec1e15c948@internetx.com> <93E50E6B-8248-43B5-BE94-D94D53050E06@getsomewhere.net> <20160701143917.GB41276@mordor.lan> <01b8a61e-739e-c41e-45bc-a84af0a9d8ab@internetx.com> <4d13f123-de18-693a-f98b-d02c8864f02e@internetx.com> <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> <09615431-66C7-4594-BB07-BE93C8A21481@gmail.com> To: freebsd-fs@freebsd.org From: InterNetX - Juergen Gotteswinter Organization: InterNetX GmbH Message-ID: Date: Thu, 21 Jul 2016 10:24:52 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <09615431-66C7-4594-BB07-BE93C8A21481@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 08:25:13 -0000 Nevermind, good to see having you much fun with this project. wish you great secuess, but probably rethink some points and maybe consider the keep it fuc... simpl thing. less parts, less moving parts, less black magic which calls itself beeing smart / intelligent / proactive - theres so much bs out there.. Please, read this https://www.joyent.com/blog/network-storage-in-the-cloud-delicious-but-deadly where at the same point, like they descriped. guess what happened. Am 21.07.2016 um 10:08 schrieb Ben RUBSON: > >> On 21 Jul 2016, at 09:51, InterNetX - Juergen Gotteswinter wrote: >> >> i whould not expect to see something like maybe 2040 or so. >> >> no offense agains the zfs devs, imho the fs itself is not the right >> place for this. I could be wrong, if yes someone please feel free to >> point at it. >> >> In the End, to me it looks like you have taken the most important >> features out of hast, carp and probably rsf-1 cluster and with some >> mixing and stirring one can get a solution like this. > > HAST (same for Linux DRBD) adds an additional stack between the disks and ZFS. > In addition, HAST may require a lot of network bandwidth depending on the pool layout, much more than the incoming data throughput. > Built-in ZFS replication would require not much network bandwidth than the incoming data throughput itself. > Suitable for long-distance replication :) > >> no wont work, (somehow yes, but rather no: i dont know of anyone missing >> active sync replication, and manpower for this important parts is >> limited, but afaik theres the possility to sponsor such an addon. >> >> like, shut up and take my money > > We may then hope to see it before 2040 ;) > >> Am 21.07.2016 um 07:52 schrieb Ben RUBSON: >>> >>>> On 01 Jul 2016, at 17:02, Ben RUBSON wrote: >>>> >>>> I think what we miss is some kind of this : >>>> http://milek.blogspot.fr/2007/03/zfs-online-replication.html >>>> http://www.compnect.net/?p=16461 >>>> >>>> Online replication built in ZFS would be awesome. >>> >>> Note that I opened the following feature request a few days ago : >>> https://www.illumos.org/issues/7166 >>> >>> Could be interesting to follow it. >>> >>> Ben > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@freebsd.org Thu Jul 21 08:26:44 2016 Return-Path: Delivered-To: freebsd-fs@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 5DBC2B9F600 for ; Thu, 21 Jul 2016 08:26:44 +0000 (UTC) (envelope-from jg@internetx.com) Received: from mx1.internetx.com (mx1.internetx.com [62.116.129.39]) by mx1.freebsd.org (Postfix) with ESMTP id EBC5E1A01 for ; Thu, 21 Jul 2016 08:26:43 +0000 (UTC) (envelope-from jg@internetx.com) Received: from localhost (localhost [127.0.0.1]) by mx1.internetx.com (Postfix) with ESMTP id 428F149FC8B5 for ; Thu, 21 Jul 2016 10:26:42 +0200 (CEST) X-Virus-Scanned: InterNetX GmbH amavisd-new at ix-mailer.internetx.de Received: from mx1.internetx.com ([62.116.129.39]) by localhost (ix-mailer.internetx.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PHAcCUheLwcZ for ; Thu, 21 Jul 2016 10:26:38 +0200 (CEST) Received: from [192.168.100.26] (pizza.internetx.de [62.116.129.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.internetx.com (Postfix) with ESMTPSA id 0BCD04C4C84E for ; Thu, 21 Jul 2016 10:26:38 +0200 (CEST) Subject: Re: HAST + ZFS + NFS + CARP References: <20160630163541.GC5695@mordor.lan> <50BF1AEF-3ECC-4C30-B8E1-678E02735BB5@gmail.com> <20160701084717.GE5695@mordor.lan> <47c7e1a5-6ae8-689c-9c2d-bb92f659ea43@internetx.com> <20160701101524.GF5695@mordor.lan> <20160701105735.GG5695@mordor.lan> <3d8c7c89-b24e-9810-f3c2-11ec1e15c948@internetx.com> <93E50E6B-8248-43B5-BE94-D94D53050E06@getsomewhere.net> <20160701143917.GB41276@mordor.lan> <01b8a61e-739e-c41e-45bc-a84af0a9d8ab@internetx.com> <4d13f123-de18-693a-f98b-d02c8864f02e@internetx.com> <98EE5DDB-64E7-4809-B300-AF4E02F30C24@gmail.com> <09615431-66C7-4594-BB07-BE93C8A21481@gmail.com> Reply-To: jg@internetx.com To: freebsd-fs@freebsd.org From: InterNetX - Juergen Gotteswinter Message-ID: Date: Thu, 21 Jul 2016 10:26:23 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 08:26:44 -0000 Am 21.07.2016 um 10:24 schrieb InterNetX - Juergen Gotteswinter: Nevermind, good to see having you much fun with this project. wish you great secuess, but probably rethink some points and maybe consider the keep it fuc... simpl thing. less parts, less moving parts, less black magic which calls itself beeing smart / intelligent / proactive - theres so much bs out there.. Please, read this https://www.joyent.com/blog/network-storage-in-the-cloud-delicious-but-deadly where at the same point, like they descriped. guess what happened. > Am 21.07.2016 um 10:08 schrieb Ben RUBSON: >> >>> On 21 Jul 2016, at 09:51, InterNetX - Juergen Gotteswinter wrote: >>> >>> i whould not expect to see something like maybe 2040 or so. >>> >>> no offense agains the zfs devs, imho the fs itself is not the right >>> place for this. I could be wrong, if yes someone please feel free to >>> point at it. >>> >>> In the End, to me it looks like you have taken the most important >>> features out of hast, carp and probably rsf-1 cluster and with some >>> mixing and stirring one can get a solution like this. >> >> HAST (same for Linux DRBD) adds an additional stack between the disks and ZFS. >> In addition, HAST may require a lot of network bandwidth depending on the pool layout, much more than the incoming data throughput. >> Built-in ZFS replication would require not much network bandwidth than the incoming data throughput itself. >> Suitable for long-distance replication :) >> >>> no wont work, (somehow yes, but rather no: i dont know of anyone missing >>> active sync replication, and manpower for this important parts is >>> limited, but afaik theres the possility to sponsor such an addon. >>> >>> like, shut up and take my money >> >> We may then hope to see it before 2040 ;) >> >>> Am 21.07.2016 um 07:52 schrieb Ben RUBSON: >>>> >>>>> On 01 Jul 2016, at 17:02, Ben RUBSON wrote: >>>>> >>>>> I think what we miss is some kind of this : >>>>> http://milek.blogspot.fr/2007/03/zfs-online-replication.html >>>>> http://www.compnect.net/?p=16461 >>>>> >>>>> Online replication built in ZFS would be awesome. >>>> >>>> Note that I opened the following feature request a few days ago : >>>> https://www.illumos.org/issues/7166 >>>> >>>> Could be interesting to follow it. >>>> >>>> Ben >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> From owner-freebsd-fs@freebsd.org Thu Jul 21 09:42:26 2016 Return-Path: Delivered-To: freebsd-fs@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 9F238B9FA29 for ; Thu, 21 Jul 2016 09:42:26 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5A6421C85 for ; Thu, 21 Jul 2016 09:42:26 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from ox-dell39.ox.adestra.com (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 46FD02439 for ; Thu, 21 Jul 2016 09:42:21 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/46FD02439; dkim=none; dkim-atps=neutral To: freebsd-fs@freebsd.org From: Matthew Seaman Subject: ZFS snapshot automount -- not creating '..' directory links correctly? Message-ID: Date: Thu, 21 Jul 2016 10:42:20 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FpvS2tguP0AMsHrWfv0HExnpp12IDm1Sx" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 09:42:26 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FpvS2tguP0AMsHrWfv0HExnpp12IDm1Sx Content-Type: multipart/mixed; boundary="nMR3NpR0RhCaAxMgnsV1chq17fi6EsxGD" From: Matthew Seaman To: freebsd-fs@freebsd.org Message-ID: Subject: ZFS snapshot automount -- not creating '..' directory links correctly? --nMR3NpR0RhCaAxMgnsV1chq17fi6EsxGD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Ever since I upgraded to 11.0-BETA1, my tarsnap backups have been misbehaving. While corresponding with Colin, and trying to diagnose the problem I discovered that there seems to be a problem with the '..' link in an automounted snapshot. It's easy to reproduce: # zfs create zroot/empty # zfs snapshot zroot/empty@20160721-1011 # cd /empty/.zfs/snapshot/20160721-1011 # stat -f "%N: %HT%SY" \ /empty /empty/.zfs /empty/.zfs/snapshot \ /empty/.zfs/snapshot/20160721-1011 . .. /empty: Directory /empty/.zfs: Directory /empty/.zfs/snapshot: Directory /empty/.zfs/snapshot/20160721-1011: Directory =2E: Directory stat: ..: stat: Not a directory This is on: # uname -a FreeBSD lucid-nonsense.infracaninophile.co.uk 11.0-BETA1 FreeBSD 11.0-BETA1 #2 r302482: Sat Jul 9 15:37:08 BST 2016 root@lucid-nonsense.infracaninophile.co.uk:/usr/obj/usr/src/sys/GENERIC amd64 Attempting the same test on a 10.3-STABLE machine returned '..' as a directory perfectly happily. Cheers, Matthew --nMR3NpR0RhCaAxMgnsV1chq17fi6EsxGD-- --FpvS2tguP0AMsHrWfv0HExnpp12IDm1Sx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJXkJj9AAoJEABRPxDgqeTnvVAQALVDPxFcQ1cA7bqOw61wOUB/ m7Ek/rWC8soYwKHGWyhf40BU+g57IvTpbYXR54/hnMmvGJHkjsZQDkkth+p9H7rR rJcD2nQYL2BYXb06z0HJQE5hPZJ4RfBAbHEkocMw4BL+8bpaEfoTmQdvws499XMW 2djkKqclu05pNRVXNCkDxsE9yMBh9cpEWfLyO2fmzMlGuhIf7LlDjqr7GtjcMe6u N1DJZKM32mcFHdBBFNrCOtC+M57YWsXVffQQIKRYSP+omTroLwF/Nu+NgZLaN4Tw tuV7pYfTku65PPr6Q11TQEgRshCh2QHDPZbjirYquvwBSZli0y3nim7P6LBZzDKy /kR1tsaQESbVxRa122mx+1uEBkEDpklEdesDdEUbTPh9hi6zp2sHbQCsXBlYGgKZ inGwtpr87Y/dh1Aj2n6d283i1ngLlfkrZ10Tpf3l26zlFY4RBey1DudQwgpQ1sKQ 9/V5+iph1fYN051uPdi3ADXNsQHpMVYapMN1I4KONPoqGyjTClMmNeJC05v80pWE eNubBK3U3z+Rxk10nz004uEe06CYdrmUJEYVXklruIXkkvqrAmaNzXhnbrrMP1V4 G0ZEPP5WBdAChICJ7KERLLZXT9hCbd9vilyQd302v39bxwxyZuYScsIdbY9f9tXG 3OMfdFq26PATPq5jWxq6 =QvZ+ -----END PGP SIGNATURE----- --FpvS2tguP0AMsHrWfv0HExnpp12IDm1Sx-- From owner-freebsd-fs@freebsd.org Thu Jul 21 10:52:07 2016 Return-Path: Delivered-To: freebsd-fs@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 D837DBA0CA3 for ; Thu, 21 Jul 2016 10:52:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citapm.icyb.net.ua (citapm.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 102761158; Thu, 21 Jul 2016 10:52:03 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citapm.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA27245; Thu, 21 Jul 2016 13:52:02 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1bQBaB-0005NQ-7D; Thu, 21 Jul 2016 13:52:01 +0300 Subject: Re: ZFS snapshot automount -- not creating '..' directory links correctly? To: Matthew Seaman , freebsd-fs@FreeBSD.org References: From: Andriy Gapon Message-ID: Date: Thu, 21 Jul 2016 13:50:57 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 10:52:07 -0000 On 21/07/2016 12:42, Matthew Seaman wrote: > Hi, > > Ever since I upgraded to 11.0-BETA1, my tarsnap backups have been > misbehaving. While corresponding with Colin, and trying to diagnose the > problem I discovered that there seems to be a problem with the '..' link > in an automounted snapshot. > > It's easy to reproduce: > > # zfs create zroot/empty > # zfs snapshot zroot/empty@20160721-1011 > > # cd /empty/.zfs/snapshot/20160721-1011 > # stat -f "%N: %HT%SY" \ > /empty /empty/.zfs /empty/.zfs/snapshot \ > /empty/.zfs/snapshot/20160721-1011 . .. > /empty: Directory > /empty/.zfs: Directory > /empty/.zfs/snapshot: Directory > /empty/.zfs/snapshot/20160721-1011: Directory > .: Directory > stat: ..: stat: Not a directory > > This is on: > > # uname -a > FreeBSD lucid-nonsense.infracaninophile.co.uk 11.0-BETA1 FreeBSD > 11.0-BETA1 #2 r302482: Sat Jul 9 15:37:08 BST 2016 This is fixed in 302994. Sorry about the breakage. > root@lucid-nonsense.infracaninophile.co.uk:/usr/obj/usr/src/sys/GENERIC > amd64 > > Attempting the same test on a 10.3-STABLE machine returned '..' as a > directory perfectly happily. -- Andriy Gapon From owner-freebsd-fs@freebsd.org Thu Jul 21 15:59:52 2016 Return-Path: Delivered-To: freebsd-fs@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 BFBB9BA05B3 for ; Thu, 21 Jul 2016 15:59:52 +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 AF54D13BC for ; Thu, 21 Jul 2016 15:59:52 +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 u6LFxqVf053912 for ; Thu, 21 Jul 2016 15:59:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 209158] node / npm triggering zfs rename deadlock Date: Thu, 21 Jul 2016 15:59:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: needs-qa, patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gjb@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? 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-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 15:59:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209158 --- Comment #36 from Glen Barber --- Can we please get some feedback on the review for this? https://reviews.freebsd.org/D6533 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Jul 21 22:28:51 2016 Return-Path: Delivered-To: freebsd-fs@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 7289CBA1AD2 for ; Thu, 21 Jul 2016 22:28:51 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (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 39B591DC7 for ; Thu, 21 Jul 2016 22:28:51 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x234.google.com with SMTP id f6so31535749ith.0 for ; Thu, 21 Jul 2016 15:28:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=BbeGxgAyYV8kB6YPfU6mjQPmW+fKu8/+7fNqa0Vs9VA=; b=rjNAvHgevtfBzRFKWDiZesRAAf540uRlBXgm2a+18GFIFZgHqnGR2/x6yyB7HswyfJ KudC59aP8zjYl8bIDjcRvZAcrKRy4oAFRX8A+Yym2p7hZoao31OYNuvcWP2lBL+iXZ+9 idLtaSCiUkp2nLLClrPG+maf29wjjleH/rR9nHZ9Fh789xK1gsbpt8GAQx1PC2rdd8N0 X2Iv9Vqqf+zzLTD2c5TfLVM4Y/QnqPKKcn9HrOw0+woGZDp+RpCFS0Rry/gEoOqwpHTA G06PA/CKL8oEh+Z1hgrwSlvlyL41x2Jvydil7J0wK/DUJHxWsTK73XL1mwH/sbjDoSea ITiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=BbeGxgAyYV8kB6YPfU6mjQPmW+fKu8/+7fNqa0Vs9VA=; b=Xbc3FL61Sm8ByLLUQ1iXZWYV5dl4jC3zPU4azejyk+qMbnhyxUbwzFochscDnPm+Pd 6qXvWuVkEiS/YV5m9kizsPWU8rjHCny+QBzlnyiJVL0iOo8cpzfDgywO9gglsV28V8mi 0G3jI98KrKLOvyGZzxGshSDuSzKGvp0PSMoUuqIJwbH5K+665u46yeAwycDkTioewNjX CAkwp/rkP52IhCF9JlQpCFBqOLfiDY7B11G8cQ2yHljyfjWBB3exavRsev+5HYEA58a2 nd50pVwvmYtklOOcKUKUuLI/9afAuVW7YwgBtfbO9Z6tMurdbNW2lexnp08GjakQkhSk 1l0Q== X-Gm-Message-State: ALyK8tJoYa9iSSGJK8Hx+2TxJ7/PQzQh/XHBlhZztM9LK63L5CDFF4MaLv8FQDXFUs2om17kNy1CPQvfS0qE4tG0 X-Received: by 10.36.65.28 with SMTP id x28mr64600913ita.16.1469140130601; Thu, 21 Jul 2016 15:28:50 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.13.139 with HTTP; Thu, 21 Jul 2016 15:28:50 -0700 (PDT) From: Maxim Sobolev Date: Thu, 21 Jul 2016 15:28:50 -0700 X-Google-Sender-Auth: Wj8J4p_VtbRYbfqL6F1Jsx6AO2g Message-ID: Subject: Two fresh LORs from the latest 11-stable To: Konstantin Belousov , FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jul 2016 22:28:51 -0000 Seen those on our build box right after pulling latest update. lock order reversal: 1st 0xfffffe00f62564c0 bufwait (bufwait) @ /usr/home/sobomax/freebsd11.git/sys/kern/vfs_bio.c:3512 2nd 0xfffff80003d33800 dirhash (dirhash) @ /usr/home/sobomax/freebsd11.git/sys/ufs/ufs/ufs_dirhash.c:281 stack backtrace: #0 0xffffffff80ab5fc0 at witness_debugger+0x70 #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 #2 0xffffffff80a5f1d2 at _sx_xlock+0x72 #3 0xffffffff80d1d8dd at ufsdirhash_add+0x3d #4 0xffffffff80d206aa at ufs_direnter+0x4da #5 0xffffffff80d28d09 at ufs_mkdir+0x8a9 #6 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 #7 0xffffffff80b23ef8 at kern_mkdirat+0x208 #8 0xffffffff80ec7b2b at amd64_syscall+0x2db #9 0xffffffff80ea767b at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff80064d86d50 ufs (ufs) @ /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 2nd 0xfffffe00f669fe00 bufwait (bufwait) @ /usr/home/sobomax/freebsd11.git/sys/ufs/ffs/ffs_vnops.c:263 3rd 0xfffff800a5c4eb78 ufs (ufs) @ /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 stack backtrace: #0 0xffffffff80ab5fc0 at witness_debugger+0x70 #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 #2 0xffffffff80a2f052 at __lockmgr_args+0x4c2 #3 0xffffffff80d18546 at ffs_lock+0xa6 #4 0xffffffff81023fd0 at VOP_LOCK1_APV+0xe0 #5 0xffffffff80b26aaa at _vn_lock+0x9a #6 0xffffffff80b16ed4 at vget+0x64 #7 0xffffffff80b095cc at vfs_hash_get+0xcc #8 0xffffffff80d14250 at ffs_vgetf+0x40 #9 0xffffffff80d0b4a6 at softdep_sync_buf+0x496 #10 0xffffffff80d19136 at ffs_syncvnode+0x256 #11 0xffffffff80cefed3 at ffs_truncate+0x8d3 #12 0xffffffff80d20851 at ufs_direnter+0x681 #13 0xffffffff80d28d09 at ufs_mkdir+0x8a9 #14 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 #15 0xffffffff80b23ef8 at kern_mkdirat+0x208 #16 0xffffffff80ec7b2b at amd64_syscall+0x2db #17 0xffffffff80ea767b at Xfast_syscall+0xfb -Max From owner-freebsd-fs@freebsd.org Fri Jul 22 06:26:46 2016 Return-Path: Delivered-To: freebsd-fs@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 C75E4BA14C7 for ; Fri, 22 Jul 2016 06:26:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 55FDC1CC0; Fri, 22 Jul 2016 06:26:46 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id E31D48087; Fri, 22 Jul 2016 06:26:35 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/E31D48087; dkim=none; dkim-atps=neutral Subject: Re: ZFS snapshot automount -- not creating '..' directory links correctly? To: Andriy Gapon , freebsd-fs@FreeBSD.org References: From: Matthew Seaman Message-ID: <83e4c7de-9d35-e995-52bc-f2a5cce3ad46@FreeBSD.org> Date: Fri, 22 Jul 2016 07:26:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="S0kjLDHsKUO2h8HIhQaPRAIMGGHTM89qR" X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 06:26:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --S0kjLDHsKUO2h8HIhQaPRAIMGGHTM89qR Content-Type: multipart/mixed; boundary="Fl9oIOk4hWPgJ1F5Lxnqc4d8vvSGVMSBa" From: Matthew Seaman To: Andriy Gapon , freebsd-fs@FreeBSD.org Message-ID: <83e4c7de-9d35-e995-52bc-f2a5cce3ad46@FreeBSD.org> Subject: Re: ZFS snapshot automount -- not creating '..' directory links correctly? References: In-Reply-To: --Fl9oIOk4hWPgJ1F5Lxnqc4d8vvSGVMSBa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 21/07/2016 11:50, Andriy Gapon wrote: > On 21/07/2016 12:42, Matthew Seaman wrote: >> Hi, >> >> Ever since I upgraded to 11.0-BETA1, my tarsnap backups have been >> misbehaving. While corresponding with Colin, and trying to diagnose t= he >> problem I discovered that there seems to be a problem with the '..' li= nk >> in an automounted snapshot. >> >> It's easy to reproduce: >> >> # zfs create zroot/empty >> # zfs snapshot zroot/empty@20160721-1011 >> >> # cd /empty/.zfs/snapshot/20160721-1011 >> # stat -f "%N: %HT%SY" \ >> /empty /empty/.zfs /empty/.zfs/snapshot \ >> /empty/.zfs/snapshot/20160721-1011 . .. >> /empty: Directory >> /empty/.zfs: Directory >> /empty/.zfs/snapshot: Directory >> /empty/.zfs/snapshot/20160721-1011: Directory >> .: Directory >> stat: ..: stat: Not a directory >> >> This is on: >> >> # uname -a >> FreeBSD lucid-nonsense.infracaninophile.co.uk 11.0-BETA1 FreeBSD >> 11.0-BETA1 #2 r302482: Sat Jul 9 15:37:08 BST 2016 >=20 > This is fixed in 302994. > Sorry about the breakage. >=20 >> root@lucid-nonsense.infracaninophile.co.uk:/usr/obj/usr/src/sys/GENERI= C >> amd64 >> >> Attempting the same test on a 10.3-STABLE machine returned '..' as a >> directory perfectly happily. Thanks for that. I upgraded and now my backups are working properly agai= n. Cheers, Matthew --Fl9oIOk4hWPgJ1F5Lxnqc4d8vvSGVMSBa-- --S0kjLDHsKUO2h8HIhQaPRAIMGGHTM89qR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJXkbybXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATiIYP/0oBxH0vbKg86XAewpBUamaf xaZcuI8tClLMSdVRFR64NU3Z3GuejiHWoj1ajMzD1pw8O1tsH/xpNzD8IBNjfRyz YGMlEQEIOUwcC+XyI4CHkN/4A3rQIn2wMutbHMecXYTN46TXHvCdNDsAaqie+E// N4wFZPfVMivA0Rc9WJ7EGdBoiK/L26bS+82jHplhHYnB3yLZ19iSNdx4SFWHfb9h zN9pZ7aHIT7DsfQlVpUVxSb1z7+EVfK7F3dwoR0ohP6MaaJWVmPAYTBs5WCE1B57 W2n6zwowluohRQ7AUKzI0kxyHSrBHO7ifftsajGrKXPV0ils30pX6c+am53SEQz2 qwSJuzXTczWA5jis3zTabvpdb2YFsNR9JRcepXud/O7aY8VGgZvEKbUDRyk774vY jX7t9eJsVA9cBZMz5zlhjPTvkW0YHLz7of+We77H2VTwxBYW3/g4tM2CqpQy9ta+ e/fzu3GoHyQ9OIH4Bk2U2qRauQHHev+Q0o+GO1Ev1sokcdrZ3MEhudSkquOF/XIA ah3rY8c86fWO4tZiERlZ1tnuQ3dR7paCy1ABRAYKovb3PACPw3qC2VUDdYqhA6g5 F6GHObGA5s/yl3wQ70ax9wg0NL9ANzYPL33SptwdWdVwBPQpD1IxJUTC4K3UH12h 4pCyixKsuQ7xnJyXdbB2 =MDu3 -----END PGP SIGNATURE----- --S0kjLDHsKUO2h8HIhQaPRAIMGGHTM89qR-- From owner-freebsd-fs@freebsd.org Fri Jul 22 12:48:52 2016 Return-Path: Delivered-To: freebsd-fs@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 46C40B9F129 for ; Fri, 22 Jul 2016 12:48:52 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 065E71E01 for ; Fri, 22 Jul 2016 12:48:52 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id f6so36057938ith.1 for ; Fri, 22 Jul 2016 05:48:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=XegExadK0bBq8Z0l7kf73pnPN8mQSmUMB+Nem5k3CEY=; b=cIH5sMaEyL6aHYQ0g7OcBl6aIE+dYOJzkzgOFD3hTsWoVpSHTKPFNHHdQV0BGvzV+l o2j/xxI+2Jz09auG0g4F6qLRWT2LUWqRjxn8cumUp1S5MkAqVwjhU7qrVbMHU/HSotHO dGtc7gQxeul4Fcuo3ERArQZP0Xy4g+TVPgGwrHaT0X4gciPINDy0IqJh+mcLK7+342Tu OIprCaESX5SrHMHl3DhS/HFu3iwwDS3w4OoUUx5l442cDHnjeNdlOq3csbfaLsiZpTu9 LTHvxX9niNW7XzCxIIh9GjHJC0SLO5onmYuPZre7aH70xKYicdFYrPVRiWTZcep/jrHW zTtA== 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; bh=XegExadK0bBq8Z0l7kf73pnPN8mQSmUMB+Nem5k3CEY=; b=WtgFkNYjvPB0Se+P3KoiAdbwy273WI1DYaF/xIlQWe4EF4N6AUvxoaqRCBT1dfL4b8 2v5JD6OeQVg/gw5iJdKmUjP5yl09n9FcGORYrkOf0ta6sUdbncBWemEW/DpRq9IAKcXY EsokFV47+Lokk5lZxyOUBLekqwyxwBXck8jXwMZaQDHbcKsT10llvk895Y9en9gB4Lrx 4Fe+pHXiUh9TPUwRJtAq2o/WjSFuELcWEgMKANq/QJ30wFR5vU2ivsqsaarV1l2YyEB8 dOQvy98gL3ITmLAXlc+b5y3lkfpHPuDhen+URD9QkennkpkXbCFsfvOuUqLwZpVzurSE i5kQ== X-Gm-Message-State: AEkoousOb8aHqb8bKSGPmL/EN/ajiA/nhc9YPCksa6hk8NTo155hOiWw99JZ/k3oup+gFnwVaoYg9zMpGnUBxw== X-Received: by 10.36.204.68 with SMTP id x65mr4214632itf.54.1469191731027; Fri, 22 Jul 2016 05:48:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.134.195 with HTTP; Fri, 22 Jul 2016 05:48:50 -0700 (PDT) From: Nikos Kastanas Date: Fri, 22 Jul 2016 15:48:50 +0300 Message-ID: Subject: ZFS, SSD and encryption To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 12:48:52 -0000 I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with ZFS and encryption on a plain HDD. I am considering buying a Samsung Pro 850 SSD to boost performance but I am not sure if TRIM and ZFS+Encryption work well together. After some research online, I found *this page* which states the following: *Note: * ZFS TRIM may not work with all configurations, such as a ZFS filesystem on a GELI-backed device. >From what I can understand from the above note, I should not use the encryption option when installing FreeBSD with ZFS on an SSD. TRIM will not work correctly and therefore the SSD performace will be impacted. Do I understand it correctly? Or is there something that I miss? After asking in the community forums a member suggested that i should instead ask here. Sorry if this is a stupid question, but I really want to be sure, since SSDs are expensive and I don't want to make a mistake that will affect its performance. Thank you in advance. From owner-freebsd-fs@freebsd.org Fri Jul 22 14:27:48 2016 Return-Path: Delivered-To: freebsd-fs@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 B0D29BA116C for ; Fri, 22 Jul 2016 14:27:48 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 7174E1777 for ; Fri, 22 Jul 2016 14:27:48 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 7C88789373 for ; Fri, 22 Jul 2016 09:27:39 -0500 (CDT) Subject: Re: ZFS, SSD and encryption To: freebsd-fs@freebsd.org References: From: Karl Denninger Message-ID: Date: Fri, 22 Jul 2016 09:27:37 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040902060406010407040205" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 14:27:48 -0000 This is a cryptographically signed message in MIME format. --------------ms040902060406010407040205 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 7/22/2016 07:48, Nikos Kastanas wrote: > I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with ZFS and > encryption on a plain HDD. I am considering buying a Samsung Pro 850 SS= D to > boost performance but I am not sure if TRIM and ZFS+Encryption work wel= l > together. After some research online, I found *this page* > which states the > following: > > *Note: * > ZFS TRIM may not work with all configurations, such as a ZFS filesystem= on > a GELI-backed device. > > From what I can understand from the above note, I should not use the > encryption option when installing FreeBSD with ZFS on an SSD. TRIM will= not > work correctly and therefore the SSD performace will be impacted. Meh. Simply not true. The reason for the "supported feature" flag here is that this machine was recently rolled forward to 11.0-BETA1, but I have not upgraded the pools yet from the feature set of 10.2. [karl@NewFS ~]$ zpool status zsr pool: zsr state: ONLINE status: Some supported features are not enabled on the pool. The pool can= still be used, but some features are unavailable. action: Enable all features using 'zpool upgrade'. Once this is done, the pool may no longer be accessible by software that does not support the features. See zpool-features(7) for details. scan: scrub repaired 0 in 0h6m with 0 errors on Sun Jul 17 03:12:01 201= 6 config: NAME STATE READ WRITE CKSUM zsr ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da8p4.eli ONLINE 0 0 0 da9p4.eli ONLINE 0 0 0 errors: No known data errors [karl@NewFS ~]$ gpart show da8 =3D> 34 468862061 da8 GPT (224G) 34 2014 - free - (1.0M) 2048 1024 1 freebsd-boot (512K) 3072 1024 - free - (512K) 4096 20971520 2 freebsd-zfs [bootme] (10G) 20975616 134217728 3 freebsd-swap (64G) 155193344 313667584 4 freebsd-zfs (150G) 468860928 1167 - free - (584K) da8: Fixed Direct Access SPC-4 SCSI device da8: Serial Number BTJR41210025240AGN da8: 600.000MB/s transfers da8: Command Queueing enabled da8: 228936MB (468862128 512 byte sectors) root@NewFS:/var/log # sysctl -a|grep trim vfs.zfs.trim.max_interval: 1 vfs.zfs.trim.timeout: 30 vfs.zfs.trim.txg_delay: 32 vfs.zfs.trim.enabled: 1 vfs.zfs.vdev.trim_max_pending: 10000 vfs.zfs.vdev.trim_max_active: 64 vfs.zfs.vdev.trim_min_active: 1 vfs.zfs.vdev.trim_on_init: 1 kstat.zfs.misc.zio_trim.failed: 0 kstat.zfs.misc.zio_trim.unsupported: 25748 kstat.zfs.misc.zio_trim.success: 6120223 kstat.zfs.misc.zio_trim.bytes: 295371051008 And as you can see, TRIM is definitely working (on the devices that can handle it); there are also spinning rust disks in this machine, thus the "unsupported" reports as well. HOWEVER, I do suggest (strongly!) that you NOT use the particular SSD you are intending to buy as it has no power-loss protection. Instead, buy an Intel 730-series drive (that's what's in this machine); it has that protection and it is *EXTREMELY IMPORTANT* as otherwise any power event has the potential of silent corruption which is catastrophic -- especially on an encrypted volume! That same machine has two other 730s running a Postgresql database (also Geli-encrypted) and they're just fine in terms of their wear leveling and such; the media "wearout" indicator shows that 95% of the device's life remains and they currently have 10,000 power-on-hours. They'll wear out in something like another 20 years at present use rates.... :) The 480MB version of that drive is currently available for roughly $250. It is not the fastest SSD out there but the differences between it and others are small and I have *verified* that the power-loss data protection works on these units. IMHO they're the only "consumer" style priced devices that I find acceptable for this reason; the S3500/S3700s are good too, but a hell of a lot more money and unless you need the write endurance IMHO not worth it. The 730 series hits the sweet spot in that it has power-loss protection that *works* and yet they're reasonably priced. I own a bunch of them; they're in my production servers under FreeBSD and also on my Win10 desktop machine. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040902060406010407040205 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA3MjIxNDI3MzdaME8GCSqGSIb3DQEJBDFCBECv hhAX1qJQmIfRs2k0BHlKLpqe0tdy6lrTMoH9oQY7oxqRwN62DRt1ZRL5r1u1QreUzC/bqdmf HZm1Yz4eaFQfMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAH9UYjy2P uDsmg3AdSwLyplQl9+o0UZs6Cv0sM1HvVBrWUcOkmrj3clbBC33Mo23ziHzv2J62OVkaKcMh OJq8SQafp/UirHYL4mAT/skk8+hTxbXSQYo8n6ozKO7CrrQrw6VV3yVDLjB/KfXujfnL6lD4 rod07ef0aLNHnGjY5q0fHHuGX/6lXKeb1YRYV/Wg4BHEkxDI8CPCUZxlMaKSWKcA+q6kRmSh PDMTuIuupx1St2govQG2ROuGF7Xz2UhJL1r5TY2/1GjR2lWZBU8a4ctOO4UAQkrUNQ6BDDWp UQJfIrN5lfruAuezsdP7foVIKkrcz/UPR87qO5z/FS3yLZe0zRp2Z2SpDDP8UJld7hr1Ir+w 4ji/VBce3mK6fTIyQIIn9kSwVjrq+oMv6RR07Lz/3Gno1txldSlIOa7SjyDIobh1OXhj+bMY +q6mY+mKmrxxfks+W36OxWWaJUoTV2l/YaGNiBXp8e2LpVcGRv33xFufTFnsH6H08NWV7y6e el4yZei76UWFFz9gExTgEFMbAdBUqyydQbRIS4J3sQrJAmdPtpM8qaf+WjbdwZB5dK/JqbPd 9fckucJCVXYzDQvJh2r+sMZb9M6P3MIGUGFbR5fMJ3M4reyfmcppdbXm0B7gqIFucCHjwxwa gZsMEsn5n5+8pRyN3k2rCPJrO9kAAAAAAAA= --------------ms040902060406010407040205-- From owner-freebsd-fs@freebsd.org Fri Jul 22 16:52:27 2016 Return-Path: Delivered-To: freebsd-fs@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 2EE66BA165C for ; Fri, 22 Jul 2016 16:52:27 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (dmz-mailsec-scanner-3.mit.edu [18.9.25.14]) (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 A32431994; Fri, 22 Jul 2016 16:52:26 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190e-b3fff7000000313e-bc-57924e1482c3 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 97.73.12606.41E42975; Fri, 22 Jul 2016 12:47:16 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id u6MGlFjF005491; Fri, 22 Jul 2016 12:47:15 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u6MGlCbD009772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 22 Jul 2016 12:47:15 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u6MGlCJo011161; Fri, 22 Jul 2016 12:47:12 -0400 (EDT) Date: Fri, 22 Jul 2016 12:47:12 -0400 (EDT) From: Benjamin Kaduk To: Maxim Sobolev cc: Konstantin Belousov , FreeBSD Filesystems Subject: Re: Two fresh LORs from the latest 11-stable In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrIIsWRmVeSWpSXmKPExsUixG6nriviNync4MhUa4tjj3+yWRz9fZXJ YvqiW6wOzB4zPs1nCWCM4rJJSc3JLEst0rdL4MpYdeEHW8EZ4Yov1zewNTB+Fuhi5OSQEDCR ODTzNFsXIxeHkEAbk8SON3sZIZyNjBLNdz8wQTiHmCS+X73HCuE0MEqsndHBDNLPIqAt8f/L G1YQm01ARWLmm41sILaIgLrEly8nGUFsZoEEiXvPZ7GD2MICphLTdv0Eq+EUCJRYP/sV2Bxe AQeJq+1vgOIcQAsCJCbcdQAJiwroSKzeP4UFokRQ4uTMJywQI7Uklk/fxjKBUWAWktQsJKkF jEyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdI31cjNL9FJTSjcxgkKSU5JvB+OkBu9DjAIcjEo8 vCeeTggXYk0sK67MPcQoycGkJMqrxjIpXIgvKT+lMiOxOCO+qDQntfgQowQHs5IIr7cXUI43 JbGyKrUoHyYlzcGiJM67/Vt7uJBAemJJanZqakFqEUxWhoNDSYLXxBeoUbAoNT21Ii0zpwQh zcTBCTKcB2i4AUgNb3FBYm5xZjpE/hSjopQ4r4EPUEIAJJFRmgfXC04Zu5lUXzGKA70izJsB 0s4DTDdw3a+ABjMBDZ4j0A8yuCQRISXVwJjByKw0cU1ww82WiyvsLVNZ7JQjNfl5InLDd8UV v5IP7lpSP/EPY0r9MeO/KqsOLuzpviN5JmmjWIBFysHt9b1rLI5zNRzyvnjUJn7hJN8LMxd1 tGn+OPpLvmXTrx0TJkV5yDW6xEyaZZUWqxen9Pus54z3NpfZxJ0y3d++T/kxJ6HY9O33XCWW 4oxEQy3mouJEAP53Vh70AgAA X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 16:52:27 -0000 On the face of it, those don't seem to be new/fresh. bufwait/dirhash and ufs/bufwait/ufs I have seen for a very long time and are believed to be harmless. Though ... isn't WITNESS out of GENERIC on stable/11? -Ben On Thu, 21 Jul 2016, Maxim Sobolev wrote: > Seen those on our build box right after pulling latest update. > > lock order reversal: > 1st 0xfffffe00f62564c0 bufwait (bufwait) @ > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_bio.c:3512 > 2nd 0xfffff80003d33800 dirhash (dirhash) @ > /usr/home/sobomax/freebsd11.git/sys/ufs/ufs/ufs_dirhash.c:281 > stack backtrace: > #0 0xffffffff80ab5fc0 at witness_debugger+0x70 > #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 > #2 0xffffffff80a5f1d2 at _sx_xlock+0x72 > #3 0xffffffff80d1d8dd at ufsdirhash_add+0x3d > #4 0xffffffff80d206aa at ufs_direnter+0x4da > #5 0xffffffff80d28d09 at ufs_mkdir+0x8a9 > #6 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 > #7 0xffffffff80b23ef8 at kern_mkdirat+0x208 > #8 0xffffffff80ec7b2b at amd64_syscall+0x2db > #9 0xffffffff80ea767b at Xfast_syscall+0xfb > > lock order reversal: > 1st 0xfffff80064d86d50 ufs (ufs) @ > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 > 2nd 0xfffffe00f669fe00 bufwait (bufwait) @ > /usr/home/sobomax/freebsd11.git/sys/ufs/ffs/ffs_vnops.c:263 > 3rd 0xfffff800a5c4eb78 ufs (ufs) @ > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 > stack backtrace: > #0 0xffffffff80ab5fc0 at witness_debugger+0x70 > #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 > #2 0xffffffff80a2f052 at __lockmgr_args+0x4c2 > #3 0xffffffff80d18546 at ffs_lock+0xa6 > #4 0xffffffff81023fd0 at VOP_LOCK1_APV+0xe0 > #5 0xffffffff80b26aaa at _vn_lock+0x9a > #6 0xffffffff80b16ed4 at vget+0x64 > #7 0xffffffff80b095cc at vfs_hash_get+0xcc > #8 0xffffffff80d14250 at ffs_vgetf+0x40 > #9 0xffffffff80d0b4a6 at softdep_sync_buf+0x496 > #10 0xffffffff80d19136 at ffs_syncvnode+0x256 > #11 0xffffffff80cefed3 at ffs_truncate+0x8d3 > #12 0xffffffff80d20851 at ufs_direnter+0x681 > #13 0xffffffff80d28d09 at ufs_mkdir+0x8a9 > #14 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 > #15 0xffffffff80b23ef8 at kern_mkdirat+0x208 > #16 0xffffffff80ec7b2b at amd64_syscall+0x2db > #17 0xffffffff80ea767b at Xfast_syscall+0xfb > > -Max > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@freebsd.org Fri Jul 22 18:44:20 2016 Return-Path: Delivered-To: freebsd-fs@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 0506BBA124A for ; Fri, 22 Jul 2016 18:44:20 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::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 C4FF71C5C for ; Fri, 22 Jul 2016 18:44:19 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: by mail-io0-x230.google.com with SMTP id q83so113052070iod.1 for ; Fri, 22 Jul 2016 11:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=Rl4x3qYkr93MzKMtRagBElDyD9qdB3ImUKjFT1mPkMI=; b=gYguyle5GXUkraVxorXSq0LNLssaiPtVsq0avomeheTSYNBi2M/39NnNCypfjeN5FR MB5rBWGiA76xnNG3qqryrleBSsBElfyiJ+opNyf+h6GfybnqkL+clADBfd/eAf2UtPe8 qDMJeKJ/swIoy3HH81nNud9gUwke6wENAgwsLhPnQIH920w7E645bFQDJ1+0JZPypz/M zIljHihzqTsmcakbqadhas8CRu0y3h9K8I7splNq4ZDiDOYXqPNIxTjSerCay+3w8huS zXGQLPbI8BvRJghM+CXeLTW5AfyA1izmR4ztiBlwBUMSOeezOWDzqUrpoY5vhjM5vZJm d2Ww== 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; bh=Rl4x3qYkr93MzKMtRagBElDyD9qdB3ImUKjFT1mPkMI=; b=FAyIKMjXgNe530IlLY4WFNklIrwqQ8ANaFBBqojjpQojVjorky0EsgrRuJP2yLSrxA 4DJdDYXj09ukcBe5krGHEth7ZXXKuQ6kfy4yB0zWsucHJvweqGJykBLytecH9bT5eQbo pW6kzqKsu6K49l9t46Xz+GBRhRu9e+Fl/LgPp+v+CKAvuCXAnuarEcJ++rFBUI2zRi1B 4Gf+udhsy71/ju3qZRDqi8yzG2gf6jxwewpNpHY6Wmw0YJ5pkcCSADbAB9elvvUyu+26 7/dv9Sk5I3bhf28lQN3TMZC7bq3zvR8BhRWoWK5wZzBt/3WOVr0weMr8x9oYVLhEQVhY khng== X-Gm-Message-State: AEkoouslpn6WYSCIWoB4VDat/2vDJIkHNZeX9ttt4inReJT8NEmYuygzzTJvergGj/PosKjhJeQMgirg+n3ReA== X-Received: by 10.107.179.9 with SMTP id c9mr6926555iof.170.1469213059178; Fri, 22 Jul 2016 11:44:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.134.195 with HTTP; Fri, 22 Jul 2016 11:44:18 -0700 (PDT) From: Nikos Kastanas Date: Fri, 22 Jul 2016 21:44:18 +0300 Message-ID: Subject: RE: RE: ZFS, SSD and encryption To: Karl Denninger , freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 18:44:20 -0000 >On 7/22/2016 07:48, Nikos Kastanas wrote: >> I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with ZFS and > >encryption on a plain HDD. I am considering buying a Samsung Pro 850 SSD to > >boost performance but I am not sure if TRIM and ZFS+Encryption work well >> together. After some research online, I found *this page* > >which states the > >following: >> > >*Note: * > >ZFS TRIM may not work with all configurations, such as a ZFS filesystem on > >a GELI-backed device. >> > >From what I can understand from the above note, I should not use the > >encryption option when installing FreeBSD with ZFS on an SSD. TRIM will not > >work correctly and therefore the SSD performace will be impacted. >Meh. Simply not true. The reason for the "supported feature" flag here >is that this machine was recently rolled forward to 11.0-BETA1, but I >have not upgraded the pools yet from the feature set of 10.2. > >[karl@NewFS ~]$ zpool status zsr > pool: zsr >state: ONLINE >status: Some supported features are not enabled on the pool. The pool can > still be used, but some features are unavailable. >action: Enable all features using 'zpool upgrade'. Once this is done, > the pool may no longer be accessible by software that does not >support > the features. See zpool-features(7) for details. > scan: scrub repaired 0 in 0h6m with 0 errors on Sun Jul 17 03:12:01 2016 >config: > > NAME STATE READ WRITE CKSUM > zsr ONLINE 0 0 0 > mirror-0 ONLINE 0 0 0 > da8p4.eli ONLINE 0 0 0 > da9p4.eli ONLINE 0 0 0 > >errors: No known data errors > >[karl@NewFS ~]$ gpart show da8 >=> 34 468862061 da8 GPT (224G) > 34 2014 - free - (1.0M) > 2048 1024 1 freebsd-boot (512K) > 3072 1024 - free - (512K) > 4096 20971520 2 freebsd-zfs [bootme] (10G) > 20975616 134217728 3 freebsd-swap (64G) > 155193344 313667584 4 freebsd-zfs (150G) > 468860928 1167 - free - (584K) > >da8: Fixed Direct Access SPC-4 SCSI device >da8: Serial Number BTJR41210025240AGN >da8: 600.000MB/s transfers >da8: Command Queueing enabled >da8: 228936MB (468862128 512 byte sectors) > > > >root@NewFS:/var/log # sysctl -a|grep trim >vfs.zfs.trim.max_interval: 1 >vfs.zfs.trim.timeout: 30 >vfs.zfs.trim.txg_delay: 32 >vfs.zfs.trim.enabled: 1 >vfs.zfs.vdev.trim_max_pending: 10000 >vfs.zfs.vdev.trim_max_active: 64 >vfs.zfs.vdev.trim_min_active: 1 >vfs.zfs.vdev.trim_on_init: 1 >kstat.zfs.misc.zio_trim.failed: 0 >kstat.zfs.misc.zio_trim.unsupported: 25748 >kstat.zfs.misc.zio_trim.success: 6120223 >kstat.zfs.misc.zio_trim.bytes: 295371051008 > > >And as you can see, TRIM is definitely working (on the devices that can >handle it); there are also spinning rust disks in this machine, thus the >"unsupported" reports as well. > >HOWEVER, I do suggest (strongly!) that you NOT use the particular SSD >you are intending to buy as it has no power-loss protection. Instead, >buy an Intel 730-series drive (that's what's in this machine); it has >that protection and it is *EXTREMELY IMPORTANT* as otherwise any power >event has the potential of silent corruption which is catastrophic -- >especially on an encrypted volume! > >That same machine has two other 730s running a Postgresql database (also >Geli-encrypted) and they're just fine in terms of their wear leveling >and such; the media "wearout" indicator shows that 95% of the device's >life remains and they currently have 10,000 power-on-hours. > >They'll wear out in something like another 20 years at present use >rates.... :) > >The 480MB version of that drive is currently available for roughly >$250. It is not the fastest SSD out there but the differences between >it and others are small and I have *verified* that the power-loss data >protection works on these units. IMHO they're the only "consumer" style >priced devices that I find acceptable for this reason; the S3500/S3700s >are good too, but a hell of a lot more money and unless you need the >write endurance IMHO not worth it. > >The 730 series hits the sweet spot in that it has power-loss protection >that *works* and yet they're reasonably priced. I own a bunch of them; >they're in my production servers under FreeBSD and also on my Win10 >desktop machine. > >-- >Karl Denninger >karl@denninger.net > >/The Market Ticker/ >/[S/MIME encrypted email preferred]/ Thank you for your answer. So I guess the warning in the FAQ is probably outdated. I will seriously consider your suggestion considering the Intel SSD. Thank you for your help From owner-freebsd-fs@freebsd.org Fri Jul 22 19:02:38 2016 Return-Path: Delivered-To: freebsd-fs@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 C5D47BA179F for ; Fri, 22 Jul 2016 19:02:38 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8ACB91566 for ; Fri, 22 Jul 2016 19:02:38 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-oi0-x231.google.com with SMTP id l65so175370308oib.1 for ; Fri, 22 Jul 2016 12:02:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=eJ9i9kilcU4lmPt+hJBMIXph0MP3xc3wsxpasTL4xr8=; b=htYEV+/UcoR82Xi8lruaqlvBM14YytO5odEsxNj243ipKhzQS4GuNObCYiUneBKc67 hB1lXan4PsJ2zzOuar774QEFPE4hPFqhT8XRETl0mFyl9isLjIL8DtripAVX2xWF6BD2 nOz6E/VTZ3yexKn6j/E25CLYfyuTeWm74QPkEHyJTuxR0A9CaLxmZ6BG7ZSop9ZUCJjO tEPXYIT3ljwNNhwEiRU3+JZkSVgueMma7eEUN1KGStELouZtk4QdAleKIfycJQf6sSRe YxupqDYYq1CMX0XFQVLW2MfCYJLFudfvzrjCQ6ya6MaPxViLGX6ZkfE4N1RtOkLkXy3s vfKQ== 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; bh=eJ9i9kilcU4lmPt+hJBMIXph0MP3xc3wsxpasTL4xr8=; b=QPYne1PhN34aKnmeI+ZD8SPNUqkAU4StbIn5E0AT2krji9wxOWXZXtdYQ0XVjLnREl tvIVjODE+1pR/55JU/FnVpi10nuMUmQvghwVWiCDDFtu2X4yXNfWYqIut0IlZlsVDL/f ZD2PG6kL6st1+3RxkaoTgqQpN7Ec/RrwtpTUjMTEhAr337l4MwgBe0AmVjqc6PyfsiB+ V63Qm04auBhqxiWM3flIc2EqjfnuAkPVO3ELNNSIWj5gdRcSI1M4vPeOsjBmXSoEHZ6+ r7ubZDNK7ix770ficnuFnz6DzEL8Y1y/wcYrPcFB5lpsd6av6PAtmFfvCLammiClxuXt h+QA== X-Gm-Message-State: AEkooush59hPruxXAgEwuulZzCQcnu8sNIX+HrYe0Y06KHaX+tvX68cfEkzyO62CntxiJUq+lKFFjTtPc0LLkw== X-Received: by 10.202.53.198 with SMTP id c189mr2878911oia.65.1469214157988; Fri, 22 Jul 2016 12:02:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.66.133 with HTTP; Fri, 22 Jul 2016 12:02:37 -0700 (PDT) In-Reply-To: References: From: "Eric A. Borisch" Date: Fri, 22 Jul 2016 14:02:37 -0500 Message-ID: Subject: Re: ZFS, SSD and encryption To: Karl Denninger Cc: "freebsd-fs@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 19:02:38 -0000 On Friday, July 22, 2016, Karl Denninger wrote: > > On 7/22/2016 07:48, Nikos Kastanas wrote: > > I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with ZFS and > > encryption on a plain HDD. I am considering buying a Samsung Pro 850 SSD > to > > boost performance but I am not sure if TRIM and ZFS+Encryption work well > > together. After some research online, I found *this page* > > which states the > > following: > > > > *Note: * > > ZFS TRIM may not work with all configurations, such as a ZFS filesystem > on > > a GELI-backed device. > > > > From what I can understand from the above note, I should not use the > > encryption option when installing FreeBSD with ZFS on an SSD. TRIM will > not > > work correctly and therefore the SSD performace will be impacted. > Meh. Simply not true. > It will not work on 10.3, but will work (as Karl demonstrates) on 11.x. Here's the commit to head enabling it: https://svnweb.freebsd.org/base?view=revision&revision=286444 And here's what is in 10.3 (BIO_DELETE case returns EOPNOTSUPP): https://svnweb.freebsd.org/base/releng/10.3/sys/geom/eli/g_eli.c?revision=296373&view=markup#l319 - Eric From owner-freebsd-fs@freebsd.org Fri Jul 22 19:14:51 2016 Return-Path: Delivered-To: freebsd-fs@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 4F491BA19C4 for ; Fri, 22 Jul 2016 19:14:51 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::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 1A39418E6 for ; Fri, 22 Jul 2016 19:14:51 +0000 (UTC) (envelope-from zerotronic@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id f6so43854550ith.1 for ; Fri, 22 Jul 2016 12:14:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=YFcdIYOirRIGFL/0TZ2x7Fn0/aEkYfX4kx95g9Vg5Yg=; b=mwllpu7mEztvwJld6+w9pTaw35jET3IHXlZPTIrYZdUhYXSmHtoHZvZuQjsfHRzBF3 qh3qgzmSpX33LhzWJqtmT3pI8ijQrA1YoVSHBq90Y71yQEGQCMTx4bmf0LcmYUXe+hzP lVWlPxFB+B6F3vnvTrJBB4cEjOlSFFdQ9Xo6RQZkXE4deuR73NwE4RDmFOzLxPYwBdmt i0LrrWai8vtmO1qjtPfJ86o484HetB2ChKJenpABz/9/nP49827HFQjM5X3lPMBXtz0n 4RyeEeBVG6gFK4h5rlWpA7w8d+lt3jCi/iyxC+9eT8pAc6olhn/6yeCJpXhJYKW3t3qM R//A== 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; bh=YFcdIYOirRIGFL/0TZ2x7Fn0/aEkYfX4kx95g9Vg5Yg=; b=fHcwkFVCM3IGqDnKOmWoCQAqp7D+hFhVl0infKyhyxTeKiTl1h0H3MITCDgLyObHP/ m1nZ3Ebyf2QYNnunoDK+jihM8/drG3CYcvlw5bfd9xyyE8b1FgD7Tu8CHtts3Hk5ouNA Lj9Zsc5V7euJ2xA+PMi70sR0Zol8ev6J2cqGQ42VFzlS2XC7O913LX4wOpnqr2AkVOc+ lMVbNQE3EkWRS8N0uxratj12uuuqFAnuzRajftt9+ofZgjO5Fv8PJqev1tcN68rTni0M hqWablDXqFX23EUrW7CVF2wsy6VkMWWTuQAupWZC6rh7NEkqTSI7uGkNhHOfye6AiDKo i9Uw== X-Gm-Message-State: ALyK8tI6rtLUcPz9mIUAx5Aa2htAbSv2EeOKklYlM1l1VJdsoMDbDlcm9QAPf5KFInQgwFSjKFSpxTxuvlfAfg== X-Received: by 10.36.155.194 with SMTP id o185mr10869811itd.54.1469214890366; Fri, 22 Jul 2016 12:14:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.134.195 with HTTP; Fri, 22 Jul 2016 12:14:49 -0700 (PDT) From: Nikos Kastanas Date: Fri, 22 Jul 2016 22:14:49 +0300 Message-ID: Subject: Re: Re: ZFS, SSD and encryption To: freebsd-fs@freebsd.org, Karl Denninger , "Eric A. Borisch" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 19:14:51 -0000 >On Friday, July 22, 2016, Karl Denninger wrote: > >> >> On 7/22/2016 07:48, Nikos Kastanas wrote: >>> I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with ZFS >>> and encryption on a plain HDD. I am considering buying a Samsung Pro >>> 850 SSD >> to >>> boost performance but I am not sure if TRIM and ZFS+Encryption work >>> well together. After some research online, I found *this page* >>> which states the >>> following: >>> >>> *Note: * >>> ZFS TRIM may not work with all configurations, such as a ZFS >>> filesystem >> on >>> a GELI-backed device. >>> >>> From what I can understand from the above note, I should not use the >>> encryption option when installing FreeBSD with ZFS on an SSD. TRIM >>> will >> not >> > work correctly and therefore the SSD performace will be impacted. >> Meh. Simply not true. >> > >It will not work on 10.3, but will work (as Karl demonstrates) on 11.x. >Here's the commit to head enabling it: > >https://svnweb.freebsd.org/base?view=revision&revision=286444 > >And here's what is in 10.3 (BIO_DELETE case returns EOPNOTSUPP): > > https://svnweb.freebsd.org/base/releng/10.3/sys/geom/eli/g_eli.c?revision=296373&view=markup#l319 > > - Eric Thank you for your answer and the clarification. From owner-freebsd-fs@freebsd.org Fri Jul 22 19:27:16 2016 Return-Path: Delivered-To: freebsd-fs@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 682A9BA1D9E for ; Fri, 22 Jul 2016 19:27:16 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 355031188 for ; Fri, 22 Jul 2016 19:27:15 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 5D7738DE88 for ; Fri, 22 Jul 2016 14:27:14 -0500 (CDT) Subject: Re: ZFS, SSD and encryption References: To: "freebsd-fs@freebsd.org" From: Karl Denninger Message-ID: Date: Fri, 22 Jul 2016 14:27:11 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms030204080903060606070702" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 19:27:16 -0000 This is a cryptographically signed message in MIME format. --------------ms030204080903060606070702 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/22/2016 14:02, Eric A. Borisch wrote: > On Friday, July 22, 2016, Karl Denninger > wrote: > > > On 7/22/2016 07:48, Nikos Kastanas wrote: > > I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with > ZFS and > > encryption on a plain HDD. I am considering buying a Samsung Pro > 850 SSD to > > boost performance but I am not sure if TRIM and ZFS+Encryption > work well > > together. After some research online, I found *this page* > > which states = the > > following: > > > > *Note: * > > ZFS TRIM may not work with all configurations, such as a ZFS > filesystem on > > a GELI-backed device. > > > > From what I can understand from the above note, I should not use = the > > encryption option when installing FreeBSD with ZFS on an SSD. > TRIM will not > > work correctly and therefore the SSD performace will be impacted.= > Meh. Simply not true. =20 > > > It will not work on 10.3, but will work (as Karl demonstrates) on > 11.x. Here's the commit to head enabling it: > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D286444 > > And here's what is in 10.3 (BIO_DELETE case returns EOPNOTSUPP):=20 > > https://svnweb.freebsd.org/base/releng/10.3/sys/geom/eli/g_eli.c?revisi= on=3D296373&view=3Dmarkup#l319 > > - Eric Note that the system in question (from which the stats were pulled) was on 10.2 for an extended period of time, with SSDs, and with Geli-encrypted disks. It was fine with no performance issues; whether there is a problem with earlier releases has much to do with the disks in question. In the case of the Intel 730s it works perfectly well even though TRIM is not passed through in that case. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms030204080903060606070702 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA3MjIxOTI3MTFaME8GCSqGSIb3DQEJBDFCBEDT eK5yeBCTN9Bo4jO9FcKESDU0Hpzso+LI8ouoAnVzpsLO0uDTNajK5KM/YuJDmu+ik7FVbh1I qqjZx3sWFIu0MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAWReoF+Uk 8mBxC/Lp9k51FtW+aX6/D/MjO7Xt5vdJ/yVbaB4+xPZ2N8FS0S+GgZNUYkz7ztGeG74kfoPV vt22eA2nc0W91pm7kprpFc5vLjIUZjcKDhpsV8qnMcCTSElnxgyTP9zH5msZfEwKAHBar3Ic jL3h5SQcqy+zL5+wK7G3mNz9sYvXrF9O4gMcgAhlqImu1BoVheuXZ3prf236DE8K0mc9TiVO pJTfGUkpoRgRgqiSjIAxikn1d8nsDM66ps9x67Dz4Yr7eDP8NBP0XsP+uH+gMFOn255F4pd7 1LE3IQ2BWS0ka4U8R5q3XaHYTfcEiF95trvO+cVtqCERga8LadU6xdknPYTyK/7tIv3KfcIw XNZkPhlzxDcjMU7N4+7yGpkYGeifpW6Y2EZsqYyRSO1ebaZEcEEFx2G/TsJrv5pk8sdeCeTh rVBF/c1EHrDgzawDW0MgVlSpBLol99r8IhvjKjALFVFrWlVWapI8JCQLg0tGTbBMUTaFJYMU CQXtF4jMFQl3vS0WKeN/LbO1KUeftdOl2kgDcqdM7YQe/rPC34ZHnmGifX5FOzlVvZM4efrA E5HfOilgFfDla1pYi3KBlJE4hgi321NJ33xhWCfpd65h9nGfozBQtsQ6HKYqYkxbQci2D/zE iBcUq1HAHAvPe7rTF+gIDt9GyzEAAAAAAAA= --------------ms030204080903060606070702-- From owner-freebsd-fs@freebsd.org Fri Jul 22 20:10:03 2016 Return-Path: Delivered-To: freebsd-fs@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 9A5F0BA2B1E for ; Fri, 22 Jul 2016 20:10:03 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (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 2A1FB1E5E for ; Fri, 22 Jul 2016 20:10:03 +0000 (UTC) (envelope-from eborisch@gmail.com) Received: by mail-oi0-x234.google.com with SMTP id l65so177676457oib.1 for ; Fri, 22 Jul 2016 13:10:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KgqJNkbhq7KfTIpRGRUTOG20iaECmFkbBg7ckGSsKAw=; b=vggViVePl6aU2Y15kCqhIHpd5VhpD7/Y1J5BLsbq93Nf22+A8chHLVP/n88yDySrye 829voE80bRFZVfAfUO843aOGlhp/CYoGNixk5PmmppreGcI7mEpMzXYC2n6lfNwVDUZb tgkcVvo+ZOzGJqJxkh6eCcL7XttcrV7IpK+2NnJDpiTCBG/dy98RNSI1PwLEzTlgBh3K fraKCH1KEmROWB8r7U9YgklEjavlghraBDgBYw8DxFs0LujowvLyFbzlI5FEGcqLWUDy 36nwFtWaQewaZzQYM1cQwxD+2WBY+wCp6jmD1Tq3F6kTumgPY4yOmrE9xtHUXiXRkT+W LSQg== 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; bh=KgqJNkbhq7KfTIpRGRUTOG20iaECmFkbBg7ckGSsKAw=; b=NS/cHEZiN53nYJxjy+SvGzV7iKbAnAktLGGW5pioZsKynIoD/YJoCCEUIVGFuWDCwl PTm7eDmwH6DcUndkpgjjONCFMbvPxOF9+6ViLHh7mwvvsTRJOGDg9whQNn05NkSTPu0b wOz73ar2WF8f1Dtq+/rEPv/aIUWUMhYnGW96w7Oy7/kraeeqnCbg5CikW3WF/TfbiPra QHCSH5YtnqTnpvFeT5hXA1ZdInZIHLmIqKQ8D83WoAn8cc4ICVX1K1usKFWFdJRjUaN5 ezsnSLhDxqEDtn/z+SgjHnsNapDY9Y+luBBGxYMKE87apRfhwBgFaUfuo2FNZ368CCGS oDEw== X-Gm-Message-State: AEkoout8KT8mQY0CGXVWDh6Z4e2NheufbARoIvvosOhpKDu3yf6m3KgT0GAw7FWNJWZ2IC/Brc/8DIOirroiTg== X-Received: by 10.157.14.5 with SMTP id c5mr3301162otc.55.1469218201427; Fri, 22 Jul 2016 13:10:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.66.133 with HTTP; Fri, 22 Jul 2016 13:10:00 -0700 (PDT) In-Reply-To: References: From: "Eric A. Borisch" Date: Fri, 22 Jul 2016 15:10:00 -0500 Message-ID: Subject: Re: ZFS, SSD and encryption To: Karl Denninger Cc: "freebsd-fs@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 20:10:03 -0000 On Fri, Jul 22, 2016 at 2:27 PM, Karl Denninger wrote: > On 7/22/2016 14:02, Eric A. Borisch wrote: >> On Friday, July 22, 2016, Karl Denninger > > wrote: >> >> >> On 7/22/2016 07:48, Nikos Kastanas wrote: >> > I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with >> ZFS and >> > encryption on a plain HDD. I am considering buying a Samsung Pro >> 850 SSD to >> > boost performance but I am not sure if TRIM and ZFS+Encryption >> work well >> > together. After some research online, I found *this page* >> > which states the >> > following: >> > >> > *Note: * >> > ZFS TRIM may not work with all configurations, such as a ZFS >> filesystem on >> > a GELI-backed device. >> > >> > From what I can understand from the above note, I should not use the >> > encryption option when installing FreeBSD with ZFS on an SSD. >> TRIM will not >> > work correctly and therefore the SSD performace will be impacted. >> Meh. Simply not true. >> >> >> It will not work on 10.3, but will work (as Karl demonstrates) on >> 11.x. Here's the commit to head enabling it: >> >> https://svnweb.freebsd.org/base?view=revision&revision=286444 >> >> And here's what is in 10.3 (BIO_DELETE case returns EOPNOTSUPP): >> >> https://svnweb.freebsd.org/base/releng/10.3/sys/geom/eli/g_eli.c?revision=296373&view=markup#l319 >> >> - Eric > > Note that the system in question (from which the stats were pulled) was > on 10.2 for an extended period of time, with SSDs, and with > Geli-encrypted disks. It was fine with no performance issues; whether > there is a problem with earlier releases has much to do with the disks > in question. > > In the case of the Intel 730s it works perfectly well even though TRIM > is not passed through in that case. Fair, but the original question was if "TRIM will not work correctly and therefore the SSD performace will be impacted" -- and the answer is that TRIM+GELI does not "work correctly" for 10.3, but it does for 11.x. This is only a performance (and not "is my data safe") statement. As you allude to, how much this impacts performance depends on the drive, partitioning / provisioning, and workload. - Eric From owner-freebsd-fs@freebsd.org Fri Jul 22 20:51:23 2016 Return-Path: Delivered-To: freebsd-fs@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 C0B05BA1604 for ; Fri, 22 Jul 2016 20:51:23 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 8239B1DBA for ; Fri, 22 Jul 2016 20:51:23 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 394A791241 for ; Fri, 22 Jul 2016 15:51:21 -0500 (CDT) Subject: Re: ZFS, SSD and encryption References: To: "freebsd-fs@freebsd.org" From: Karl Denninger Message-ID: Date: Fri, 22 Jul 2016 15:51:19 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000908070301090802060904" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jul 2016 20:51:23 -0000 This is a cryptographically signed message in MIME format. --------------ms000908070301090802060904 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 7/22/2016 15:10, Eric A. Borisch wrote: > On Fri, Jul 22, 2016 at 2:27 PM, Karl Denninger wr= ote: >> On 7/22/2016 14:02, Eric A. Borisch wrote: >>> On Friday, July 22, 2016, Karl Denninger >> > wrote: >>> >>> >>> On 7/22/2016 07:48, Nikos Kastanas wrote: >>> > I have a Lenovo X220 laptop running FreeBSD 10.3-RELEASE with >>> ZFS and >>> > encryption on a plain HDD. I am considering buying a Samsung Pr= o >>> 850 SSD to >>> > boost performance but I am not sure if TRIM and ZFS+Encryption >>> work well >>> > together. After some research online, I found *this page* >>> > which state= s the >>> > following: >>> > >>> > *Note: * >>> > ZFS TRIM may not work with all configurations, such as a ZFS >>> filesystem on >>> > a GELI-backed device. >>> > >>> > From what I can understand from the above note, I should not us= e the >>> > encryption option when installing FreeBSD with ZFS on an SSD. >>> TRIM will not >>> > work correctly and therefore the SSD performace will be impacte= d. >>> Meh. Simply not true. >>> >>> >>> It will not work on 10.3, but will work (as Karl demonstrates) on >>> 11.x. Here's the commit to head enabling it: >>> >>> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D286444 >>> >>> And here's what is in 10.3 (BIO_DELETE case returns EOPNOTSUPP): >>> >>> https://svnweb.freebsd.org/base/releng/10.3/sys/geom/eli/g_eli.c?revi= sion=3D296373&view=3Dmarkup#l319 >>> >>> - Eric >> Note that the system in question (from which the stats were pulled) wa= s >> on 10.2 for an extended period of time, with SSDs, and with >> Geli-encrypted disks. It was fine with no performance issues; whether= >> there is a problem with earlier releases has much to do with the disks= >> in question. >> >> In the case of the Intel 730s it works perfectly well even though TRIM= >> is not passed through in that case. > Fair, but the original question was if "TRIM will not work correctly > and therefore the SSD performace will be impacted" -- and the answer > is that TRIM+GELI does not "work correctly" for 10.3, but it does for > 11.x. This is only a performance (and not "is my data safe") > statement. > > As you allude to, how much this impacts performance depends on the > drive, partitioning / provisioning, and workload. > > - Eric Note the two-part original statement-of-claim. 1. TRIM will not work on GELI encrypted disks before 11.x (true) 2. Performance will be severely impacted due to #1 (not necessarily and, with proper SSD selection, generally false) This is far more dependent on the SSD in question than the workload.=20 The machine from which those stats were pulled, now on 11.0-BETA1, was on 10.2-STABLE for an extended period of time and has production loads on it, including quite-heavy Postgresql DBMS use with a lot of table write activity. I never saw any evidence of performance degradation at all over that time, and it has run with GELI-encrypted providers since I stuffed AESNI-equipped processors in that particular machine (making FDE reasonable in terms of CPU overhead) a few years back. It just happens to be that one of the good choices in SSD selection from a standpoint of not having performance go to hell correlates with your data being safe as well. I'm sure there are corner cases where #2 is true even with a carefully-considered SSD selection but in the time I've been using the Intel 730s I've not run into them. The big benefit of TRIM is that by immediately notifying the drive of a "freed" block it is able to choose how and when to consolidate and pre-erase said blocks for later use. Since NVRAM has to be erased in fairly large blocks (frequently 4MB in size or even more) to be re-written and the erase cycle is, relatively speaking, somewhat slow being able to do this "in advance" of the demand to write a block can bring quite-material performance improvements. In addition, due to the relatively large unit of erasure vis-a-vis the typical allocation size on a file system there are a lot of other storage management considerations that come into play; being able to do some or all of that before the user demands a new block be written can be of great benefit to performance. But exactly how much this matters is dependent on many things with one of the most-important being how well the microcode in the drive is written in the first place...... I suspect the odds of running into performance trouble in the OP's environment, that being a laptop-style computer for what are probably "personal" (as opposed to "server") sort of workloads, if the OP uses one of the Intel 730s as the SSD in question, approaches zero -- and of course somewhere down the road the OP will probably roll forward to 11.x.= --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms000908070301090802060904 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA3MjIyMDUxMTlaME8GCSqGSIb3DQEJBDFCBECg o1ZeOCw0u2y1txAQbHH0csHRi1XXV7/AoxlFue6EbVa9ESoD44XbVBHRCaC2hdZwaHNOqOXw bsQHSxZ+yXEAMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAslI71n2e mnazf0TeI21I1Ved/+iOFCqEHNFipV+2DI4E2dsm7aq7Z9WVmF+wujppJvBdHNZcKJAVzpoB rysEzLu9yjrY003yPzxfsBIETaOyPzY5LMxuny5jegbXFxfpXrJwM40toYY4fQPsQokjP94X 2iPxf1LKb5lrPXK+ithbXQS26jfmp9UDGLb2kbWaUsOG7xFo+jkrSh+RFquYb2XRTJD/wbGK dRkrD3r8goRIWUu1g0EpBakCrHhmel5iFym2ef1KrwQJ2ME14VRyTslI8T22dtzoA7bFcnPA XhwQJtr4lUs7rg/SzCixt+mOx/RKpJEKdPmxEvXpgPYQOjKEgHlfpzvVuBs2DhzExNBwP9Gv 8NkRdrKXYbLkMBrxjKMHxgbvti65LjfOLDCA+4KHCfCwqMd3U9OKUFX/Ya23gheBUZzGRXt2 Aw4FWmFuuF1prH/8AUDBvbXFC5CSSTvA0IAVUGPlkAKAzX3Q/Qwkoqd6rGaA5PNybjYLwzv3 kY+gZsnPqMoX8w8HYQV2dga/hx5UFic4qjKX1lVOjGCfVEQbL9T8dPals0iEAox6GQkHNim3 iaEq3Bm1VTJtGunkiHy9PFcFDPSaycJtprBezgVV9Wrb76WWL1xQ/rvathOmAqN2AcCFa6cJ FN5qvFp4gGf+yd7aATLDQeKqubEAAAAAAAA= --------------ms000908070301090802060904-- From owner-freebsd-fs@freebsd.org Sat Jul 23 01:03:44 2016 Return-Path: Delivered-To: freebsd-fs@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 35C08BA2BA9 for ; Sat, 23 Jul 2016 01:03:44 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::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 F1EBF19D8 for ; Sat, 23 Jul 2016 01:03:43 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-it0-x22c.google.com with SMTP id f6so61315630ith.0 for ; Fri, 22 Jul 2016 18:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=gHIfp71dreQ0J6sLPircYs/tkFnLOo40wir5u7iKXI0=; b=pPI52BjGsXeuNc37hXEi7ViRnukFLBxLIOTyLOKUZKYCrTIlCVykxlCxwPh9bmLu5+ GzGc8pqngi5yUXes6Zi0MoK3IOZgh6qAlkGLu0OSW/bS4EMHglHYyCTiNclgr5DHmxlw 46FFxXdDfgxC/KeF6DI73Rg0YWfL+OAdS+lrNB2VueVt9msZ0KvsLvK3AWcCvYN2y3PF hix9QbtKqLxHHBhVoyn04FYbOHXWs/1ryefndR8vozjKlE35nL4aGttTp2ebbWcgJjeA rgFZQ/DpVsnmoP6d6i/NmySjS+KfjYyWhXwzl0e0N4K3Z2AU2I1z/csvCAYhs33i6vUY 44JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=gHIfp71dreQ0J6sLPircYs/tkFnLOo40wir5u7iKXI0=; b=AxtY7ZJxtgsA/kYdNw4/BhRhuNawsBKSnVns+tA0LA3KLNAk+3QziDmqc00k+txzxn 0kONYVkYh47e8mfKiNbQInHeVQTFNERq7XbZSJG+oknpD9XUIEDLcuVxCIDgmhDTjyEi wYtPl5ph4BBCbZ5riUahR6fgxTjeubuMCLqvU27jSFfqtCn9IAsgLb3ktyOM0xwp7h5v nD0Rt4aWy0gIfIM638T0jD/jCE8fyvOW0r8WX97qyOP6ytjnqxZYDfVUa/ZFJ1oALJZB RXDJLAv4ItheqGUmGt/JH36vs2MmGAF4MjhWf8xtVKqXdAQr7WJFnrydjreDV07DgIvj 7NkA== X-Gm-Message-State: ALyK8tKUFYfEgTAIxWikrpsU3jc7v2FjcAXTisvRaIKWW8lV7vvHAMyvh5o6L0FwzR7QGMkKPhP/Rarv8kO62Ljn X-Received: by 10.36.122.129 with SMTP id a123mr71852159itc.44.1469235823373; Fri, 22 Jul 2016 18:03:43 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.36.13.139 with HTTP; Fri, 22 Jul 2016 18:03:42 -0700 (PDT) In-Reply-To: References: From: Maxim Sobolev Date: Fri, 22 Jul 2016 18:03:42 -0700 X-Google-Sender-Auth: Pa5jGwNtQfmMVmV9Kj5ySsm-o7M Message-ID: Subject: Re: Two fresh LORs from the latest 11-stable To: Benjamin Kaduk Cc: FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jul 2016 01:03:44 -0000 It's a custom kernel, which is probably why we have it. By "fresh" I didn't mean "new", it's just something that I've noticed, sorry. Is there a list somewhere with most common ones by any chance? -Max On Fri, Jul 22, 2016 at 9:47 AM, Benjamin Kaduk wrote: > On the face of it, those don't seem to be new/fresh. > bufwait/dirhash and ufs/bufwait/ufs I have seen for a very long time and > are believed to be harmless. > > Though ... isn't WITNESS out of GENERIC on stable/11? > > -Ben > > On Thu, 21 Jul 2016, Maxim Sobolev wrote: > > > Seen those on our build box right after pulling latest update. > > > > lock order reversal: > > 1st 0xfffffe00f62564c0 bufwait (bufwait) @ > > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_bio.c:3512 > > 2nd 0xfffff80003d33800 dirhash (dirhash) @ > > /usr/home/sobomax/freebsd11.git/sys/ufs/ufs/ufs_dirhash.c:281 > > stack backtrace: > > #0 0xffffffff80ab5fc0 at witness_debugger+0x70 > > #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 > > #2 0xffffffff80a5f1d2 at _sx_xlock+0x72 > > #3 0xffffffff80d1d8dd at ufsdirhash_add+0x3d > > #4 0xffffffff80d206aa at ufs_direnter+0x4da > > #5 0xffffffff80d28d09 at ufs_mkdir+0x8a9 > > #6 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 > > #7 0xffffffff80b23ef8 at kern_mkdirat+0x208 > > #8 0xffffffff80ec7b2b at amd64_syscall+0x2db > > #9 0xffffffff80ea767b at Xfast_syscall+0xfb > > > > lock order reversal: > > 1st 0xfffff80064d86d50 ufs (ufs) @ > > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 > > 2nd 0xfffffe00f669fe00 bufwait (bufwait) @ > > /usr/home/sobomax/freebsd11.git/sys/ufs/ffs/ffs_vnops.c:263 > > 3rd 0xfffff800a5c4eb78 ufs (ufs) @ > > /usr/home/sobomax/freebsd11.git/sys/kern/vfs_subr.c:2523 > > stack backtrace: > > #0 0xffffffff80ab5fc0 at witness_debugger+0x70 > > #1 0xffffffff80ab5eb4 at witness_checkorder+0xe54 > > #2 0xffffffff80a2f052 at __lockmgr_args+0x4c2 > > #3 0xffffffff80d18546 at ffs_lock+0xa6 > > #4 0xffffffff81023fd0 at VOP_LOCK1_APV+0xe0 > > #5 0xffffffff80b26aaa at _vn_lock+0x9a > > #6 0xffffffff80b16ed4 at vget+0x64 > > #7 0xffffffff80b095cc at vfs_hash_get+0xcc > > #8 0xffffffff80d14250 at ffs_vgetf+0x40 > > #9 0xffffffff80d0b4a6 at softdep_sync_buf+0x496 > > #10 0xffffffff80d19136 at ffs_syncvnode+0x256 > > #11 0xffffffff80cefed3 at ffs_truncate+0x8d3 > > #12 0xffffffff80d20851 at ufs_direnter+0x681 > > #13 0xffffffff80d28d09 at ufs_mkdir+0x8a9 > > #14 0xffffffff810235e0 at VOP_MKDIR_APV+0xe0 > > #15 0xffffffff80b23ef8 at kern_mkdirat+0x208 > > #16 0xffffffff80ec7b2b at amd64_syscall+0x2db > > #17 0xffffffff80ea767b at Xfast_syscall+0xfb > > > > -Max > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > >