This is in our testing branch and should go to Linus the next time we
send him stuff for merge. Unfortunately there's nobody doing CephFS
kernel backports at this time so you'll need to wait for that to come
out or spin your own. :(
-Greg
On Tue, Jan 27, 2015 at 10:46 AM, Christopher Armstrong
Thanks Greg. Perhaps this is a motivation for us to switch to ceph-fuse
from the kernel client - at least that way, we could easily upgrade for bug
fixes without waiting for a new kernel.
Chris
On Wed, Jan 28, 2015 at 9:32 AM, Gregory Farnum g...@gregs42.com wrote:
This is in our testing
Hey folks,
Any update on this fix getting merged? We suspect other crashes based on
this bug.
Thanks,
Chris
On Tue, Jan 13, 2015 at 7:09 AM, Gregory Farnum g...@gregs42.com wrote:
Awesome, thanks for the bug report and the fix, guys. :)
-Greg
On Mon, Jan 12, 2015 at 11:18 PM, 严正
I tracked down the bug. Please try the attached patch
Regards
Yan, Zheng
patch
Description: Binary data
在 2015年1月13日,07:40,Gregory Farnum g...@gregs42.com 写道:
Zheng, this looks like a kernel client issue to me, or else something
funny is going on with the cap flushing and the timestamps
Awesome, thanks for the bug report and the fix, guys. :)
-Greg
On Mon, Jan 12, 2015 at 11:18 PM, 严正 z...@redhat.com wrote:
I tracked down the bug. Please try the attached patch
Regards
Yan, Zheng
在 2015年1月13日,07:40,Gregory Farnum g...@gregs42.com 写道:
Zheng, this looks like a kernel
What versions of all the Ceph pieces are you using? (Kernel
client/ceph-fuse, MDS, etc)
Can you provide more details on exactly what the program is doing on
which nodes?
-Greg
On Fri, Jan 9, 2015 at 5:15 PM, Lorieri lori...@gmail.com wrote:
first 3 stat commands shows blocks and size changing,
Zheng, this looks like a kernel client issue to me, or else something
funny is going on with the cap flushing and the timestamps (note how
the reading client's ctime is set to an even second, while the mtime
is ~.63 seconds later and matches what the writing client sees). Any
ideas?
-Greg
On Mon,
Hi,
I have a program that tails a file and this file is create on another machine
some tail programs does not work because the modification time is not
updated in the remote machines
I've find this old thread
http://permalink.gmane.org/gmane.comp.file-systems.ceph.devel/11001
it mentions the