It's hard to tell exactly what you are asking for, but this sounds similar to how ZFS already works. If ZFS decides that a device is pathologically broken (as evidenced by vdev_probe() failure), it knows that FMA will come back and diagnose the drive is faulty (becuase we generate a probe_failure ereport). So ZFS pre-emptively short circuits all I/O and treats the drive as faulted, even though the diagnosis hasn't come back yet. We can only do this for errors that have a 1:1 correspondence with faults.
- Eric On Tue, Nov 25, 2008 at 04:10:13PM +0000, Ross Smith wrote: > I disagree Bob, I think this is a very different function to that > which FMA provides. > > As far as I know, FMA doesn't have access to the big picture of pool > configuration that ZFS has, so why shouldn't ZFS use that information > to increase the reliability of the pool while still using FMA to > handle device failures? > > The flip side of the argument is that ZFS already checks the data > returned by the hardware. You might as well say that FMA should deal > with that too since it's responsible for all hardware failures. > > The role of ZFS is to manage the pool, availability should be part and > parcel of that. > > > On Tue, Nov 25, 2008 at 3:57 PM, Bob Friesenhahn > <[EMAIL PROTECTED]> wrote: > > On Tue, 25 Nov 2008, Ross Smith wrote: > >> > >> Good to hear there's work going on to address this. > >> > >> What did you guys think to my idea of ZFS supporting a "waiting for a > >> response" status for disks as an interim solution that allows the pool > >> to continue operation while it's waiting for FMA or the driver to > >> fault the drive? > > > > A stable and sane system never comes with "two brains". It is wrong to put > > this sort of logic into ZFS when ZFS is already depending on FMA to make the > > decisions and Solaris already has an infrastructure to handle faults. The > > more appropriate solution is that this feature should be in FMA. > > > > Bob > > ====================================== > > Bob Friesenhahn > > [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ > > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > > > > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss -- Eric Schrock, Fishworks http://blogs.sun.com/eschrock _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
