Date: Wed, 8 Jun 2005 20:12:15 +1000 From: Peter Jeremy <PeterJeremy@optushome.com.au> To: Steve Watt <steve@Watt.COM> Cc: stable@freebsd.org Subject: Re: 5.4-RC2 freezing - ATA related? Message-ID: <20050608101215.GH39114@cirb503493.alcatel.com.au> In-Reply-To: <200505312347.j4VNlKgF064965@wattres.watt.com> References: <001801c55a14$609720d0$37cba1cd@emerytelcom.com> <20050516195859.GA59189@server.vk2pj.dyndns.org> <042501c55ba7$360fac30$37cba1cd@emerytelcom.com> <20050518194356.GA2129@cirb503493.alcatel.com.au> <200505312347.j4VNlKgF064965@wattres.watt.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2005-May-31 16:47:19 -0700, Steve Watt wrote: >>> The vnode locks are held by processes: >>> PID name waiting on >>> 487 perl [ufs c3c1c1b4] >>> 57 syncer [snaplk c535f500] (holds 2 locks) >>> 476 perl [ufs c87e4f1c] >>> 489 perl [snaplk c535f500] (holds 2 locks) >>> 3337 mksnap_ffs [getblk d77656f4] ... >This is a filesystem lock problem, not an ATA driver problem. I analyzed >it, and posted the results to -hackers last week, with the subject "snapshots >and innds". I saw your previous post but the symptoms don't look the same to me. Your deadlock has mksnap_ffs blocked on ufs whilst Elliot's problem has mksnap_ffs blocked on getblk. getblk is a lower level call (physical I/O) and I don't see how a FS problem could cause problems for getblk calls. -- Peter Jeremy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050608101215.GH39114>