| To: | xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: New CentOS4/RHEL4-compatible xfs module rpms |
| From: | "Geir A. Myrestrand" <geir.myrestrand@xxxxxxxxxxxxxx> |
| Date: | Thu, 07 Dec 2006 21:58:38 -0500 |
| In-reply-to: | <20061207232641.GP33919298@melbourne.sgi.com> |
| Organization: | FalconStor Software, Inc. |
| References: | <4560AB84.9060200@sandeen.net> <45784E71.4080605@falconstor.com> <457854CB.5030507@sandeen.net> <45785ABC.20208@falconstor.com> <20061207232641.GP33919298@melbourne.sgi.com> |
| Reply-to: | geir.myrestrand@xxxxxxxxxxxxxx |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 1.5.0.8 (Windows/20061025) |
David Chinner wrote:
On Thu, Dec 07, 2006 at 01:17:32PM -0500, Geir A. Myrestrand wrote:Geir A. Myrestrand wrote:
The problem is that during a freeze, the filesystem may still be doing stuff - like flushing delalloc data buffers - in the background and hence we can be trying to lock buffers that were on the delwri list at the same time. Hence we can get ABBA deadlocks between threads doing allocation and the buftarg flush (freeze) thread. That sounds like an accurate description of my test environment. I bet this is the issue... Fix it by skipping locked (and pinned) buffers as we traverse the delwri buffer list.
And the diff was: Excellent. I will try this tomorrow (it's late in the evening here in New York now). I'll let you know how it works out. Thanks!
Geir A. Myrestrand
|
| Previous by Date: | Re: [PATCH] libattr 2.4.32 arm eabi system call calling convention, Nathan Scott |
|---|---|
| Next by Date: | [PATCH] update attr package, Nathan Scott |
| Previous by Thread: | Re: New CentOS4/RHEL4-compatible xfs module rpms, David Chinner |
| Next by Thread: | Re: New CentOS4/RHEL4-compatible xfs module rpms, Geir A. Myrestrand |
| Indexes: | [Date] [Thread] [Top] [All Lists] |