Re: Blocked for more than 120 seconds

[Konstantinos Skarlatos <k.skarlatos@gmail.com>]

I see they got into 3.2rc4, so I am now compiling it. I will report=20
back in a few hours

On =CE=A0=CE=B1=CF=81=CE=B1=CF=83=CE=BA=CE=B5=CF=85=CE=AE, 2 =CE=94=CE=B5=
=CE=BA=CE=AD=CE=BC=CE=B2=CF=81=CE=B9=CE=BF=CF=82 2011 5:48:31 =CE=BC=CE=
=BC, Tobias wrote:
> Am 02.12.2011 16:22, schrieb Konstantinos Skarlatos:
>>>> So, the transaction close is in btrfs_evict_inode, which sounds li=
ke a
>>>> deadlock recently fixed by this commit:
>>>>
>>>> http://git.kernel.org/?p=3Dlinux/kernel/git/mason/linux-btrfs.git;=
a=3Dcommit;h=3Daa38a711a893accf5b5192f3d705a120deaa81e0=20
>>>>
>>>>
>>>> If you pull the for-linus branch from today, hopefully the problem=
=20
>>>> will
>>>> be gone.
>>>>
>>>
>>> This looks very good. With this Kernel i still have some hangs, but=
=20
>>> only in rsync, only under high load and they don't lock up the=20
>>> system - so i guess it's ok now.
>>
>> I still have hangs and lock ups under the same situation (rsync of=20
>> many files) under 3.2rc3. rc3 made the hang appear after 200gb of=20
>> files, while in rc2 i had hangs after only 11gb .
>
> Yes, i had them too in 3.2rc3! The problem where solved with patches=20
> from the "btrfs-for-linus" -branch. (see link above).
>
> Tobias
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html