From owner-freebsd-bugs@freebsd.org Fri Sep 21 23:37:36 2018 Return-Path: Delivered-To: freebsd-bugs@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 17F6810A73D2 for ; Fri, 21 Sep 2018 23:37:36 +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 947A375A5E for ; Fri, 21 Sep 2018 23:37:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 557B810A73D1; Fri, 21 Sep 2018 23:37:35 +0000 (UTC) Delivered-To: bugs@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 3364310A73D0 for ; Fri, 21 Sep 2018 23:37:35 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B878E75A5D for ; Fri, 21 Sep 2018 23:37:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 10A5C26EC9 for ; Fri, 21 Sep 2018 23:37:34 +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 w8LNbXS6055915 for ; Fri, 21 Sep 2018 23:37:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w8LNbXKZ055914 for bugs@FreeBSD.org; Fri, 21 Sep 2018 23:37:33 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: bugs@FreeBSD.org Subject: [Bug 231569] ZFS per-disk status not showing "resilvering" during resilver Date: Fri, 21 Sep 2018 23:37:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new 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 Only Me X-Bugzilla-Who: spork@bway.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2018 23:37:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D231569 Bug ID: 231569 Summary: ZFS per-disk status not showing "resilvering" during resilver Product: Base System Version: 11.2-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: spork@bway.net I have some additonal background in the forums if there's any interest: https://forums.freebsd.org/threads/weird-and-slow-zfs-resilver.67616/ Basically I got confused/worried about a resilver process because the data presented in "zpool status" did not report the correct information. Narrow= ing it down, the problem is pretty simple: In the configuration, where "zpool status" is showing me the warnings regra= ding mismatched sector size, there is no indication which drives are being resilvered: [spork@trunk ~]$ zpool status pool: zroot state: ONLINE status: One or more devices is currently being resilvered. The pool will continue to function, possibly in a degraded state. action: Wait for the resilver to complete. scan: resilver in progress since Fri Sep 21 18:33:00 2018 121M scanned out of 5.90T at 5.48M/s, 313h30m to go 81.6M resilvered, 0.00% done config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gpt/zdisk0 ONLINE 0 0 0 block size: 512B configured, 4096B native gpt/zdisk1 ONLINE 0 0 0 block size: 512B configured, 4096B native mirror-1 ONLINE 0 0 0 gpt/zdisk2 ONLINE 0 0 0 block size: 512B configured, 4096B native gpt/zdisk3 ONLINE 0 0 0 block size: 512B configured, 4096B native mirror-3 ONLINE 0 0 0 gpt/zdisk5 ONLINE 0 0 0 gpt/zdisk4 ONLINE 0 0 0 logs gpt/zil0 ONLINE 0 0 0 errors: No known data errors (label to device translation: zdisk0=3Dada0, zdisk1=3Dada1, zdisk2=3Dada2, zdisk3=3Dada3, zdisk4=3Dada4, zdisk5=3Dada5, zil0=3Dda0) In the above output, the main status line indicates resilvering is in progr= ess. This is correct - I have just replaced two drives, ada0 and ada3. gstat s= hows activity that should mostly confirm that the resilver is in progress: [spork@trunk ~]$ gstat -pb dT: 1.009s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 205 154 3257 8.0 51 761 0.3 56.8 ada1 1 228 0 0 0.0 228 3817 0.9 20.6 ada0 0 0 0 0 0.0 0 0 0.0 0.0 da1 0 195 152 5740 12.4 43 761 0.3 76.1 ada2 0 332 0 0 0.0 331 5846 1.0 40.5 ada3 0 58 15 41 9.2 43 761 0.5 9.4 ada4 0 55 12 17 8.6 42 761 0.1 7.1 ada5 0 15 0 0 0.0 7 91 0.5 0.5 da0 As you can see, the "zpool status" output is not indicating which drive(s) = are being resilvered. Any ideas on debugging this? I've never seen this behavior before. --=20 You are receiving this mail because: You are the assignee for the bug.=