On Mon, Apr 23, 2007 at 08:49:35AM -0700, Ivan Wang wrote:
>
> Now this is scary, looking from the descriptions, it is possible that
> we might lose data in zfs, and/or resulted in a corrupted zpool that
> panics the kernel, if during the write operation, zfs loses connection
> to underlying hardw
> On Tue, Apr 10, 2007 at 09:43:39PM -0700, Anton B.
> Rang wrote:
> >
> > That's only one cause of panics.
> >
> > At least two of gino's panics appear due to
> corrupted space maps, for
> > instance. I think there may also still be a case
> where a failure to
> > read metadata during a transact
> > At least two of gino's panics appear due to
> corrupted space maps, for
> > instance. I think there may also still be a case
> where a failure to
> > read metadata during a transaction commit leads to
> a panic, too. Maybe
> > that one's been fixed, or maybe it will be handled
> by the above bu
> On Tue, Apr 10, 2007 at 09:43:39PM -0700, Anton B.
> Rang wrote:
> >
> > That's only one cause of panics.
> >
> > At least two of gino's panics appear due to
> corrupted space maps, for
> > instance. I think there may also still be a case
> where a failure to
> > read metadata during a transact
