Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*deadlock\s+with\s+latest\s+xfs\s*$/: 60 ]

Total 60 documents matching your query.

1. [PATCH, RFC] Re: atime not written to disk (score: 1)
Author: lan@xxxxxxx>
Date: Thu, 23 Oct 2008 19:17:30 +1000
another problem with latest xfs I ran fsstress with 1024 threads and they all locked up within a few minutes. Some of the stacktraces are stuck in the log Stack traceback for pid 6675 0xffff881003436
/archives/xfs/2008-10/msg00508.html (12,721 bytes)

2. latest code drop. (score: 1)
Author: kgw@xxxxxxx>
Date: Thu, 23 Oct 2008 16:57:28 -0400
Is this with the 2.6.27-based ptools/cvs tree or with the 2.6.28 based git tree? It does looks more like a VM issue than a XFS issue to me.
/archives/xfs/2008-10/msg00513.html (8,376 bytes)

3. 87246 - stop using xfs_itobp in xfs_bulkstat (score: 1)
Author: xxxxxxxxxxx>
Date: Fri, 24 Oct 2008 09:28:30 +1100
I hit this immediately after I upgraded to a 2.6.28 base tree from a 2.6.27-rc9. I couldn't get to the bottom of it - it did look like a lost I/O or VM lockup but I haven't seen it since so I haven't
/archives/xfs/2008-10/msg00515.html (9,445 bytes)

4. est xfs (score: 1)
Author: xxxxxxxxxxx>
Date: Fri, 24 Oct 2008 13:08:55 +1000
Christoph Hellwig wrote: On Thu, Oct 23, 2008 at 07:17:30PM +1000, Lachlan McIlroy wrote: another problem with latest xfs Is this with the 2.6.27-based ptools/cvs tree or with the 2.6.28 based git tr
/archives/xfs/2008-10/msg00524.html (9,651 bytes)

5. ion monitoring (score: 1)
Author: xxxxxxxxxxx>
Date: Fri, 24 Oct 2008 16:24:18 +1100
Does it go away when you add the "XFS: Fix race when looking up reclaimable inodes" I sent this morning? Also, is there a thread stuck in xfs_setfilesize() waiting on an ilock during I/O completion?
/archives/xfs/2008-10/msg00526.html (10,507 bytes)

6. [PATCH 1/2] convert xfs_getbmap to take formatter functions (score: 1)
Author: kgw@xxxxxxx>
Date: Fri, 24 Oct 2008 17:48:04 +1100
OK, I just hung a single-threaded rm -rf after this completed: It has hung with this trace: [42954211.590000] SysRq : Show Blocked State [42954211.590000] task PC stack pid father [42954211.590000] r
/archives/xfs/2008-10/msg00531.html (13,920 bytes)

7. ap to take formatter functions (score: 1)
Author: xxxxxxxxxxx>
Date: Fri, 24 Oct 2008 18:46:30 +1000
Dave Chinner wrote: On Fri, Oct 24, 2008 at 01:08:55PM +1000, Lachlan McIlroy wrote: Christoph Hellwig wrote: On Thu, Oct 23, 2008 at 07:17:30PM +1000, Lachlan McIlroy wrote: another problem with lat
/archives/xfs/2008-10/msg00532.html (11,589 bytes)

8. r of args in open calls (score: 1)
Author: xxxxxxxxxxx>
Date: Sun, 26 Oct 2008 11:53:51 +1100
.... .... I came back to the system, and found that the hang had gone away - the rm -rf had finished sometime in the ~36 hours between triggering the problem and coming back to look at the corpse....
/archives/xfs/2008-10/msg00562.html (11,249 bytes)

9. PATCH] xfstests: check for dmapi headers (score: 1)
Author: xxxxxxxxxxx>
Date: Sun, 26 Oct 2008 13:50:13 +1100
Got it now. I can reproduce this in a couple of minutes now that both the test fs and the fs hosting the UML fs images are using lazy-count=1 (and the frequent 10s long host system freezes have gone
/archives/xfs/2008-10/msg00563.html (16,726 bytes)

10. fiemap ioctl (score: 1)
Author: xxxxxxxxxxx>
Date: Sun, 26 Oct 2008 15:20:26 +1100
[snip] And having fixed that, I'm now seeing the log reservation hang: [42950307.350000] xfsdatad/0 D 00000000407219f0 0 51 2 [42950307.350000] 7bd1acd8 7bd1a838 60498c40 81074000 81077b40 60014f0d 8
/archives/xfs/2008-10/msg00566.html (15,859 bytes)

11. : [PATCH] xfstests: check for dmapi headers (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 09:39:40 +1100
Ok, I think I've found the regression - it's introduced by the AIL cursor modifications. The patch below has been running for 15 minutes now on my UML box that would have hung in a couple of minutes
/archives/xfs/2008-10/msg00575.html (12,094 bytes)

12. v2] hook up fiemap & associated formatter (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 13:30:58 +1100
Yeah, the fix looks good. The previous code is pretty obviously broken - a search which always returns NULL. Which begs the question on the best way of testing this ail code. I dunno - it would be ni
/archives/xfs/2008-10/msg00578.html (12,166 bytes)

13. ted formatter (score: 1)
Author: tes@xxxxxxx>
Date: Mon, 27 Oct 2008 12:42:09 +1100
It has hung with this trace: .... [42954211.590000] 794877f8: [<6002e40a>] update_curr+0x3a/0x50 [42954211.590000] 79487818: [<60014f0d>] _switch_to+0x6d/0xe0 [42954211.590000] 79487858: [<60324b21>]
/archives/xfs/2008-10/msg00579.html (17,743 bytes)

14. 1 (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 16:30:04 +1100
.... ..... Right. Pushing unwritten extent conversion onto a different workqueue is probably the only way to handle this easily. That's the same solution Irix has been using for a long time (the xfsc
/archives/xfs/2008-10/msg00581.html (13,118 bytes)

15. hings in linux-next after 2.6.28-c1 (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 16:47:57 +1100
..... Right. Right - that was the bug. With the fix we will only return NULL if we walk off the end of the AIL list before we get to the LSN being requested to start at. Otherwise we jump over the "l
/archives/xfs/2008-10/msg00582.html (10,970 bytes)

16. .28-c1 (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 17:29:50 +1100
It has hung with this trace: .... Got it now. I can reproduce this in a couple of minutes now that both the test fs and the fs hosting the UML fs images are using lazy-count=1 (and the frequent 10s l
/archives/xfs/2008-10/msg00583.html (14,276 bytes)

17. ver things in linux-next after 2.6.28-c1 (score: 1)
Author: lan@xxxxxxx>
Date: Mon, 27 Oct 2008 17:54:55 +1100
I've simply implemented another per-cpu workqueue set. Sure, but the difference is that in a workqueue we are doing: alloc free alloc free ..... alloc free So the instantaneous memory usage is bound
/archives/xfs/2008-10/msg00584.html (19,612 bytes)

18. r 2.6.28-c1 (score: 1)
Author: xxxxxxxxxxx>
Date: Mon, 27 Oct 2008 18:31:12 +1100
Dave Chinner wrote: On Mon, Oct 27, 2008 at 05:29:50PM +1100, Lachlan McIlroy wrote: Dave Chinner wrote: On Mon, Oct 27, 2008 at 12:42:09PM +1100, Lachlan McIlroy wrote: Dave Chinner wrote: On Sun, O
/archives/xfs/2008-10/msg00585.html (16,420 bytes)

19. ok xfs to fiemap ioctl (score: 1)
Author: lan@xxxxxxx>
Date: Mon, 27 Oct 2008 18:33:43 +1100
Dave Chinner wrote: On Fri, Oct 24, 2008 at 01:08:55PM +1000, Lachlan McIlroy wrote: Christoph Hellwig wrote: On Thu, Oct 23, 2008 at 07:17:30PM +1000, Lachlan McIlroy wrote: another problem with lat
/archives/xfs/2008-10/msg00586.html (11,416 bytes)

20. h (score: 1)
Author: xxxxxxxxxxx>
Date: Tue, 28 Oct 2008 17:25:24 +1100
In fs/xfs/linux-2.6/xfs_buf.c::xfs_buf_get_noaddr(). It's doing a single page allocation at a time. It may be that this failure is caused by an increase base memory consumption of the kernel as this
/archives/xfs/2008-10/msg00663.html (11,731 bytes)


This search system is powered by Namazu