Search String: Display: Description: Sort:

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)


This search system is powered by Namazu