| To: | Nathan Scott <nathans@xxxxxxx> |
|---|---|
| Subject: | Re: Kernel 2.6.9 Multiple Page Allocation Failures |
| From: | Lukas Hejtmanek <xhejtman@xxxxxxxxxxxxxxxxx> |
| Date: | Wed, 8 Dec 2004 01:36:51 +0100 |
| Cc: | linux-kernel@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <20041208001518.GB1611@frodo> |
| References: | <20041121014350.GJ4999@xxxxxxxxxxx> <20041121024226.GK4999@xxxxxxxxxxx> <20041202195422.GA20771@xxxxxxxxxxxx> <20041202122546.59ff814f.akpm@xxxxxxxx> <20041202210348.GD20771@xxxxxxxxxxxx> <20041202223146.GA31508@xxxxxxxxxxx> <20041202145610.49e27b49.akpm@xxxxxxxx> <20041203061835.GF1228@frodo> <20041207111736.GA10872@xxxxxxxxxxxx> <20041208001518.GB1611@frodo> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.6+20040907i |
On Wed, Dec 08, 2004 at 11:15:18AM +1100, Nathan Scott wrote: > Hmmm, thats not healthy -- the patch might be making some other > lurking problem more likely to hit; what workload are you using > to hit this? (is it reproducible?) I haven't come across this > in the testing I've done so far, so I'm keen to try your case. IBP server tried to recover disk allocations. That means 1 thread is reading many files. One by one. It did only once as I did not want to loose data I rather switched to previous version of the kernel immediatelly. [removed unnecessary cc] -- Lukáš Hejtmánek |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Kernel 2.6.9 Multiple Page Allocation Failures, Nathan Scott |
|---|---|
| Next by Date: | Re: [2.6 patch] some XFS cleanups (fwd), Nathan Scott |
| Previous by Thread: | Re: Kernel 2.6.9 Multiple Page Allocation Failures, Nathan Scott |
| Next by Thread: | Re: Kernel 2.6.9 Multiple Page Allocation Failures, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |