file system deadlock - the whole story?

Kostik Belousov kostikbel at gmail.com
Wed Jul 19 14:43:20 UTC 2006


On Wed, Jul 19, 2006 at 11:23:21AM -0300, User Freebsd wrote:
> On Wed, 19 Jul 2006, Robert Watson wrote:
> 
> >
> >On Wed, 19 Jul 2006, User Freebsd wrote:
> >
> >>Also note that under FreeBSD 4.x, all three of these machines were pretty 
> >>much my more solid machines, with even more vServers running on them then 
> >>I'm able to run with 6.x ... once I got rid of using unionfs, stability 
> >>skyrocketed :(
> >>
> >>Hrmmmm ... but, your 'controller driver' comment ... that is one common 
> >>thing amongst all three servers ... they are all running the iir driver 
> >>... not sure the *exact* controller, but pluto (older Dual-PIII) shows it 
> >>as:
> >
> >Yes, this was going to be my next question -- if you're seeing wedges 
> >under load and there's a common controller in use, maybe we're looking at 
> >a driver bug.  Bugs of those sort typically look a lot like what you 
> >describe: an I/O is "lost" and so eveything that depends on the I/O wedges 
> >waiting for it, leading to a lot of processes hanging around waiting for 
> >vnode locks, etc.
> 
> 'k, but how do we debug *that*? :(  If it was one, I'd suspect hardware 
> ... but *three*, and only acting up *after* upgrading to FreeBSD 6.x, and 
> only acting up under load ...

Obvious step would be to replace controller by some different kind.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060719/f394b870/attachment.pgp


More information about the freebsd-stable mailing list