Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Running\s+out\s+of\s+reserved\s+data\s+blocks\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Running\s+out\s+of\s+reserved\s+data\s+blocks\s*$/: 21 ]

Total 21 documents matching your query.

1. 86789 - Clean up dquot pincount code (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 15:31:23 +1000; an; /archives/xfs/2008-09/msg00408.html (8,639 bytes)
2. ULL] XFS update for 2.6.27 (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 17:08:31 +1000; d.; /archives/xfs/2008-09/msg00414.html (11,082 bytes)
3. ning out of reserved data blocks (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 17:45:10 +1000; ch; /archives/xfs/2008-09/msg00416.html (13,599 bytes)
4. rash (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 18:48:15 +1000; v-; /archives/xfs/2008-09/msg00418.html (13,007 bytes)
5. pincount code (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Mon, 29 Sep 2008 12:44:10 +1000; S; /archives/xfs/2008-09/msg00455.html (16,117 bytes)
6. to track dquot pincount (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Mon, 29 Sep 2008 16:51:52 +1000; ur; /archives/xfs/2008-09/msg00459.html (18,028 bytes)
7. handle ioctls (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Mon, 29 Sep 2008 18:40:52 +1000; text--; /archives/xfs/2008-09/msg00464.html (21,169 bytes)
8. p dquot pincount code (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 15:31:23 +1000; roblem an; /archives/xfs/2008-09/msg00918.html (8,456 bytes)
9. rification about NULLs in the file after a crash (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 17:08:31 +1000; oks good.; /archives/xfs/2008-09/msg00924.html (10,903 bytes)
10. S update for 2.6.27 (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 17:45:10 +1000; ack which; /archives/xfs/2008-09/msg00926.html (13,385 bytes)
11. : Running out of reserved data blocks (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 18:48:15 +1000; g-all/lv-; /archives/xfs/2008-09/msg00928.html (12,828 bytes)
12. switching logdevices (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Mon, 29 Sep 2008 12:44:10 +1000; em_pin. S; /archives/xfs/2008-09/msg00965.html (15,903 bytes)
13. code" (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Mon, 29 Sep 2008 16:51:52 +1000; r the cur; /archives/xfs/2008-09/msg00969.html (17,849 bytes)
14. ler warning after applying btree patches (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Mon, 29 Sep 2008 18:40:52 +1000; quoted text--; /archives/xfs/2008-09/msg00974.html (20,986 bytes)
15. Running out of reserved data blocks (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 15:31:23 +1000; A while back I posted a patch to re-dirty pages on I/O error to handle errors from xfs_trans_reserve() that was failing with ENOSPC when trying to convert delayed allocations. I'm now seeing xfs_tran; /archives/xfs/2008-09/msg01426.html (8,311 bytes)
16. Re: Running out of reserved data blocks (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 17:08:31 +1000; Is this problem being seen in the real world, or just in artificial test workloads? What the reserve pool is supposed to do is provide sufficient blocks to allow dirty data to be flushed, xattrs to b; /archives/xfs/2008-09/msg01432.html (10,951 bytes)
17. Re: Running out of reserved data blocks (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Fri, 26 Sep 2008 17:45:10 +1000; Dave Chinner wrote: On Fri, Sep 26, 2008 at 03:31:23PM +1000, Lachlan McIlroy wrote: A while back I posted a patch to re-dirty pages on I/O error to handle errors from xfs_trans_reserve() that was fa; /archives/xfs/2008-09/msg01434.html (13,563 bytes)
18. Re: Running out of reserved data blocks (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Fri, 26 Sep 2008 18:48:15 +1000; And the main cause is what? Direct I/O into unwritten extents? It's the same problem - allocation can cause consumption of blocks in the BMBT tree. At ENOSPC, it's not the allocbt that is being split; /archives/xfs/2008-09/msg01436.html (12,950 bytes)
19. Re: Running out of reserved data blocks (score: 1): Author: Lachlan McIlroy <lachlan@xxxxxxx>; Date: Mon, 29 Sep 2008 12:44:10 +1000; Dave Chinner wrote: On Fri, Sep 26, 2008 at 05:45:10PM +1000, Lachlan McIlroy wrote: Dave Chinner wrote: On Fri, Sep 26, 2008 at 03:31:23PM +1000, Lachlan McIlroy wrote: A while back I posted a patch; /archives/xfs/2008-09/msg01473.html (16,184 bytes)
20. Re: Running out of reserved data blocks (score: 1): Author: Dave Chinner <david@xxxxxxxxxxxxx>; Date: Mon, 29 Sep 2008 16:51:52 +1000; By that I assume you mean that there are lots of threads waiting in xlog_state_get_iclog_space()? IIUC, you are trying to say that delayed allocation is failing with ENOSPC in xfs_iomap_write_allocat; /archives/xfs/2008-09/msg01477.html (18,057 bytes)

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