search for: global_rsv

Hi, my system suddenly crashed and gave me this dump: http://imgur.com/oO6S0 I checked and there is not btrfs commit in linus'' tree since I compiled this kernel. Gustavo

.... We didn''t use to do this because delalloc would update bytes_may_use when it cleared delalloc. So now we don''t do this, we only will update bytes_may_use if we have an error and have to clear the accounting manually. 2) In should_alloc_chunk() we need to take into account the global_rsv size since that is basically used space. This will make sure we do actually alloc chunks. This logic needs to be reworked anyway, but since this is all very touchy I''ll leave that for a different patch. This passes Arne''s enospc test and xfstests as well as my own enospc tests....

.... We didn''t use to do this because delalloc would update bytes_may_use when it cleared delalloc. So now we don''t do this, we only will update bytes_may_use if we have an error and have to clear the accounting manually. 2) In should_alloc_chunk() we need to take into account the global_rsv size since that is basically used space. This will make sure we do actually alloc chunks. This logic needs to be reworked anyway, but since this is all very touchy I''ll leave that for a different patch. This passes Arne''s enospc test and xfstests as well as my own enospc tests....

An user reported that he has hit an annoying deadlock while playing with ceph based on btrfs. Current updating device tree requires space from METADATA chunk, so we -may- need to do a recursive chunk allocation when adding/updating dev extent, that is where the deadlock comes from. If we use SYSTEM metadata to update device tree, we can avoid the recursive stuff. Reported-by: Jim Schutt