Re: [BUG] "Quota Ignored On write" problem still exist with 3.16-rc5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07/23/2014 08:23 AM, Josef Bacik wrote:
> On 07/22/2014 08:53 PM, Satoru Takeuchi wrote:
>> Hi Wang,
>>
>> (2014/07/18 19:29), Wang Shilong wrote:
>>> On 07/18/2014 04:45 PM, Satoru Takeuchi wrote:
>>>> Hi Josef, Chris,
>>>>
>>>> I found "Quota Ignored On write" problem still exist with 3.16-rc5,
>>>> which Kevin reported before.
>>>>
>>>> Kevin's report:
>>>> https://urldefense.proofpoint.com/v1/url?u=https://www.mail-archive.com/linux-btrfs%40vger.kernel.org/msg35292.html&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=cKCbChRKsMpTX8ybrSkonQ%3D%3D%0A&m=HiJFypfWVhg2Jy2US%2BNG1tF8q4%2BYUryNKec6yPkYJM4%3D%0A&s=9d1740f5e1701e4906fc04b77d9117052e84d6e16c30971b261d1acf41c10910
>>>>
>>>> The result of bisect:
>>>> https://urldefense.proofpoint.com/v1/url?u=https://www.mail-archive.com/linux-btrfs%40vger.kernel.org/msg35304.html&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=cKCbChRKsMpTX8ybrSkonQ%3D%3D%0A&m=HiJFypfWVhg2Jy2US%2BNG1tF8q4%2BYUryNKec6yPkYJM4%3D%0A&s=75ca6ce24c6d8e64fccdb8f61e519c59b1c6d027140c4f0f5eac24942a53a55d
>>> I guess this is because Josef's patch delayed qgroup accounting, it will
>>> cause @refer and @excl updating very late...
>>>
>>> The patch maybe optimize to merge some delayed refs(for example), but
>>> it updates qgroup accounting when commiting transaction which will be
>>> very late,
>>> we may have accumulated many data..
>> Thank you for your comment. I know of the code logic which caused
>> this problem. However, what I want to say here is that this
>> problem should be fixed as soon as possible. It is a important
>> regression problem and we've already know the root cause.
>>
>> If it's impossible to fix it by releasing 3.16, I consider this
>> patch should be reverted.
>>
> That's not happening.  Qgroups have always been broken in one way or
> another, now with my stuff the accounting is always correct and we don't
> have a huge performance impact with or without qgroups.  We'll fix it
> but there's no way we're reverting this work.  Thanks,
>
> Josef
>
How/when does the accounting happen? Obviously we want the accounting to
be correct, but the overrun seems to indicate that the accounting isn't
happening early enough. From briefly looking at the patches, it looks to
be that the intent is to account when a new extent is allocated, but it
seems that this isn't happening if its still allowed to allocate post
quota, or is the accounting postponed till after a specified time, etc?

-Kevin
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux