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

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)

Current List: 1 - 20
Page: [1] [2] [3]