Re: ATA FLUSHCACHE
- From: Ollivier Robert <roberto@xxxxxxxxxxxxxxxxx>
- Date: Tue, 24 Apr 2007 13:53:40 +0200
According to Daniel O'Connor:
Hmm, it is a non fatal error for gjournal, I'm kind of surprised it's a
fatal one for ZFS..
It is not a fatal one for ZFS per se. If I use ZFS in a configuration that
does not require writing on two disks (a gconcat-like configuration), it
works and FLUSHCACHE timeouts are not fatal.
As soon as I try to get it working in a more disk-intensive (raidz in that
case) way, it blows up with a panic. It seems to point to a flaw in the
ata driver which may not be managing semaphores/mutex correctly or maybe in
the way it uses UMA zones (the panic starts there).
ZFS is only a very reproductible way of triggering the problem.
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.
Yes.
If it is a transient error then panicing seems to be about the worse
response :)
Agreed.
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@xxxxxxxxxxxxxxxxx
Darwin sidhe.keltia.net Kernel Version 8.8.2: Thu Sep 28 20:43:26 PDT 2006 i386
_______________________________________________
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: ATA FLUSHCACHE
- From: Ollivier Robert
- Re: ATA FLUSHCACHE
- References:
- Re: ATA FLUSHCACHE
- From: Daniel O'Connor
- Re: ATA FLUSHCACHE
- From: Ollivier Robert
- Re: ATA FLUSHCACHE
- From: Daniel O'Connor
- Re: ATA FLUSHCACHE
- Prev by Date: Re: Thinkpad T43 and projector problem
- Next by Date: Re: Suggestions on Avoiding syscall Overhead
- Previous by thread: Re: ATA FLUSHCACHE
- Next by thread: Re: ATA FLUSHCACHE
- Index(es):
Relevant Pages
|
|
