ZFS file corruption problem
Alexander Leidinger
Alexander at Leidinger.net
Wed Mar 14 09:50:32 UTC 2012
Quoting Mark Murawski <markm-lists at intellasoft.net> (from Wed, 14 Mar
2012 01:08:03 -0400):
> On 03/14/12 01:02, Mark Murawski wrote:
>> Why would the whole pool now become available upon access to a bad file?
Because you configured it like this (respectively didn't configure a
different behavior).
> Also... isn't this pretty terrible behavior that the process
> accessing the bad file is unkillable?
If you are in an environment where the disks are not local (ZFS is
designed with corporate environments in mind), you do not want to fail
on an application level or panic because of a small hickup in the
network.
man zpool:
---snip---
failmode=wait | continue | panic
Controls the system behavior in the event of catastrophic pool fail?
ure. This condition is typically a result of a loss of connectivity
to the underlying storage device(s) or a failure of all devices
within the pool. The behavior of such an event is determined as fol?
lows:
wait Blocks all I/O access until the device connectivity is recov?
ered and the errors are cleared. This is the default behav?
ior.
continue
Returns EIO to any new write I/O requests but allows reads to
any of the remaining healthy devices. Any write requests that
have yet to be committed to disk would be blocked.
panic Prints out a message to the console and generates a system
crash dump.
---snip---
It is up to you to switch to 'continue' or 'panic' for local disks.
Bye,
Alexander.
--
In Seattle, Washington, it is illegal to carry a concealed weapon that
is over six feet in length.
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
More information about the freebsd-fs
mailing list