Re: ZFS kernel panic
- From: Bakul Shah <bakul@xxxxxxxxxxxxx>
- Date: Tue, 28 Aug 2007 13:48:34 -0700
Pawel Jakub Dawidek <pjd@xxxxxxxxxxx> wrote:
On Tue, Aug 28, 2007 at 10:02:42AM -0700, Bakul Shah wrote:
When you don't use redundant configuration (no mirror, no raidz, no
copies>1) then ZFS is going to panic on a write failure. It looks like
ZFS found a bad block on your disk.
Does SUN really say this about ZFS? Is this acceptable in a
production environment? What if one of your mirrored disk
fails and in the "degraded" environment (before you have had
a chance to replace the bad disk) ZFS discovers that a write
fails? Why can't it find an alternative block to write to?
There were many complains on zfs-discuss@, you may want to look into
archive. The short version is that many users doesn't like that, and it
should change in the future - because of COW model it should be quite
easy to just mark block as bad and take next one, but it's not currently
implemented. It's much less of a problem when one uses redundancy.
Good to know others are complaining too :-)
My real concern is the panic. This situation may be rare if
using redundancy + regular scrubbing, but it can definitely
occur. And as long as non redundant ZFS is *allowed*, you
pretty much have to deal with it without any panicking.
Originally panic() was used to indicate that some *system
invariant* has been violated. That either meant a hardware
error or an unknown software error but in any case some data
structure was likely corrupted and continuing can make
matters worse. But that is not the case here (in general).
zfs does not have the appropriate information to be able to
decide whether the write error is fatal.
The simplest thing to do in case of a write error is to
simply ignore it. You *will* catch this problem when you try
to read this block. One step better is to do what you
suggest.
What happens now when you do use redundancy and there is a
write error while writing one of the copies? Does the system
panic or is this error ignored?
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: ZFS kernel panic
- From: Pawel Jakub Dawidek
- Re: ZFS kernel panic
- References:
- Re: ZFS kernel panic
- From: Pawel Jakub Dawidek
- Re: ZFS kernel panic
- Prev by Date: Re: multicast packets from bpf
- Next by Date: Re: ZFS kernel panic
- Previous by thread: Re: ZFS kernel panic
- Next by thread: Re: ZFS kernel panic
- Index(es):
Relevant Pages
|
|