Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*spurious\s+\-ENOSPC\s+on\s+XFS\s*$/: 41 ]

Total 41 documents matching your query.

1. fs/xfs/support/debug.c:108 (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Mon, 12 Jan 2009 06:14:36 -0500 (EST)
xxxxxxxxxxx>: It seems 9eaead5 (implement generic xfs_btree_rshift) is really guilty, unless the bug "XFS internal error xfs_btree_check_lblock at line 200 of file fs/
/archives/xfs/2009-01/msg00250.html (7,763 bytes)

2. 08 (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Mon, 12 Jan 2009 10:11:33 -0500
layed allocation. When you take a small partition (52MB in my case) and copy many small files on it (source code) that barely fits there, you get -ENOSPC. Then sync th
/archives/xfs/2009-01/msg00251.html (8,941 bytes)

3. ] 2.6.29-rc: kernel BUG at fs/xfs/support/debug.c:108 (score: 1)
Author: Lachlan McIlroy <lachlan@xxxxxxx>
Date: Tue, 13 Jan 2009 16:58:01 +1100
broke by inspection. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
/archives/xfs/2009-01/msg00256.html (10,387 bytes)

4. rio iniziative formative MartiniAssociati (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Wed, 14 Jan 2009 08:49:49 +1100
e problem. I restarted from scratch and same result: Here is what i did: lenny32:/usr/src# git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.g
/archives/xfs/2009-01/msg00260.html (10,288 bytes)

5. fter 2.6.28-git2 (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Tue, 13 Jan 2009 23:28:58 -0500 (EST)
ow much space will be required for additional *metadata* to do the allocation so we
/archives/xfs/2009-01/msg00262.html (9,926 bytes)

6. nels after 2.6.28-git2 (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 15 Jan 2009 09:16:55 +1100
c'd the xfs list, d
/archives/xfs/2009-01/msg00273.html (10,122 bytes)

7. : [xfs-masters] 2.6.29-rc: kernel BUG at fs/xfs/support/debug.c:108 (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Mon, 12 Jan 2009 06:14:36 -0500 (EST)
e will be maintaining and upgrading our website in a couple of days from now. As a Subscriber you are required to send us your E-mail A
/archives/xfs/2009-01/msg00524.html (7,763 bytes)

8. c: kernel BUG at fs/xfs/support/debug.c:108 (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Mon, 12 Jan 2009 10:11:33 -0500
(implement generic xfs_btree_rshift) is really guilty, unless the bug "XFS internal error xfs_btree_check_lblock at line 200 of file fs/
/archives/xfs/2009-01/msg00525.html (8,941 bytes)

9. annotations for xfs_dqlock2 (score: 1)
Author: Lachlan McIlroy <lachlan@xxxxxxx>
Date: Tue, 13 Jan 2009 16:58:01 +1100
pdated patch below: -- Open by handle just grabs an inode by handle and
/archives/xfs/2009-01/msg00530.html (10,387 bytes)

10. SPC on XFS (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Wed, 14 Jan 2009 08:49:49 +1100
puĂ trovare il Calendario delle attivitĂ formative 2008-2009 <http://www.studiokappa.it/news.php?readmore=18> del nostro partner Marti
/archives/xfs/2009-01/msg00534.html (10,288 bytes)

11. -g0335cb7 (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Tue, 13 Jan 2009 23:28:58 -0500 (EST)
el.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.g
/archives/xfs/2009-01/msg00536.html (10,044 bytes)

12. rship... (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 15 Jan 2009 09:16:55 +1100
e referenced the sgi git tree commit: http://oss.sgi.com/cgi-bin/gitweb.cgi?p=xfs/xfs.git;a=commitdiff;h=15440319767942a363f282d6585303d3d75088ba and should have also cc'd the xfs list, d
/archives/xfs/2009-01/msg00547.html (10,122 bytes)

13. Re: spurious -ENOSPC on XFS (score: 1)
Author: Lachlan McIlroy <lachlan@xxxxxxx>
Date: Thu, 15 Jan 2009 11:57:08 +1100
Dave Chinner wrote: On Tue, Jan 13, 2009 at 04:58:01PM +1100, Lachlan McIlroy wrote: Christoph Hellwig wrote: On Mon, Jan 12, 2009 at 06:14:36AM -0500, Mikulas Patocka wrote: Hi I discovered a bug in
/archives/xfs/2009-01/msg00555.html (11,480 bytes)

14. Re: spurious -ENOSPC on XFS (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Thu, 15 Jan 2009 19:47:00 +1100
Yes: It takes time to flush several thousand files. The 500ms sleep hack is probably not a long enough delay when there are lots of small files to flush that haven't had their speculative allcoation
/archives/xfs/2009-01/msg00565.html (13,476 bytes)

15. Re: spurious -ENOSPC on XFS (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sun, 18 Jan 2009 12:31:44 -0500
Yes, this probably would better. Could I motivate you to come up with a patch for that?
/archives/xfs/2009-01/msg00595.html (8,901 bytes)

16. Re: spurious -ENOSPC on XFS (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Tue, 20 Jan 2009 14:38:27 -0500 (EST)
Hi I looked at the source and found out that it uses sync_blockdev for syncing -- but sync_blockdev writes only metadata buffers, it doesn't touch inodes and pages and doesn't resolve delayed allocat
/archives/xfs/2009-01/msg00636.html (11,567 bytes)

17. Re: spurious -ENOSPC on XFS (score: 1)
Author: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Wed, 21 Jan 2009 10:24:22 +1100
Ah, bugger. Thanks for finding this. That's VFS level data syncing - there may be other XFS level stuff that can be dones as well (e.g. cleanup/truncate of unlinked inodes) that will release space. R
/archives/xfs/2009-01/msg00641.html (11,375 bytes)

18. spurious -ENOSPC on XFS (score: 1)
Author: Mikulas Patocka <mpatocka@xxxxxxxxxx>
Date: Mon, 12 Jan 2009 06:14:36 -0500 (EST)
Hi I discovered a bug in XFS in delayed allocation. When you take a small partition (52MB in my case) and copy many small files on it (source code) that barely fits there, you get -ENOSPC. Then sync
/archives/xfs/2009-01/msg00900.html (8,320 bytes)

19. Re: spurious -ENOSPC on XFS (score: 1)
Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Mon, 12 Jan 2009 10:11:33 -0500
This looks a lot like: http://oss.sgi.com/bugzilla/show_bug.cgi?id=724 It's on my short-term todo list to turn the testcase in that entry into a proper xfsqa testcase and followup on the investigatio
/archives/xfs/2009-01/msg00901.html (9,595 bytes)

20. Re: spurious -ENOSPC on XFS (score: 1)
Author: Lachlan McIlroy <lachlan@xxxxxxx>
Date: Tue, 13 Jan 2009 16:58:01 +1100
I discovered a bug in XFS in delayed allocation. When you take a small partition (52MB in my case) and copy many small files on it (source code) that barely fits there, you get -ENOSPC. Then sync the
/archives/xfs/2009-01/msg00906.html (11,200 bytes)


This search system is powered by Namazu