Date: Thu, 25 Oct 2018 16:06:27 +0000 From: bugzilla-noreply@freebsd.org To: geom@FreeBSD.org Subject: [Bug 232671] [gmirror] gmirror fails to recover from degraded mirror sets in some circumstances Message-ID: <bug-232671-14739-K6hnvSkxGU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-232671-14739@https.bugs.freebsd.org/bugzilla/> References: <bug-232671-14739@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D232671 --- Comment #4 from Conrad Meyer <cem@freebsd.org> --- Oh, and one more thing to consider: gmirror is really aggressive about destroying itself when it gets into a bad state. That might not be the best thing for resiliency, even if all mirrors are dead? I.e. it could stay ali= ve and ENXIO or EIO all IO and wait for an administrator to add or remove disks (or administratively kill it). This is mostly orthogonal to this bug, except I'd like gmirror's self-destr= uct function to log much more explicitly than it does today. The only hint we = have during the boot process is: "root_mount_rel[2352] 0xppppppp", and that only because we have GEOM debugging level 1 enabled! If a CAM device dies and removes itself, you bet the console hears about it. Just my 2=C2=A2. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-232671-14739-K6hnvSkxGU>