Eddie Horng:
> I also tested "find" with the kernel version(4.10.0-34-generic) I
> reported f2474d8 case, after 1~3 ctrl-c to find, it does blocked, but
> the difference is in this case, dmesg doesn't report any process
> "blocked for more than 120 seconds", nothing printed in dmesg after
> find is
On 18/04/18 13:02, Eddie Horng wrote:
Hello Okajima-san,
I also tested "find" with the kernel version(4.10.0-34-generic) I
reported f2474d8 case, after 1~3 ctrl-c to find, it does blocked, but
the difference is in this case, dmesg doesn't report any process
"blocked for more than 120 seconds", n
2018-04-17 22:24 GMT+08:00 Tony Lewis :
> On 17/04/18 15:07, sf...@users.sourceforge.net wrote:
>>
>> Tony Lewis:
>>>
>>> Thanks. If you notify the mailing list when it's available, I'll give
>>> it a go. I have a slight preference for staying on the stable repo.
>>
>> If you can, could you try tes
Tony Lewis:
> This fixes it, at least for my simple 'find' test.
:::
> So, to integrate this properly into my kernel (and not being a git guru)
> should I leave that cherry pick in place, or wait for your release into
> the 4.9 kernel next week?
Thank you for the test.
To use or not to u
On 17/04/18 15:07, sf...@users.sourceforge.net wrote:
Tony Lewis:
Thanks. If you notify the mailing list when it's available, I'll give
it a go. I have a slight preference for staying on the stable repo.
If you can, could you try testing the previous fix on your system?
$ cd /your/aufs4-standa
Tony Lewis:
> Thanks. If you notify the mailing list when it's available, I'll give
> it a go. I have a slight preference for staying on the stable repo.
If you can, could you try testing the previous fix on your system?
$ cd /your/aufs4-standalone.git
$ git checkout origin/aufs4.9
$ git cherry-p
On 16/04/18 17:49, sf...@users.sourceforge.net wrote:
As described in the commit log, the problem was born by the commit in
mainline linux-v4.10-rc7,
5abf186 2017-02-03 mm, fs: check for fatal signals in
do_generic_file_read()
Your kernel is debian v9(stretch) linux-image-4.9.0-6-amd6
Tony Lewis:
> Thanks. I pulled the latest version from the standalone git repo, and
> checked out the latest 4.9 version (20180409 from memory). It compiled
> using DKMS and got loaded.
>
> But the problem still persisted. I don't know if you're interested in
> debugging further, I can help a bi
On 14/04/18 22:19, sf...@users.sourceforge.net wrote:
Hello Tony,
Tony Lewis:
I find three symptoms:
1. If I do a 'find' command on the aufs-mounted directory (e.g. 'find
/mnt/merge/data -print') it starts fine. If I do Ctrl-C to terminate,
it doesn't. I cannot kill the find command even with
Hello Tony,
Tony Lewis:
> I find three symptoms:
>
> 1. If I do a 'find' command on the aufs-mounted directory (e.g. 'find
> /mnt/merge/data -print') it starts fine. If I do Ctrl-C to terminate,
> it doesn't. I cannot kill the find command even with kill -9 as root
>
> 2. If I have used the moun
On 14/04/18 08:17, Tony Lewis wrote:
> I am only just starting with aufs, and my context is using it to overlay
> eight disks to form a kind-of RAID.
>
> I find three symptoms:
>
> 1. If I do a 'find' command on the aufs-mounted directory (e.g. 'find
> /mnt/merge/data -print') it starts fine. If
11 matches
Mail list logo