doconnor at gsoft.com.au
Tue Apr 24 10:12:50 UTC 2007
On Tuesday 24 April 2007 18:14, Ollivier Robert wrote:
> The main problem that I've found is that with a single disk
> configuration, there is a timeout then the system recovers but with a
> dual (or maybe more) disks involved, multiple/current timeouts make
> the system panic and that is not nice.
> I suspect that changing the timeout may just hide the real problem.
Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a
fatal one for ZFS..
If the cache flush really failed (eg due to a stuffed disk) then there
really is a problem, but IMO it is likely this is going to be caught by
a read or a write operation very soon.
If it is a transient error then panicing seems to be about the worse
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20070424/3065f54f/attachment-0001.pgp
More information about the freebsd-current