From owner-freebsd-fs@freebsd.org Sun Feb 24 21:01:24 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8232D150C1AB for ; Sun, 24 Feb 2019 21:01:24 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 02CBE88040 for ; Sun, 24 Feb 2019 21:01:24 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id B65D6150C1A6; Sun, 24 Feb 2019 21:01:23 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76BDD150C1A5 for ; Sun, 24 Feb 2019 21:01:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FE2088035 for ; Sun, 24 Feb 2019 21:01:23 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4B7477483 for ; Sun, 24 Feb 2019 21:01:22 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1OL1Mw7000874 for ; Sun, 24 Feb 2019 21:01:22 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1OL1MHu000864 for fs@FreeBSD.org; Sun, 24 Feb 2019 21:01:22 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201902242101.x1OL1MHu000864@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: fs@FreeBSD.org Subject: Problem reports for fs@FreeBSD.org that need special attention Date: Sun, 24 Feb 2019 21:01:22 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Feb 2019 21:01:24 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 203492 | mount_unionfs -o below causes panic Open | 144447 | [zfs] sharenfs fsunshare() & fsshare_main() non f Open | 211491 | System hangs after "Uptime" on reboot with ZFS Open | 221909 | [ZFS] Add a sysctl to toggle send_corrupt_data 4 problems total for which you should take action. From owner-freebsd-fs@freebsd.org Mon Feb 25 13:23:26 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8141E150AA4D for ; Mon, 25 Feb 2019 13:23:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1950B8CD25 for ; Mon, 25 Feb 2019 13:23:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CC202150AA4A; Mon, 25 Feb 2019 13:23:25 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA7C1150AA49 for ; Mon, 25 Feb 2019 13:23:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5001F8CD21 for ; Mon, 25 Feb 2019 13:23:25 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8A49C1057E for ; Mon, 25 Feb 2019 13:23:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1PDNOUC022836 for ; Mon, 25 Feb 2019 13:23:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1PDNOsb022835 for fs@FreeBSD.org; Mon, 25 Feb 2019 13:23:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 236021] UFS w/ SU] [hang] Hang seen when using a FS with the block size of 65536 Date: Mon, 25 Feb 2019 13:23:24 +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: stress2 X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2019 13:23:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236021 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |fs@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Feb 25 15:13:54 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE469150D1FA for ; Mon, 25 Feb 2019 15:13:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 783E86A7CC for ; Mon, 25 Feb 2019 15:13:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 37B71150D1F9; Mon, 25 Feb 2019 15:13:54 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23BD7150D1F7 for ; Mon, 25 Feb 2019 15:13:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE5656A7C5 for ; Mon, 25 Feb 2019 15:13:53 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 037F4115E7 for ; Mon, 25 Feb 2019 15:13:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1PFDqNK037318 for ; Mon, 25 Feb 2019 15:13:52 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1PFDqfw037308 for fs@FreeBSD.org; Mon, 25 Feb 2019 15:13:52 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 223491] fsck_ufs: Directory XXXX name not found Date: Mon, 25 Feb 2019 15:13:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2019 15:13:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223491 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emaste@freebsd.org --- Comment #7 from Ed Maste --- I reproduced this issue on 12.0-RC1 on a t1.small.x86 bare metal machine at packet.net. This occurred after a panic, with (I presume) stable power. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Mon Feb 25 18:53:39 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3CACA15124B9 for ; Mon, 25 Feb 2019 18:53:39 +0000 (UTC) (envelope-from matthew.ahrens@delphix.com) Received: from mail-ua1-x935.google.com (mail-ua1-x935.google.com [IPv6:2607:f8b0:4864:20::935]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3475773337 for ; Mon, 25 Feb 2019 18:53:38 +0000 (UTC) (envelope-from matthew.ahrens@delphix.com) Received: by mail-ua1-x935.google.com with SMTP id a42so9412006uad.1 for ; Mon, 25 Feb 2019 10:53:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphix.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=p7gniPdyOIWgfldZ8hteAI2xgH+LMXZZIZfzQSSAFIs=; b=H4fcQsSJwW1WmSmcBa0bB5hKEiIaJcNGy24MlA6G5ie3QUXM46mWOOXosctSbULGeH xea9e/rMuPzqCIb78lQqFheLKtdbw5dEwBgMyoSM2EbvETT1y0YjnUbLzcJkwDGKn9Jz 7q7aaoweHXjR+ZD33eoFeJRXOYrh0a9Jc1qPg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=p7gniPdyOIWgfldZ8hteAI2xgH+LMXZZIZfzQSSAFIs=; b=hhqZvvsOVqKpkvo2h31/fu9iEW7yr93/JxJ5jCF//gyx0sSB54lAWF5qmDepV7Ehp0 uGqOgRmVUwAoJqjMydnDT/X/HYiG4hz38SXJKm77JfLwHs1fJbN663U0cKhnPAQMVtdH EN4k4FTATe8zJC5+bTbEwfl9Y5DYqlHF3EpWbZ5admHInB3e3ElpGzWas+QBaERwnyOb S8Y5PKnmay8phyx8WgKyLEMXBb9rbSjTQ/d3psEBsjZR6E9u5GSkqt++vh3M52kNMdG8 fLdtbrZmCvkGN7ltAj3OFbuqEoEqB29lLbctus4f6UfGXzbHZlD1R8ZWQg1IjtMgsyJ6 ZFpQ== X-Gm-Message-State: AHQUAuaAudng4wzWelsHOeAq5LiCCVaVjBDi9ivy85YlXfn92cmvbTfz KNm+k9aF5e7Hn3zV4ttX8oBL2PIEFKwIqTO+NyzqTQ== X-Google-Smtp-Source: AHgI3IafeuLS5/+2W+wVwpVxl0ByioXBCsh9XPQgnO9GKnnQTuPXoqnNvSNW2hT1+ogpG8UgxZ4FRWuEaJmHBEcjB2Q= X-Received: by 2002:a67:eed8:: with SMTP id o24mr9112383vsp.237.1551120817403; Mon, 25 Feb 2019 10:53:37 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Ahrens Date: Mon, 25 Feb 2019 10:53:26 -0800 Message-ID: Subject: February OpenZFS Leadership Meeting To: developer , illumos-zfs , zfs-devel@list.zfsonlinux.org, zfs-devel@freebsd.org, freebsd-fs , zfs-discuss X-Rspamd-Queue-Id: 3475773337 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=delphix.com header.s=google header.b=H4fcQsSJ; dmarc=pass (policy=none) header.from=delphix.com; spf=pass (mx1.freebsd.org: domain of matthew.ahrens@delphix.com designates 2607:f8b0:4864:20::935 as permitted sender) smtp.mailfrom=matthew.ahrens@delphix.com X-Spamd-Result: default: False [-6.43 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[delphix.com:s=google]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; RCPT_COUNT_FIVE(0.00)[6]; NEURAL_HAM_SHORT(-0.87)[-0.866,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[delphix.com:+]; DMARC_POLICY_ALLOW(-0.50)[delphix.com,none]; RCVD_IN_DNSWL_NONE(0.00)[5.3.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; IP_SCORE(-2.86)[ip: (-9.55), ipnet: 2607:f8b0::/32(-2.66), asn: 15169(-2.00), country: US(-0.07)]; FORGED_SENDER(0.30)[mahrens@delphix.com,matthew.ahrens@delphix.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[mahrens@delphix.com,matthew.ahrens@delphix.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2019 18:53:39 -0000 The next OpenZFS Leadership meeting will be held tomorrow, February 26, 1pm-2pm Pacific time. *Note we are back to the usual time for this meeting!* Everyone is welcome to attend and participate, and we will try to keep the meeting on agenda and on time. The meetings will be held online via Zoom, and recorded and posted to the website and YouTube after the meeting. The agenda for the meeting will be a discussion of the projects listed in the agenda doc. For more information and details on how to attend, as well as notes and video from the previous meeting, please see the agenda document: https://docs.google.com/document/d/1w2jv2XVYFmBVvG1EGf-9A5HBVsjAYoLIFZAnWHhV-BM/edit --matt From owner-freebsd-fs@freebsd.org Mon Feb 25 23:45:28 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E99A015195FC for ; Mon, 25 Feb 2019 23:45:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 79F3387BEC for ; Mon, 25 Feb 2019 23:45:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3089815195FB; Mon, 25 Feb 2019 23:45:27 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C58015195FA for ; Mon, 25 Feb 2019 23:45:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FCBE87BE8 for ; Mon, 25 Feb 2019 23:45:26 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E48771607E for ; Mon, 25 Feb 2019 23:45:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1PNjP0E014479 for ; Mon, 25 Feb 2019 23:45:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1PNjPQm014478 for fs@FreeBSD.org; Mon, 25 Feb 2019 23:45:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 223491] fsck_ufs: Directory XXXX name not found Date: Mon, 25 Feb 2019 23:45:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2019 23:45:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223491 Kirk McKusick changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mckusick@FreeBSD.org Status|New |Closed Resolution|--- |Not A Bug --- Comment #8 from Kirk McKusick --- This bug falls into the class of bugs that occur when using journalling. Specifically, the journal only tracks inconsistencies that can occur based = on the order of the write completions to the disk. If the disk lies about write completions, then the disk will be inconsistent in ways that the journal do= es not know. Recovery using journalling is quick, because it only checks the things that it knows may be wrong. If other errors have occurred, the journ= al will not fix them. Running fsck -f ignores the journal and does a full consistency check of the disk so will find and fix the errors about which t= he journal is unaware. When running on lying disks, you should NOT use journalling. Rather run with just soft updates. After a crash it will take longer to come back up, but all of the problems will be found and fixed. You can disable journalling using the command `tunefs -j disable'. When creating new filesystems, use `newfs -U ...' instead of `newfs -j ...'. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Feb 27 17:04:42 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 438B115225F1 for ; Wed, 27 Feb 2019 17:04:42 +0000 (UTC) (envelope-from matthew.ahrens@delphix.com) Received: from mail-vk1-xa42.google.com (mail-vk1-xa42.google.com [IPv6:2607:f8b0:4864:20::a42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2F37686AD1 for ; Wed, 27 Feb 2019 17:04:41 +0000 (UTC) (envelope-from matthew.ahrens@delphix.com) Received: by mail-vk1-xa42.google.com with SMTP id l136so4033932vke.2 for ; Wed, 27 Feb 2019 09:04:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphix.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=dzhYxylufNQJRJm2kpmXPBpKmouEU15RK8I0LYAsYtQ=; b=EVrsFOv0EmrwE0kngmtuuPUo3HabxH4TVZGr/ZAE+kTWlvyN8t7hIPkjmYna49CIk6 5XGkFaMSmv/1hzqo993Ie/sMrOseoD4UhwvaBgRNDwUvGdimjBLlqsOydIMdH3hKQuFU CHsb6dQIUSP0FNVJ2a9sSMpZF9Rf8o1VIIRus= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=dzhYxylufNQJRJm2kpmXPBpKmouEU15RK8I0LYAsYtQ=; b=Majpzs6FBcXWpLYTQWG7YOmu6GCW6RKau9gqK70B1n8UlPccajNsnvschYc3w5Y9jz zZFH2sHsc4wPlg2wttr8FmrNc+u77V8oA0B5RnhC81eCyvkMkzFnblDnmnGNdhgCFcKE v0cMXHDBy/HiWSQPgoTSROdYF/WS13U+cAmISUkSP+E/nsS2osck9G0eQcSTbH35CbDo B327YNZphKc/baWZ7dDuk6jyHLZso2mHfOe+rf5yOlFebyEJXiYtFO79tVSZGcVp4zpC Vib23EidNhiWUg9ZoGTtQjJVJUABwc4ql7WYomrTqvJzFUx035JWQXuAqMoTckDSV5Eu r4GQ== X-Gm-Message-State: AHQUAua09Vx2n6IAwdlBHjnfx2lQf0QdfmpzLs+eifO32jTQ4wHBk4J5 IWIne4OLdwR3SfpmhEZBbthPNW2Mx3mvXXm6p8ZQeA== X-Google-Smtp-Source: AHgI3IYkbhh2CMAZy7uk+TwExm5H7oeLstVDGaGH2Lju1ccZ5IzJR7OSQS9WgQYPyOjYm3sk6gS4Z29nV49/5Iaxxu4= X-Received: by 2002:a1f:84c4:: with SMTP id g187mr1225557vkd.47.1551287080115; Wed, 27 Feb 2019 09:04:40 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Matthew Ahrens Date: Wed, 27 Feb 2019 09:04:27 -0800 Message-ID: Subject: Re: February OpenZFS Leadership Meeting To: developer , illumos-zfs , zfs-devel@list.zfsonlinux.org, zfs-devel@freebsd.org, freebsd-fs , zfs-discuss X-Rspamd-Queue-Id: 2F37686AD1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=delphix.com header.s=google header.b=EVrsFOv0; dmarc=pass (policy=none) header.from=delphix.com; spf=pass (mx1.freebsd.org: domain of matthew.ahrens@delphix.com designates 2607:f8b0:4864:20::a42 as permitted sender) smtp.mailfrom=matthew.ahrens@delphix.com X-Spamd-Result: default: False [-3.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[delphix.com:s=google]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[delphix.com:+]; MX_GOOD(-0.01)[alt1.aspmx.l.google.com,aspmx.l.google.com,aspmx2.googlemail.com,alt2.aspmx.l.google.com,aspmx3.googlemail.com]; RCVD_IN_DNSWL_NONE(0.00)[2.4.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_SHORT(-0.15)[-0.148,0]; DMARC_POLICY_ALLOW(-0.50)[delphix.com,none]; IP_SCORE(-0.59)[ip: (1.79), ipnet: 2607:f8b0::/32(-2.68), asn: 15169(-2.01), country: US(-0.07)]; FORGED_SENDER(0.30)[mahrens@delphix.com,matthew.ahrens@delphix.com]; MIME_TRACE(0.00)[0:+,1:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[mahrens@delphix.com,matthew.ahrens@delphix.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2019 17:04:42 -0000 At this meeting we discussed: - who will review Fast Clone Deletion - FIPS 140-2 certification - making compressed ARC mandatory - platform-specific 'sharenfs' property video recording available: https://www.youtube.com/watch?v=3DEXstK9ckcZQ meeting notes (thanks Karyn!): - Reviewers for fast clone deletion (ZoL PR ; illumos PR ) (Sara) - There is a feature flag change that Sara sent email out about. - Sara is seeking reviewers. - Brian volunteered to review, initial pass looks great - How much review is needed? - Will have some conflicts with bpobj iteration work. - BB: Wasn=E2=80=99t planning to get this in before 0.8, but if it woul= d be useful it is possible. - Let=E2=80=99s get it in right after 0.8 (which is due out in March= ) - There are a few fixes that are pending for 0.8 to go out. Matt will look at them! - FIPS 140-2 certification (Luke) - Defense contractors could use ZFS for many things, but require FIPS. Other industries (e.g., healthcare) also have this requirement. - JC: Can you get certification for a source or is it a specific binary build? - Rainbow: It is for specific binary builds, and she does a lot of compliance and can help here. You can do source code level certification. - sef: It is really expensive and time consuming. Level of configuration for testing and certification is super specific. - BB: We do have binaries from companies like RHEL, but they aren=E2= =80=99t official builds.=E2=80=9CFIPS verified=E2=80=9D rather than certif= ied? We=E2=80=99re already using the appropriate crypto algorithm. - PD: Certifying at the source level makes it easier for a vendor to get certified. There are some additional components that would probably need to be looked at (like hash algorithms). - MA: Certification applies to the crypto algorithm. Does that help us since it is a separate module. - AJ: Different Linux distros will have different binaries that would need to be certified separately. - Luke can connect with Rainbow and sef to see what would need to be done to see if it is viable. - Should compressed ARC be mandatory? (Issue ) (Allan J) - Does anyone turn off compressed ARC? If not, we can avoid special cases for this. - Please let Allan know right away if you do turn off compressed ARC. Else that functionality may just be taken out. - MA: Seems like there are some cases on Linux where we can be confident that people aren=E2=80=99t using this combination (i.e.,= it doesn=E2=80=99t work), but that doesn=E2=80=99t cover all cases. - AJ: The crypto changes definitely made it different than what was in FreeBSD. - JC: FWIW, compressed ARC makes ARC better in many different ways in Postgres (at least). They haven=E2=80=99t noticed any latency i= ncreases or memory overhead that has been called out. - AM: It is pretty pointless to disable compressed ARC. The difference when you disable it and use other mechanisms (e.g., bcopy), is negligible and there are other benefits to keep it on. - Please comment in github! - There was no significant negative feedback, so we plan to move forward with making compressed ARC mandatory. - Platform-specific sharenfs (George) - Sent this out the proposal last night. - Create platform-specific properties. These platform-specific properties won=E2=80=99t take effect when importing the pool on a dif= ferent platform. - MA: =E2=80=98sharenfs=E2=80=99 is a system property because ZFS ta= kes action based on it (e.g. share/unshare when you do =E2=80=98zfs rename=E2=80=99= ). It should be platform-specific because the value of the property isn=E2=80=99t verified/interpreted by ZFS - it=E2=80=99s passed to the OS-specif= ic share utility without modification. - AJ: Cross-OS import is a feature I=E2=80=99d like to keep as a 1st= class citizen. - MA: JC provided feedback on the proposal. Please talk about your counter-proposal. - JC: Biggest difference was to keep the functionality the same if people really want it, but there would be a =E2=80=9Cveneer=E2=80= =9D interface that would allow platform-specific properties. Generally people would just us= e whatever properties on their OS. Garrett=E2=80=99s comments are an appliance-centric view. The key bit of the proposal is to ensure that it isn=E2=80=99t dangerous to import onto a different platform. The better eventual solution is to actually do something good in this scenario. - AJ: What about namespacing the property like we do for the user properties: sharenfs:illumos. Maybe make it more feature flag. Do it in a way that is consistent with what is already done. - CS: bikeshed: org.openzfs.illumos:sharenfs - RE: There could be many different iSCSI servers, and would need to figure out how to get to the right one. Some sharing is cross-OS: samba, nfs-ganesha - AJ: share@samba, share@nfs-ganesha, share@illumos=E2=80=A6 -- Tie = this to the server rather than OS? - JC/GW: Maybe a =E2=80=9C.=E2=80=9D instead of =E2=80=9C@=E2=80=9D? - sef: Who is going to decide if this is an OS-specific property? - CS: Have some hooks into a layer (e.g., via lua) rather than having this built into zfs. - MA: Seems like George=E2=80=99s proposal is better than what we have = now, but we should get feedback from various platform vendors. On Mon, Feb 25, 2019 at 10:53 AM Matthew Ahrens wrote= : > The next OpenZFS Leadership meeting will be held tomorrow, February 26, > 1pm-2pm Pacific time. *Note we are back to the usual time for this > meeting!* > > Everyone is welcome to attend and participate, and we will try to keep th= e > meeting on agenda and on time. The meetings will be held online via Zoom= , > and recorded and posted to the website and YouTube after the meeting. > > The agenda for the meeting will be a discussion of the projects listed in > the agenda doc. > > For more information and details on how to attend, as well as notes and > video from the previous meeting, please see the agenda document: > > > https://docs.google.com/document/d/1w2jv2XVYFmBVvG1EGf-9A5HBVsjAYoLIFZAnW= HhV-BM/edit > > --matt > From owner-freebsd-fs@freebsd.org Wed Feb 27 19:24:57 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 124BA1502A70 for ; Wed, 27 Feb 2019 19:24:57 +0000 (UTC) (envelope-from matt.churchyard@userve.net) Received: from smtp-b.userve.net (smtp-outbound.userve.net [217.196.1.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.userve.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C746B8BDF5 for ; Wed, 27 Feb 2019 19:24:55 +0000 (UTC) (envelope-from matt.churchyard@userve.net) Received: from owa.usd-group.com (owa.usd-group.com [217.196.1.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-b.userve.net (Postfix) with ESMTPS id 2608EE05 for ; Wed, 27 Feb 2019 19:24:25 +0000 (GMT) Received: from SERVER.ad.usd-group.com (192.168.0.1) by SERVER.ad.usd-group.com (192.168.0.1) with Microsoft SMTP Server (TLS) id 15.0.847.32; Wed, 27 Feb 2019 19:24:24 +0000 Received: from SERVER.ad.usd-group.com ([fe80::b19d:892a:6fc7:1c9]) by SERVER.ad.usd-group.com ([fe80::b19d:892a:6fc7:1c9%12]) with mapi id 15.00.0847.030; Wed, 27 Feb 2019 19:24:24 +0000 From: Matt Churchyard To: "freebsd-fs@freebsd.org" Subject: ZFS memory use (arc limit) Thread-Topic: ZFS memory use (arc limit) Thread-Index: AdTOzy9S7FYs4h38TmiLAaAlftQV/A== Date: Wed, 27 Feb 2019 19:24:24 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.0.10] MIME-Version: 1.0 X-Rspamd-Queue-Id: C746B8BDF5 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.977,0]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:217.196.1.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.02)[country: GB(-0.09)]; NEURAL_SPAM_SHORT(0.58)[0.580,0]; MX_GOOD(-0.01)[av-smtp-in2.userve.net,av-smtp-in1.userve.net]; DMARC_POLICY_ALLOW(-0.50)[userve.net,reject]; RCVD_IN_DNSWL_NONE(0.00)[22.1.196.217.list.dnswl.org : 127.0.10.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; ASN(0.00)[asn:20652, ipnet:217.196.0.0/20, country:GB]; RCVD_TLS_LAST(0.00)[] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2019 19:24:57 -0000 Hello, What's the current best practices for handling memory use for ZFS ARC? I've been a ZFS user for over 10 years starting with v15 pretty much back w= hen it first appeared. Very quickly I adopted the attitude of immediately limiting ARC manually vi= a sysctl, as I seemed to get guaranteed swap issues otherwise. Over the yea= rs I've seen references to other people seeing the same issues, various wor= k on ZFS memory use, but I've never relied on the system to sort itself out= and always just hard limited it by default. Just this week I installed a new system (11.2-REL) with 12GB RAM (not a hug= e amount but more than most my FreeBSD systems) that does nothing else othe= r than NFS sharing. I never got round to limiting the ARC and thought it wo= uld probably be alright considering how mature the ZFS support is these day= s. I did check the sysctl and it seemed to be set around 11GB or so. Just o= ver 24 hours after booting the NFS shares went down and a check of dmesg sh= ows the familiar "x was killed; out of swap space" errors. Swap space is 4G= B, which could probably be higher, but I've never seen it above a few MB in= use. (Maybe I need to set it the same as RAM?) As such, it seems that it's still absolutely vital that the admin sets a ha= rd limit on ARC, leaving enough headroom for whatever applications are bein= g run on the system? Is this recommended, or is there something I'm not doing right...? Regards, Matt Churchyard From owner-freebsd-fs@freebsd.org Wed Feb 27 22:30:08 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D5EB1507598 for ; Wed, 27 Feb 2019 22:30:08 +0000 (UTC) (envelope-from SRS0=AAcS=RC=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 8AFD093D0D for ; Wed, 27 Feb 2019 22:30:07 +0000 (UTC) (envelope-from SRS0=AAcS=RC=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 1260E28416; Wed, 27 Feb 2019 23:29:57 +0100 (CET) Received: from illbsd.quip.test (ip-86-49-16-209.net.upcbroadband.cz [86.49.16.209]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5E1FB28429; Wed, 27 Feb 2019 23:29:55 +0100 (CET) Subject: Re: ZFS memory use (arc limit) To: Matt Churchyard , "freebsd-fs@freebsd.org" References: From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Wed, 27 Feb 2019 23:29:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 8AFD093D0D X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [3.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: elsa.codelab.cz]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=AAcS=RC=quip.cz=000.fbsd@elsa.codelab.cz]; RECEIVED_SPAMHAUS_PBL(0.00)[209.16.49.86.zen.spamhaus.org : 127.0.0.11]; IP_SCORE(0.29)[ip: (0.73), ipnet: 94.124.104.0/21(0.37), asn: 42000(0.29), country: CZ(0.07)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=AAcS=RC=quip.cz=000.fbsd@elsa.codelab.cz]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.30)[0.298,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.75)[0.753,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.954,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2019 22:30:08 -0000 Matt Churchyard via freebsd-fs wrote on 2019/02/27 20:24: > Hello, > > What's the current best practices for handling memory use for ZFS ARC? > > I've been a ZFS user for over 10 years starting with v15 pretty much back when it first appeared. > Very quickly I adopted the attitude of immediately limiting ARC manually via sysctl, as I seemed to get guaranteed swap issues otherwise. Over the years I've seen references to other people seeing the same issues, various work on ZFS memory use, but I've never relied on the system to sort itself out and always just hard limited it by default. > > Just this week I installed a new system (11.2-REL) with 12GB RAM (not a huge amount but more than most my FreeBSD systems) that does nothing else other than NFS sharing. I never got round to limiting the ARC and thought it would probably be alright considering how mature the ZFS support is these days. I did check the sysctl and it seemed to be set around 11GB or so. Just over 24 hours after booting the NFS shares went down and a check of dmesg shows the familiar "x was killed; out of swap space" errors. Swap space is 4GB, which could probably be higher, but I've never seen it above a few MB in use. (Maybe I need to set it the same as RAM?) > > As such, it seems that it's still absolutely vital that the admin sets a hard limit on ARC, leaving enough headroom for whatever applications are being run on the system? > Is this recommended, or is there something I'm not doing right...? I have the very same experience as you. On ZFS on FreeBSD from the beginning, installed new machine 11.2 amd64 and try not to limit the ARC max. Just running rsync over the remote server to replicate data to new machine causes many processes to get killed. Even ssh was killed! https://lists.freebsd.org/pipermail/freebsd-fs/2019-February/027280.html So no, ARC still cannot be leave unlimited these days. And I noticed regression as I wrote in my previous post: vfs.zfs.arc_max="8G" worked in older FreeBSD versions in loader.conf but does not work in sysctl? sysctl: invalid uint64_t '8G' Must be set as vfs.zfs.arc_max=8085741568 which is very unfriendly. Kind regards Miroslav Lachman From owner-freebsd-fs@freebsd.org Thu Feb 28 08:57:54 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8906815227D0 for ; Thu, 28 Feb 2019 08:57:54 +0000 (UTC) (envelope-from mail@osfux.nl) Received: from vm1982.osfux.nl (vm1982.osfux.nl [IPv6:2a03:5500:1724:55:79:99:187:212]) (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 A5F37877B8 for ; Thu, 28 Feb 2019 08:57:52 +0000 (UTC) (envelope-from mail@osfux.nl) Received: from vm1982.osfux.nl (localhost [127.0.0.1]) by vm1982.osfux.nl (Postfix) with ESMTP id 74C8720218; Thu, 28 Feb 2019 09:57:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=osfux.nl; s=default; t=1551344256; bh=NHPq69iJX8g3C/OoM9e7AGWdUKxlo5JgAsbWVpn47xQ=; h=Subject:To:References:From:Cc:Date:In-Reply-To; b=An/nGljUNIxSlnhWafjVQEUoPKgugJW3pexKWG2ShtL4PxEKLhDAzlEMogiyNRsRs +DFUwa9YsLNZSdYDYiJ+eL9WXYVRc3WCXx27AhUgTFIWosvSqlhtmRSpkWF/8LPhl1 1CeslyDNt4hsfMLMeqSQ/L3R2ULEP6J+pbBdhGXM/xIfEf8EQg7IVOs0OXlXneEqLi IfEX6D3xx/j16X5ZyBfWdZdUhYv2rh+jACWgwBcnVt73P6zuy+ftURViSLrOCb3VIQ XS65yY/RChhFMGy/e1jGVX/eWrX7ZajSqn11753ufNa/LmpMz59QPAo8evLFn1xXwc hUmcDD5rkUUGKJzEuHG/YxMbRh4vV/9am3wt5lnUS2yw8aJA+Cs8gxzHDJh+tQcXde nlcqtgrO9pDvHN3O9mnIKoy1birFpxZxMRNcsy8iZgckO3FF1K7xYkEldChBOahSCD AZmNeXmMOvIFaMHuJ9u6KvEz26vqqTf8smXLRYq9g5Q6hGMGX2Jxo+kSXZUYDA3Ut8 F9a7PJNBGj4vCDlYzC4dyAm65t144nuKyo/KMn8Kxh5nAUwheIwCc7enFfprAiTgki 0A8MR+lHvIHHJNnjJrRY7kuJ3mp4coU76ugKeX33pBV/9L1Rpy8yPR2SOFjWUGQKIV oxB4KXJPWdkASdu9GRWCzd+g= Received: from vm1982.osfux.nl (localhost [127.0.0.1]) by vm1982.osfux.nl (Postfix) with ESMTP id 9C2E92019C; Thu, 28 Feb 2019 09:57:33 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=osfux.nl; s=default; t=1551344255; bh=NHPq69iJX8g3C/OoM9e7AGWdUKxlo5JgAsbWVpn47xQ=; h=Subject:To:References:From:Cc:Date:In-Reply-To; b=Av/XFXZ/8sEn6yRig262rArFBdQmftK+rM7ZcIw4HnzSIRa5TC8izIWyENfxzJbPs azNr1TvVU0zTJv0eB2ZCQMZNQfH0Y5Dxcj5nhaa/b6q/9LCDDqsFZCJ3O63i2uYxgc T6mWmvqlb9fMt5qiVh7gp1x98jAqBxJGm8kJB+FYOcuQXZXYb6KEJawcG8AANJIkzo S7MPZlYH2HN1L6IgJn9cqPY83pGvxB6J5H0UfEvpB6wZd0d/ZjpigLB02COyOVYabj TQooilW3beL6tYn3vy/M5N+6qvYh2i7+Riot/Wg/+yUOEqbbgRzk//TGN72jvnj4gL 7fZcAmEpgEikPIOL72KON39KKSvRxciWM4QSb+8/Nd6VsJzIWjzAgHlw7Z2v9mCH97 OHvGirkVBT/ECjjvm2zNqSSVtqCuncnQZiyE/02wi3xok+LpUHgb9UQ+tp7SCF/WGT 0h2baLEW3qC4dSDuc6GvJX+OGQ9P+HMKm0yRLTPZeCTKWeW3+rToXEMHqtoq3vBd9R 2U5dwKI8t/AdlCMZGQrlishLeO+xpkiuBXHTCI68+NobTSg6fWn46pCk15gwDW3MTO 573trqaLTvSgdQJfCe6Nme0PmuIpv0m8Bfh50LMFekRq4GW9uRuF0Jh/k5hxTBVMhx MrAteivj/No+5rDgajKiZZtY= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on vm1982.osfux.nl Received: from [172.28.10.139] (engineering.quanza.net [91.208.87.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by vm1982.osfux.nl (Postfix) with ESMTPSA; Thu, 28 Feb 2019 09:57:33 +0100 (CET) Subject: Re: ZFS memory use (arc limit) To: freebsd-fs@freebsd.org References: From: Ruben Cc: matt.churchyard@userve.net, 000.fbsd@quip.cz Message-ID: <29f05a02-7218-e142-7ecd-baf344b2e594@osfux.nl> Date: Thu, 28 Feb 2019 09:57:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Rspamd-Queue-Id: A5F37877B8 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=osfux.nl header.s=default header.b=An/nGljU; dkim=pass header.d=osfux.nl header.s=default header.b=Av/XFXZ/; dmarc=pass (policy=none) header.from=osfux.nl; spf=pass (mx1.freebsd.org: domain of mail@osfux.nl designates 2a03:5500:1724:55:79:99:187:212 as permitted sender) smtp.mailfrom=mail@osfux.nl X-Spamd-Result: default: False [-4.19 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[osfux.nl:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[osfux.nl:+]; DMARC_POLICY_ALLOW(-0.50)[osfux.nl,none]; MX_GOOD(-0.01)[transip.osfux.nl,vm1982.osfux.nl]; IP_SCORE(-0.47)[asn: 34762(-2.37), country: BE(-0.00)]; NEURAL_HAM_SHORT(-0.70)[-0.704,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:34762, ipnet:2a03:5500::/31, country:BE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2019 08:57:54 -0000 Hi, On 2/27/19 11:29 PM, Miroslav Lachman wrote: Stuff snipped > I have the very same experience as you. On ZFS on FreeBSD from the > beginning, installed new machine 11.2 amd64 and try not to limit the ARC > max. Just running rsync over the remote server to replicate data to new > machine causes many processes to get killed. Even ssh was killed! > > https://lists.freebsd.org/pipermail/freebsd-fs/2019-February/027280.html > More stuff snipped. It might be worth checking out this report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231457 Perhaps your experiences have been induced by the OOM killer. Kind regards, Ruben From owner-freebsd-fs@freebsd.org Thu Feb 28 11:18:05 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02A7E1502F09 for ; Thu, 28 Feb 2019 11:18:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 914848D034 for ; Thu, 28 Feb 2019 11:18:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 518FD1502F06; Thu, 28 Feb 2019 11:18:04 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 169C21502F05 for ; Thu, 28 Feb 2019 11:18:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A76BC8D032 for ; Thu, 28 Feb 2019 11:18:03 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id CC3AE16CB2 for ; Thu, 28 Feb 2019 11:18:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x1SBI2Xi041831 for ; Thu, 28 Feb 2019 11:18:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x1SBI2hA041830 for fs@FreeBSD.org; Thu, 28 Feb 2019 11:18:02 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 233849] [PATCH] r339008 broke repquota on UFS Date: Thu, 28 Feb 2019 11:18:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.2-STABLE X-Bugzilla-Keywords: patch, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dl@CyberPunk.ru X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2019 11:18:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233849 Andrey Linkevich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dl@CyberPunk.ru --- Comment #6 from Andrey Linkevich --- Hello FreeBSD FreeBSD 12.0-STABLE r344111 GENERIC amd64 We are use groupquota. repquota return data about only wheel group # repquota -g /mnt/hosting Block limits=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 File limits User used soft hard grace used=20= =20=20 soft hard grace wheel -- 2385444 0 0 - 60633= =20=20=20=20=20=20 0 0 - edquota/quotacheck/quota -gv uses normally. If yor execute quotaoff -a , everything works fine - repquota return data a= bout all group. # repquota -g /mnt/hosting Block limits=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 File limits User used soft hard grace used=20= =20=20 soft hard grace wheel -- 2385444 0 0 - 60633= =20=20=20=20=20=20 0 0 - operator -- 192 0 0 - 1=20= =20=20=20=20=20 0 0 - staff -- 328876 0 0 - 19568=20= =20=20=20=20=20 0 0 - www -- 1240 0 0 - 29=20= =20=20=20=20=20 0 0 - mariadb -- 3653288 0 0 - 948= =20=20=20=20=20=20 0 0 - Patch https://reviews.freebsd.org/D18785 helped us. Please commit this in STABLE branche. Thanks a lot --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Feb 28 14:00:33 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 14D67150860E for ; Thu, 28 Feb 2019 14:00:33 +0000 (UTC) (envelope-from daveb@spectralogic.com) Received: from mail1.bemta23.messagelabs.com (mail1.bemta23.messagelabs.com [67.219.246.3]) by mx1.freebsd.org (Postfix) with ESMTP id D6A736C125 for ; Thu, 28 Feb 2019 14:00:25 +0000 (UTC) (envelope-from daveb@spectralogic.com) Received: from [67.219.246.97] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-3.bemta.az-b.us-east-1.aws.symcld.net id 8B/50-15818-A69E77C5; Thu, 28 Feb 2019 14:00:10 +0000 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFIsWRWlGSWpSXmKPExsVyQG6fiG7Wy/I Yg9Zt7BbHHv9kc2D0mPFpPksAYxRrZl5SfkUCa0bf+89sBfP9KpoufmJvYJzj28XIycEmoCXR s+QwC4gtImAq8evfAjYQW1hAVOLR/R9MXYwcQHEpiVtr7SBK9CRmXvkBVs4ioCqxZEknO4jNK +AscfjCOTCbUUBM4vupNUwgNrOAuMStJ/PBbAkBAYkle84zQ9iiEi8f/2MFGc8soCmxfpc+RL m9xO1FS9khbEWJKd0PocYLSpyc+YRlAiP/LCRTZyF0z0LSPQtJ9ywk3QsYWVcxmiUVZaZnlOQ mZuboGhoY6BoaGuka6xoZGuslVukm6ZUW66YmFpfoGuollhfrFVfmJuek6OWllmxiBIZySgHz 1R2M8zvSDzFKcjApifKWLi+PEeJLyk+pzEgszogvKs1JLT7EqMHBIXBx68mVjFIsefl5qUoSv AIvgOoEi1LTUyvSMnOA0QZTKsHBoyTCawyS5i0uSMwtzkyHSJ1iNOY42vFsLjPH24PP5zILgU 2SEufdClIqAFKaUZoHNwiWBC4xykoJ8zIyMDAI8RSkFuVmlqDKv2IU52BUEub1fQ40hSczrwR u3yugU5iATtG9D3ZKSSJCSqqBUb23sW53WsmhrV/Yw3ccqDL84/ta/sFN5kPxSnedZ4amMk44 M/1vucPso62cDvE6kdkHNj06OcPo5cmNERMmtP/+8OLse0GbdfJzlQVeznwZf704fs+OK8mCv f13nh73/X9YXK2mw9hmRkzH31kqYq9qH87v+sP1+bt5dvIq61WCqz4xbHsjV6nEUpyRaKjFXF ScCABylcOt/QIAAA== X-Env-Sender: daveb@spectralogic.com X-Msg-Ref: server-7.tower-381.messagelabs.com!1551362409!4242646!1 X-Originating-IP: [192.30.190.20] X-SYMC-ESS-Client-Auth: outbound-route-from=pass X-StarScan-Received: X-StarScan-Version: 9.31.5; banners=-,-,- X-VirusChecked: Checked Received: (qmail 11512 invoked from network); 28 Feb 2019 14:00:10 -0000 Received: from unknown (HELO mail.spectralogic.com) (192.30.190.20) by server-7.tower-381.messagelabs.com with AES256-GCM-SHA384 encrypted SMTP; 28 Feb 2019 14:00:10 -0000 From: Dave Baukus To: "freebsd-fs@freebsd.org" Subject: zdb question Thread-Topic: zdb question Thread-Index: AQHUz23RmtUpsFpFjku+sH3Ro99Bag== Date: Thu, 28 Feb 2019 13:59:26 +0000 Message-ID: <7115e017-f9d1-452b-93d7-e2dbcf67618d@spectralogic.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-ID: <4AD0DE4E4CFBA148A754CB1DBC7C1216@spectralogic.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Rspamd-Queue-Id: D6A736C125 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of daveb@spectralogic.com designates 67.219.246.3 as permitted sender) smtp.mailfrom=daveb@spectralogic.com X-Spamd-Result: default: False [-1.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.763,0]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:67.219.240.0/20]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[spectralogic.com]; NEURAL_HAM_LONG(-0.87)[-0.869,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-0.04)[ipnet: 67.219.246.0/23(-0.09), asn: 26282(-0.05), country: US(-0.07)]; NEURAL_SPAM_SHORT(0.34)[0.335,0]; MX_GOOD(-0.01)[cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com,cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com,cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com,cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com,cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com,cluster4a.us.messagelabs.com,cluster4.us.messagelabs.com]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[3.246.219.67.list.dnswl.org : 127.0.3.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:26282, ipnet:67.219.246.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2019 14:00:33 -0000 SWYgb25lIHVzZXMgemRiIC1SIDxwb29sIG5hbWU+IDxkdmE+IHRvIHJlYWQgdGhlIGNvbnRlbnRz IG9mIGV2ZXJ5IGRpc2sgYmxvY2sNCmFzc29jaWF0ZWQgd2l0aCB0aGUgRFZBIGluIGEgcmFpZHoy IHBvb2wgdGhlbiBkb2VzIG9uZSBleHBlY3QgdGhlDQpkdW1wIG9mIGVhY2ggRFZBIHRvIGJlIHRo ZSBleGFjdCBVU0VSIFdSSVRURU4gY29udGVudHMgb2YgdGhlIGZpbGUgPw0KT3IgZG9lcyB0aGlz IHVzYWdlIG9mIHpkYiBwdWxsIGluIHRoZSByYWlkejIgY2hlY2tzdW0gYmxvY2tzIGFuZC9vciBw YWRkaW5nID8NCkxvb2tpbmcgYXQgdGhlIGNvZGUsIEkgZG9uJ3QgdGhpbmsgc28uDQoNCkkgYXNr IGJlY2F1c2UgSSBoYXZlIGEgZmlsZSBvZiBrbm93biBjb250ZW50cyAoZXZlcnkgYnl0ZSB3YXMg d3JpdHRlbiBhcyAweDQyID09ICdCJyksDQphbmQgaWYgSSBleGVjdXRlIHRoZSBzY3JpcHQgYmVs b3cgYW5kIHJlZGlyZWN0IHRoZSBvdXRwdXQgdG8gYSBmaWxlIHRoZW4NCnRoZSBjb250ZW50cyBv ZiB0aGUgb3V0cHV0IGZpbGUgaGFzIGNodW5rcyBvZiBub24tQiBjaGFyYWN0ZXJzLg0KDQpGb3Ig ZXhhbXBsZToNCg0KT2Zmc2V0IDMwMDAwMCwgRFZBIDE6OWYwOGUyZmYwMDA6MTIwMDAwDQpGb3Vu ZCB2ZGV2IHR5cGU6IHJhaWR6DQoNCjE6OWYwOGUyZmYwMDA6MTIwMDAwDQogwqDCoMKgwqDCoMKg wqDCoMKgIDAgMSAyIDMgNCA1IDYgN8KgwqAgOCA5IGEgYiBjIGQgZSBmwqAgMDEyMzQ1Njc4OWFi Y2RlZg0KMDEwMDAwOsKgIDAxMDAwMzIxYjYwZDAwMDDCoCAwYWZiMmY5MzFkODA1MTAwwqAgLi4u LiEuLi4uUS4uLi8uLg0KMDEwMDEwOsKgIDAyYWMyMTFjMDAwMjBmMDDCoCAwMGUyMDAwNjgwMTEw MDMxwqAgLi4uLi4hLi4xLi4uLi4uLg0KMDEwMDIwOsKgIDM5MzQ1ZjU4NjU2YzY5NjbCoCAwZjAw MTMzNDMyMmUzNjM5wqAgZmlsZVhfNDk5Ni4yNC4uLg0KMDEwMDMwOsKgIDA1MDA0MGNiMWYwYzAw MDLCoCAwMjAyMGMwMDNhMzUzNTJmwqAgLi4uLi5ALi4vNTU6Li4uLg0KMDEwMDQwOsKgIDM4MjIw NTAwNDBlYTFmMDDCoCAyMTBjMDAwMjBmMDAyMTM2wqAgLi4uQC4uIjg2IS4uLi4uIQ0KDQotLS0t LQ0KDQpXaGVyZWFzIEkgZXhwZWN0IGV2ZXJ5IERWQSBjaHVuayB0byBsb29rIGxpa2U6DQoNCk9m ZnNldCAwLCBEVkEgMTo5ZjA4ZTBiZjAwMDoxMjAwMDANCkZvdW5kIHZkZXYgdHlwZTogcmFpZHoN Cg0KMTo5ZjA4ZTBiZjAwMDoxMjAwMDANCiDCoMKgwqDCoMKgwqDCoMKgwqAgMCAxIDIgMyA0IDUg NiA3wqDCoCA4IDkgYSBiIGMgZCBlIGbCoCAwMTIzNDU2Nzg5YWJjZGVmDQowMDAwMDA6wqAgNDI0 MjQyNDI0MjQyNDI0MsKgIDQyNDI0MjQyNDI0MjQyNDLCoCBCQkJCQkJCQkJCQkJCQkJCDQowMDAw MTA6wqAgNDI0MjQyNDI0MjQyNDI0MsKgIDQyNDI0MjQyNDI0MjQyNDLCoCBCQkJCQkJCQkJCQkJC QkJCDQowMDAwMjA6wqAgNDI0MjQyNDI0MjQyNDI0MsKgIDQyNDI0MjQyNDI0MjQyNDLCoCBCQkJC QkJCQkJCQkJCQkJCDQowMDAwMzA6wqAgNDI0MjQyNDI0MjQyNDI0MsKgIDQyNDI0MjQyNDI0MjQy NDLCoCBCQkJCQkJCQkJCQkJCQkJCDQowMDAwNDA6wqAgNDI0MjQyNDI0MjQyNDI0MsKgIDQyNDI0 MjQyNDI0MjQyNDLCoCBCQkJCQkJCQkJCQkJCQkJCDQoNCi0tLS0NCg0KT24gdGhlIG90aGVyIGhh bmQsIGlmIEkgdXNlIGEgc2ltcGxlIHByb2dyYW0gdG8gcmVhZCB0aGUgZmlsZSBhbmQgdmVyaWZ5 IHRoYXQgZXZlcnkgYnl0ZQ0KaXMgMHg0MiB0aGVuIG5vIGVycm9ycyBhcmUgcmVwb3J0ZWQuDQoN CldoYXQgZ2l2ZXMgPw0KQW0gSSBtaXN1c2luZyB6ZGIgPw0KDQpQLlMuDQpUaGUgZmlsZSB3YXMg d3JpdHRlbiB0byBhIGRlZ3JhZGVkIHBvb2wuDQpUd28gZGlza3MgaW4gZWFjaCByYWlkejIgc3Ry aXAgd2VyZSBwdXJwb3NlbHkgdHVybmVkIG9mZi4NClNlZSB6cG9vbCBzdGF0dXMgYmVsb3cuDQoN Ci0tLS0NCg0KVGhlIFNjcmlwdDoNCg0KIyEvdXNyL2xvY2FsL2Jpbi9iYXNoDQojDQpQUk9HPSQo YmFzZW5hbWUgJDApDQpQT09MPSR7MTotbm9uZX3CoMKgwqDCoMKgwqDCoMKgICMgcG9vbCBuYW1l DQpaREJfRklMRT0kezI6LW5vbmV9wqDCoMKgwqAgIyBvdXRwdXQgb2bCoCB6ZGIgLWRkZGRkZMKg IDxvYmogc2V0PiA8b2JqIGlkPg0KDQplcnJvcigpDQp7DQogwqDCoMKgwqDCoMKgwqAgcHJpbnRm ICIke1BST0d9OiAkKlxuIiA+JjINCiDCoMKgwqDCoMKgwqDCoCBleGl0IDIyDQp9DQoNClsgIiRQ T09MIiA9PSAibm9uZSIgXSAmJiBlcnJvciAibm8gcG9vbCBuYW1lIHNwZWNpZmllZCINClsgIiRa REJfRklMRSIgPT0gIm5vbmUiIF0gJiYgZXJyb3IgIm5vIHpkYiBmaWxlIHNwZWNpZmllZCINCg0K IyBMb29rIGZvciBsaW5lcyBsaWtlOg0KIyA4MDAwMDDCoMKgIEwwIDA6OTNmNjAxY2IwMDA6MTIw MDAwIDEwMDAwMEwvMTAwMDAwUCBGPTEgQj02NTI3NS82NTI3NQ0KIyBhbmQgcHVsbCBvdXQgdGhl IG9mZnNldCAoY29sdW1uMSkgYW5kIHRoZSBEVkEgKGNvbHVtbjMpDQojDQphd2sgJw0KIMKgwqDC oMKgwqDCoMKgICQyID09ICJMMCIgew0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBw cmludGYoIiVzICVzXG4iLMKgICQxLCAkMyk7DQogwqDCoMKgwqDCoMKgwqAgfQ0KJyAkWkRCX0ZJ TEUgfCB3aGlsZSByZWFkIG9mZnNldCBkdmEgeHh4DQpkbw0KIMKgwqDCoMKgwqDCoMKgIGVjaG8g Ik9mZnNldCAke29mZnNldH0sIERWQSAkZHZhIg0KIMKgwqDCoMKgwqDCoMKgIHpkYiAtUiAke1BP T0x9ICR7ZHZhfQ0KIMKgwqDCoMKgwqDCoMKgIGVjaG8gIj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ig0KZG9uZQ0KDQotLS0tDQoNCiDCoCBwb29sOiBTQVRBX1BPT0wNCiDCoHN0YXRlOiBE RUdSQURFRA0Kc3RhdHVzOiBPbmUgb3IgbW9yZSBkZXZpY2VzIGhhcyBiZWVuIHJlbW92ZWQgYnkg dGhlIGFkbWluaXN0cmF0b3IuDQogwqDCoMKgwqDCoMKgwqAgU3VmZmljaWVudCByZXBsaWNhcyBl eGlzdCBmb3IgdGhlIHBvb2wgdG8gY29udGludWUgZnVuY3Rpb25pbmcgaW4gYQ0KIMKgwqDCoMKg wqDCoMKgIGRlZ3JhZGVkIHN0YXRlLg0KYWN0aW9uOiBPbmxpbmUgdGhlIGRldmljZSB1c2luZyAn enBvb2wgb25saW5lJyBvciByZXBsYWNlIHRoZSBkZXZpY2Ugd2l0aA0KIMKgwqDCoMKgwqDCoMKg ICd6cG9vbCByZXBsYWNlJy4NCiDCoCBzY2FuOiBub25lIHJlcXVlc3RlZA0KY29uZmlnOg0KDQog wqDCoMKgwqDCoMKgwqAgTkFNRcKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBTVEFURcKgwqDCoMKgIFJFQUQgV1JJVEUgQ0tTVU0NCiDCoMKgwqDCoMKgwqDCoCBTQVRB X1BPT0zCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBERUdSQURFRMKgwqDCoMKgIDDC oMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoCByYWlkejItMMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBERUdSQURFRMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKg wqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE1NcKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKg wqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE1NsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDC oMKgwqDCoMKgwqAgZGE1N8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5F wqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKg wqAgZGE1OcKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDC oMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE2MMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKg wqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgMjUzODczNDcwMzc0Njk5 NjAwOMKgwqAgUkVNT1ZFRMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwwqAgd2FzIC9k ZXYvZGE2MQ0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE2MsKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0K IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE2M8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKg wqDCoMKgwqDCoMKgwqAgZGE2NMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05M SU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDC oMKgwqAgZGE2NcKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKg wqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE2 NsKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDC oMKgwqDCoCAwwqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGE2N8KgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgT05MSU5FwqDCoMKgwqDCoMKgIDDCoMKgwqDCoCAw wqDCoMKgwqAgMA0KIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgMTU0NTc2MTM1ODAyODQ3ODE2NzLC oCBSRU1PVkVEwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDDCoCB3YXMgL2Rldi9kYTY4 DQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkYTY5wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKg wqDCoMKgwqDCoMKgwqDCoCBkYTcwwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBP TkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDC oMKgwqDCoCBkYTcxwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKg wqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBk YTcywqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAg MMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkYTczwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKg IDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgIHJhaWR6Mi0xwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIERFR1JBREVEwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQog wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkYTc0wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDC oMKgwqDCoMKgwqDCoCBkYTc1wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJ TkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKg wqDCoCBkYTc2wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKgwqDC oMKgwqAgMMKgwqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkYTc3 wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKg wqDCoMKgIDDCoMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkYTc4wqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBPTkxJTkXCoMKgwqDCoMKgwqAgMMKgwqDCoMKgIDDC oMKgwqDCoCAwDQogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAxMzY1MDg2NDQ2OTc3NDQyNTY5MMKg IFJFTU9WRUTCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgIHdhcyAvZGV2L2RhNzkN CiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRhODDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgIGRhODHCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9O TElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgIGRhODLCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDC oMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRh ODPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAw wqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRhODTCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAg MMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRhODXCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKg IDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDYxODQzMDExMzEyNjA1NDM0NTbCoMKgIFJFTU9W RUTCoMKgwqDCoMKgIDDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgIHdhcyAvZGV2L2RhODYNCiDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgIGRhODfCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg IE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIGRhODjCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKg wqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg IGRhODnCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDC oCAwwqDCoMKgwqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRhOTDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKg wqAgMMKgwqDCoMKgIDANCiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRhOTHCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgIE9OTElORcKgwqDCoMKgwqDCoCAwwqDCoMKgwqAgMMKgwqDC oMKgIDANCg0KZXJyb3JzOiBObyBrbm93biBkYXRhIGVycm9ycw0KDQotLSANCkRhdmUgQmF1a3Vz DQo= From owner-freebsd-fs@freebsd.org Fri Mar 1 10:10:04 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88D271507583 for ; Fri, 1 Mar 2019 10:10:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7194F6DFCB for ; Fri, 1 Mar 2019 10:10:03 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f174.google.com with SMTP id g80so19871275ljg.6 for ; Fri, 01 Mar 2019 02:10:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=DhAm+2eFqmBO10D0MBm19kdAB0FT4eAgU2XRc3TE+Sg=; b=gVKaVDkbIkiO45I0oywmjl4dmvxShAfAUzbTo+SeD5IoLnG5NYcfVSMsj4R7YWdh88 psLpEn/2VFbZYNJBSpOTdbNOEOYrYDZGhveU8AWQsLj9FJcAkrlsWHDpoBPVB/E6FEnq n7v9IFpJBMj52tBFYDGuWq1JC8hGw/PeNrvbuMt2iZOspRpvg/7KFPburJ9BLWv/Scgw Jh3cpkh8Sm+9LlSFumhB4nzNwsQRoAMt2OAb9wDRKKyGjqGUuKnrsxYMtLNPBBmVRQCy yAT/Ci9CjqJYudwMS1iCtMey3vvXR4i0+ZT0PqsZzkvm9Km9qfHAvmxYPmyACGgjqpVB NBHw== X-Gm-Message-State: APjAAAU7ZDTVnGX3foWG2NkcrTAeiGCnsHpqk2rVkpZ2JYn8eGOKB7mN OBY8PsWsBbsOVOh+HvDWT4B+Y9WL X-Google-Smtp-Source: APXvYqyrBhYfXYtiDl4w2L3RJMAUWU9VxAzLzR2iiAfmVy2dJFBiG5rHQ2sfko+QQxRZl9gnyp2NMg== X-Received: by 2002:a2e:811:: with SMTP id 17mr2258834lji.42.1551434505135; Fri, 01 Mar 2019 02:01:45 -0800 (PST) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id w6sm1415067lfl.14.2019.03.01.02.01.43 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 01 Mar 2019 02:01:44 -0800 (PST) Subject: Re: zdb question To: Dave Baukus , "freebsd-fs@freebsd.org" References: <7115e017-f9d1-452b-93d7-e2dbcf67618d@spectralogic.com> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= xsFNBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABzR5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz7CwZQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryM7BTQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAcLBfAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <94cf983c-c049-090c-c9ea-76b25e8036b9@FreeBSD.org> Date: Fri, 1 Mar 2019 12:01:43 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <7115e017-f9d1-452b-93d7-e2dbcf67618d@spectralogic.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 7194F6DFCB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.174 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.72)[-0.720,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; IP_SCORE(-1.27)[ip: (-0.44), ipnet: 209.85.128.0/17(-3.82), asn: 15169(-2.03), country: US(-0.07)]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[174.208.85.209.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 10:10:04 -0000 On 28/02/2019 15:59, Dave Baukus wrote: > If one uses zdb -R to read the contents of every disk block > associated with the DVA in a raidz2 pool then does one expect the > dump of each DVA to be the exact USER WRITTEN contents of the file ? I think so; on a condition that the DVA refers to the file's data block (L0). > Or does this usage of zdb pull in the raidz2 checksum blocks and/or padding ? > Looking at the code, I don't think so. > > I ask because I have a file of known contents (every byte was written as 0x42 == 'B'), > and if I execute the script below and redirect the output to a file then > the contents of the output file has chunks of non-B characters. > > For example: > > Offset 300000, DVA 1:9f08e2ff000:120000 How did you come up with this DVA? Are you sure about the size component? > Found vdev type: raidz > > 1:9f08e2ff000:120000 >           0 1 2 3 4 5 6 7   8 9 a b c d e f  0123456789abcdef > 010000:  01000321b60d0000  0afb2f931d805100  ....!....Q.../.. > 010010:  02ac211c00020f00  00e2000680110031  .....!..1....... > 010020:  39345f58656c6966  0f001334322e3639  fileX_4996.24... > 010030:  050040cb1f0c0002  02020c003a35352f  .....@../55:.... > 010040:  3822050040ea1f00  210c00020f002136  ...@.."86!.....! > > ----- > > Whereas I expect every DVA chunk to look like: > > Offset 0, DVA 1:9f08e0bf000:120000 > Found vdev type: raidz > > 1:9f08e0bf000:120000 >           0 1 2 3 4 5 6 7   8 9 a b c d e f  0123456789abcdef > 000000:  4242424242424242  4242424242424242  BBBBBBBBBBBBBBBB > 000010:  4242424242424242  4242424242424242  BBBBBBBBBBBBBBBB > 000020:  4242424242424242  4242424242424242  BBBBBBBBBBBBBBBB > 000030:  4242424242424242  4242424242424242  BBBBBBBBBBBBBBBB > 000040:  4242424242424242  4242424242424242  BBBBBBBBBBBBBBBB > > ---- > > On the other hand, if I use a simple program to read the file and verify that every byte > is 0x42 then no errors are reported. > > What gives ? > Am I misusing zdb ? Perhaps. -- Andriy Gapon From owner-freebsd-fs@freebsd.org Fri Mar 1 17:01:26 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 593CF151DC94 for ; Fri, 1 Mar 2019 17:01:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DE69B885C1 for ; Fri, 1 Mar 2019 17:01:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9D6FC151DC93; Fri, 1 Mar 2019 17:01:25 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BDCE151DC90 for ; Fri, 1 Mar 2019 17:01:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26758885BF for ; Fri, 1 Mar 2019 17:01:25 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 517E373B0 for ; Fri, 1 Mar 2019 17:01:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x21H1OOV044212 for ; Fri, 1 Mar 2019 17:01:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x21H1O0W044211 for fs@FreeBSD.org; Fri, 1 Mar 2019 17:01:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 208742] /boot/gptzfsboot boots kernel from another zpool (not root pool) Date: Fri, 01 Mar 2019 17:01:24 +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.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Works As Intended X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc resolution bug_status 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 17:01:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208742 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org Resolution|--- |Works As Intended Status|New |Closed --- Comment #15 from Eugene Grosbein --- gptzfsboot(8) manual page clearly states that partition containing ZFS boot pool must be first and not second. Just change order of partitions and you = will be fine. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Mar 1 18:35:43 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0635152088B for ; Fri, 1 Mar 2019 18:35:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8090C8C144 for ; Fri, 1 Mar 2019 18:35:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4431A1520889; Fri, 1 Mar 2019 18:35:42 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 315E21520888 for ; Fri, 1 Mar 2019 18:35:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE2BC8C142 for ; Fri, 1 Mar 2019 18:35:41 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 088B3825B for ; Fri, 1 Mar 2019 18:35:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x21IZewK087116 for ; Fri, 1 Mar 2019 18:35:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x21IZe7W087115 for fs@FreeBSD.org; Fri, 1 Mar 2019 18:35:40 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235773] [FUSE]: Missing real support for attr/dentry cache timeouts Date: Fri, 01 Mar 2019 18:35:39 +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 Some People X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 18:35:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235773 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |236136 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236136 [Bug 236136] [FUSE]: reuse cached inode entries --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Mar 1 18:35:44 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76F461520892 for ; Fri, 1 Mar 2019 18:35:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 11A838C14E for ; Fri, 1 Mar 2019 18:35:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C9A17152088F; Fri, 1 Mar 2019 18:35:43 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7014152088E for ; Fri, 1 Mar 2019 18:35:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D89D8C149 for ; Fri, 1 Mar 2019 18:35:43 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 941008261 for ; Fri, 1 Mar 2019 18:35:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x21IZgAh087159 for ; Fri, 1 Mar 2019 18:35:42 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x21IZgkS087158 for fs@FreeBSD.org; Fri, 1 Mar 2019 18:35:42 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235775] [FUSE]: Reuse cached attributes, when available and valid Date: Fri, 01 Mar 2019 18:35:39 +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 Some People X-Bugzilla-Who: cem@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 18:35:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235775 Conrad Meyer changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |236136 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D236136 [Bug 236136] [FUSE]: reuse cached inode entries --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Mar 1 23:53:39 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6A48A15065F9 for ; Fri, 1 Mar 2019 23:53:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id EF27E6A075 for ; Fri, 1 Mar 2019 23:53:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AFD5015065F8; Fri, 1 Mar 2019 23:53:38 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D5F415065F7 for ; Fri, 1 Mar 2019 23:53:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2737E6A070 for ; Fri, 1 Mar 2019 23:53:38 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5A2F5B0BF for ; Fri, 1 Mar 2019 23:53:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x21NrbWn099457 for ; Fri, 1 Mar 2019 23:53:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x21NrbHE099456 for fs@FreeBSD.org; Fri, 1 Mar 2019 23:53:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235773] [FUSE]: Missing real support for attr/dentry cache timeouts Date: Fri, 01 Mar 2019 23:53: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 Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 23:53:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235773 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: asomers Date: Fri Mar 1 23:53:07 UTC 2019 New revision: 344715 URL: https://svnweb.freebsd.org/changeset/base/344715 Log: Begin a fuse(4) test suite It only tests the kernel portion of fuse, not the userspace portion (which comes from sysutils/fusefs-libs). The kernel-userspace interface is de-facto standardized, and this test suite seeks to validate FreeBSD's implementation. It uses GoogleMock to substitute for a userspace daemon and validate the kernel's behavior in response to filesystem access. GoogleMock is convenient because it can validate the order, number, and arguments of ea= ch operation, and return canned responses. But that also means that the test suite must use GoogleTest, since GoogleMock is incompatible with atf-c++ and atf.test.mk does not allow C++ programs to use atf-c. This commit adds the first 10 test cases out of an estimated 130 total. PR: 235775, 235773 Sponsored by: The FreeBSD Foundation Changes: projects/fuse2/etc/mtree/BSD.tests.dist projects/fuse2/tests/sys/fs/Makefile projects/fuse2/tests/sys/fs/fuse/ projects/fuse2/tests/sys/fs/fuse/Makefile projects/fuse2/tests/sys/fs/fuse/getattr.cc projects/fuse2/tests/sys/fs/fuse/lookup.cc projects/fuse2/tests/sys/fs/fuse/mockfs.cc projects/fuse2/tests/sys/fs/fuse/mockfs.hh projects/fuse2/tests/sys/fs/fuse/utils.cc projects/fuse2/tests/sys/fs/fuse/utils.hh --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Mar 1 23:53:37 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6772D15065F4 for ; Fri, 1 Mar 2019 23:53:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DBA616A06F for ; Fri, 1 Mar 2019 23:53:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 957C315065F1; Fri, 1 Mar 2019 23:53:36 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6DF5115065F0 for ; Fri, 1 Mar 2019 23:53:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 047AE6A067 for ; Fri, 1 Mar 2019 23:53: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 42E14B0BB for ; Fri, 1 Mar 2019 23:53:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x21NrZVI099435 for ; Fri, 1 Mar 2019 23:53:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x21NrZKr099434 for fs@FreeBSD.org; Fri, 1 Mar 2019 23:53:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 235775] [FUSE]: Reuse cached attributes, when available and valid Date: Fri, 01 Mar 2019 23:53:33 +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 Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Mar 2019 23:53:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235775 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: asomers Date: Fri Mar 1 23:53:07 UTC 2019 New revision: 344715 URL: https://svnweb.freebsd.org/changeset/base/344715 Log: Begin a fuse(4) test suite It only tests the kernel portion of fuse, not the userspace portion (which comes from sysutils/fusefs-libs). The kernel-userspace interface is de-facto standardized, and this test suite seeks to validate FreeBSD's implementation. It uses GoogleMock to substitute for a userspace daemon and validate the kernel's behavior in response to filesystem access. GoogleMock is convenient because it can validate the order, number, and arguments of ea= ch operation, and return canned responses. But that also means that the test suite must use GoogleTest, since GoogleMock is incompatible with atf-c++ and atf.test.mk does not allow C++ programs to use atf-c. This commit adds the first 10 test cases out of an estimated 130 total. PR: 235775, 235773 Sponsored by: The FreeBSD Foundation Changes: projects/fuse2/etc/mtree/BSD.tests.dist projects/fuse2/tests/sys/fs/Makefile projects/fuse2/tests/sys/fs/fuse/ projects/fuse2/tests/sys/fs/fuse/Makefile projects/fuse2/tests/sys/fs/fuse/getattr.cc projects/fuse2/tests/sys/fs/fuse/lookup.cc projects/fuse2/tests/sys/fs/fuse/mockfs.cc projects/fuse2/tests/sys/fs/fuse/mockfs.hh projects/fuse2/tests/sys/fs/fuse/utils.cc projects/fuse2/tests/sys/fs/fuse/utils.hh --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Mar 2 12:07:51 2019 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9E66A152029D for ; Sat, 2 Mar 2019 12:07:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 382EA8BAEF for ; Sat, 2 Mar 2019 12:07:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F00481520299; Sat, 2 Mar 2019 12:07:50 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C89081520296 for ; Sat, 2 Mar 2019 12:07:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 43D0E8BAEC for ; Sat, 2 Mar 2019 12:07:50 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 657B711D1E for ; Sat, 2 Mar 2019 12:07:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x22C7n8Y085847 for ; Sat, 2 Mar 2019 12:07:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x22C7n9m085840 for fs@FreeBSD.org; Sat, 2 Mar 2019 12:07:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 229670] Too many vnodes causes ZFS ARC to exceed limit vfs.zfs.arc_max (high ARC "Other" usage) Date: Sat, 02 Mar 2019 12:07:46 +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: 11.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: grahamperrin@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.29 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Mar 2019 12:07:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229670 --- Comment #19 from Graham Perrin --- A year or so ago, before I was aware of this bug, I had a sense that things weren't right on a notebook with 15.9 GiB memory. Probably 12.0-CURRENT at = the time.=20 IIRC I chose to set vfs.zfs.arc_max to around 2 G. (I can't recall what mad= e me choose that figure =E2=80=A6 something in bug 187594, maybe. I vaguely reca= ll 2 G being around half of the default but that seems inconsistent with what I now read= at .)=20 Whilst I didn't take measurements, the end result was pleasing.=20 With a cleaner installation of 13.0-CURRENT (~2018-12), I have not (yet) fe= lt the need to change vfs.zfs.arc_max ---- Today:=20 grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v ; uptime Sat 2 Mar 2019 11:43:54 GMT FreeBSD 13.0-CURRENT r344443 GENERIC-NODEBUG=20 11:43a.m. up 41 mins, 6 users, load averages: 1.02, 0.70, 0.61 grahamperrin@momh167-gjp4-8570p:~ % sysctl -a | grep vfs.zfs.arc vfs.zfs.arc_min_prescient_prefetch_ms: 6 vfs.zfs.arc_min_prefetch_ms: 1 vfs.zfs.arc_meta_strategy: 0 vfs.zfs.arc_meta_limit: 3883606016 vfs.zfs.arc_free_target: 86433 vfs.zfs.arc_kmem_cache_reap_retry_ms: 0 vfs.zfs.arc_grow_retry: 60 vfs.zfs.arc_shrink_shift: 7 vfs.zfs.arc_average_blocksize: 8192 vfs.zfs.arc_no_grow_shift: 5 vfs.zfs.arc_min: 1941803008 vfs.zfs.arc_max: 15534424064 grahamperrin@momh167-gjp4-8570p:~ % sysctl -a | grep vnode kern.maxvnodes: 348816 kern.ipc.umtx_vnode_persistent: 0 kern.minvnodes: 87204 Syncing disks, vnodes remaining... 0 0 0 0 0 0 done Syncing disks, vnodes remaining... 0 0 0 0 0 0 done Syncing disks, vnodes remaining... 0 0 0 0 0 done vm.vnode_pbufs: 512 vm.stats.vm.v_vnodepgsout: 3703 vm.stats.vm.v_vnodepgsin: 126117 vm.stats.vm.v_vnodeout: 1842 vm.stats.vm.v_vnodein: 12321 vfs.freevnodes: 9195 vfs.wantfreevnodes: 87204 vfs.vnodes_created: 19046 vfs.numvnodes: 16690 vfs.cache.cache_lock_vnodes_cel_3_failures: 0 vfs.ncpurgeminvnodes: 512 debug.vnode_domainset: debug.sizeof.vnode: 480 debug.fail_point.status_fill_kinfo_vnode__random_path: off debug.fail_point.fill_kinfo_vnode__random_path: off grahamperrin@momh167-gjp4-8570p:~ %=20 ---- Now added to /etc/sysctl.conf : vfs.zfs.arc_max=3D"2147483648" If I'm to add a setting for kern.maxvnodes =E2=80=93for test purposes =E2= =80=93 what would you suggest? TIA --=20 You are receiving this mail because: You are the assignee for the bug.=