From owner-freebsd-bugs@freebsd.org Thu Oct 25 16:23:52 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 73641107E50B for ; Thu, 25 Oct 2018 16:23:52 +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 F06E38CF13 for ; Thu, 25 Oct 2018 16:23:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B2AE5107E504; Thu, 25 Oct 2018 16:23:51 +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 90B97107E501 for ; Thu, 25 Oct 2018 16:23:51 +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)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 31B418CF0D for ; Thu, 25 Oct 2018 16:23:51 +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 50B861798B for ; Thu, 25 Oct 2018 16:23:50 +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 w9PGNons082178 for ; Thu, 25 Oct 2018 16:23:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w9PGNo4f082177 for bugs@FreeBSD.org; Thu, 25 Oct 2018 16:23:50 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 232683] [gmirror] gmirror could provide much better administrative introspection into decision-making processes Date: Thu, 25 Oct 2018 16:23:50 +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: 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: 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 cc dependson 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.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2018 16:23:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232683 Bug ID: 232683 Summary: [gmirror] gmirror could provide much better administrative introspection into decision-making processes Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: cem@freebsd.org CC: geom@FreeBSD.org, markj@FreeBSD.org Depends on: 232671 +++ This bug was initially created as a clone of Bug #232671 +++ I'd like the gmirror softc and individual gmirror disk elements to record t= wo formatted messages: 1. Why did we switch to the current state from the previous one? 2. Why *haven't* we switched to some next state, where there is an obvious linear sequence of transitions. Additionally, I'd like that information available in DDB and perhaps the runtime geom commands. It may also be useful for printing at mountroot pan= ics. For the scenario described in the bug this was cloned from, that might be: root0.why_status =3D "Found enough (2/2) disks in ANY state and found 0 dir= ty disks (unforced)" root0.why_not_next =3D "n/a" root0.why_destroy =3D "0/2 mirror disks in ACTIVE or NEW state (need at lea= st 1)" da2p5.why_status =3D "broken (stale): old generation id N; current mirrorset generation is M" da2p5.why_not_next =3D "n/a" da16p3.why_status =3D "Synchronizing: Part of active mirrorset generation (= NN), but initiated synchronization operation has not completed" da16p3.why_not_next =3D "Synchronizing: progress: N/M bytes; last forward progress at time TTTT" In that scenario, da15p3 never made it in time for the mirror to still exis= t, but if it had: da15p3.why_status =3D "Clean mirror with active mirrorset generation (NN)" da15p3.why_not_next =3D "n/a" Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232671 [Bug 232671] [gmirror] gmirror fails to recover from degraded mirror sets in some circumstances --=20 You are receiving this mail because: You are the assignee for the bug.=