2013-08-21 21:26:39

by Milosz Tanski

[permalink] [raw]
Subject: [PATCHv4 0/5] ceph: persistent caching with fscache

This an updated version of the fscache support for the Ceph filesystem. What's
changed since the last patchset:

1. Sparater the readpages refactor into it's own patches. These were already
accepted into the testing branch.

2. Tracked down the BUG in readahead cleanup code. We were returning with pages
marked as private_2 from readpages(). I added a simple convenience function
to the fscache netfs interface for cleaning up the page list at the end of
asop readpages(). I know other filesystems (NFS) have ran into that since
I've seen a few similar traces in Google search and the cachefs mailig list.
The second patch new make Ceph use this interface.

I've been running this code (minus the BUG fix) on clients for a couple weeks
with moderate 24/7 use without issues. At this point in time I feel like it's
solid enough to go into the ceph kclient.

Please pull the code from my repository:
https://bitbucket.org/adfin/linux-fs.git branch: wip-ceph-fscache

The first two patches I included were not written by me but were written by
Hongyi Jia. He implemented the cookie re-validation scheme into fscache core.

Finally, I CCed a couple other mailing lists (fsdevel, nfs) because the new
fscache_readpages_cancel() should be used by other filesystems to avoid the
same problem.


Hongyi Jia (2):
new cachefiles interface to check cache consistency
new fscache interface to check cache consistency

Milosz Tanski (3):
ceph: use fscache as a local presisent cache
fscache: netfs function for cleanup post readpages
ceph: clean PgPrivate2 on returning from readpages

fs/cachefiles/interface.c | 19 +++
fs/cachefiles/internal.h | 1 +
fs/cachefiles/xattr.c | 39 ++++++
fs/ceph/Kconfig | 9 ++
fs/ceph/Makefile | 2 +
fs/ceph/addr.c | 39 +++++-
fs/ceph/cache.c | 311 ++++++++++++++++++++++++++++++++++++++++++
fs/ceph/cache.h | 130 ++++++++++++++++++
fs/ceph/caps.c | 19 ++-
fs/ceph/file.c | 17 +++
fs/ceph/inode.c | 66 ++++++++-
fs/ceph/super.c | 47 ++++++-
fs/ceph/super.h | 17 +++
fs/fscache/cookie.c | 22 +++
fs/fscache/page.c | 16 +++
include/linux/fscache-cache.h | 4 +
include/linux/fscache.h | 39 ++++++
17 files changed, 785 insertions(+), 12 deletions(-)
create mode 100644 fs/ceph/cache.c
create mode 100644 fs/ceph/cache.h

--
1.8.1.2



2013-08-22 05:05:18

by Sage Weil

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

Hi Milosz,

I've pulled this into the ceph testing branch to make sure it holds up
in qa.

David, are the fscache patches here ready for the next merge window? Do
you have a preference for whose tree they go through?

Thanks!
sage


On Wed, 21 Aug 2013, Milosz Tanski wrote:

> This an updated version of the fscache support for the Ceph filesystem. What's
> changed since the last patchset:
>
> 1. Sparater the readpages refactor into it's own patches. These were already
> accepted into the testing branch.
>
> 2. Tracked down the BUG in readahead cleanup code. We were returning with pages
> marked as private_2 from readpages(). I added a simple convenience function
> to the fscache netfs interface for cleaning up the page list at the end of
> asop readpages(). I know other filesystems (NFS) have ran into that since
> I've seen a few similar traces in Google search and the cachefs mailig list.
> The second patch new make Ceph use this interface.
>
> I've been running this code (minus the BUG fix) on clients for a couple weeks
> with moderate 24/7 use without issues. At this point in time I feel like it's
> solid enough to go into the ceph kclient.
>
> Please pull the code from my repository:
> https://bitbucket.org/adfin/linux-fs.git branch: wip-ceph-fscache
>
> The first two patches I included were not written by me but were written by
> Hongyi Jia. He implemented the cookie re-validation scheme into fscache core.
>
> Finally, I CCed a couple other mailing lists (fsdevel, nfs) because the new
> fscache_readpages_cancel() should be used by other filesystems to avoid the
> same problem.
>
>
> Hongyi Jia (2):
> new cachefiles interface to check cache consistency
> new fscache interface to check cache consistency
>
> Milosz Tanski (3):
> ceph: use fscache as a local presisent cache
> fscache: netfs function for cleanup post readpages
> ceph: clean PgPrivate2 on returning from readpages
>
> fs/cachefiles/interface.c | 19 +++
> fs/cachefiles/internal.h | 1 +
> fs/cachefiles/xattr.c | 39 ++++++
> fs/ceph/Kconfig | 9 ++
> fs/ceph/Makefile | 2 +
> fs/ceph/addr.c | 39 +++++-
> fs/ceph/cache.c | 311 ++++++++++++++++++++++++++++++++++++++++++
> fs/ceph/cache.h | 130 ++++++++++++++++++
> fs/ceph/caps.c | 19 ++-
> fs/ceph/file.c | 17 +++
> fs/ceph/inode.c | 66 ++++++++-
> fs/ceph/super.c | 47 ++++++-
> fs/ceph/super.h | 17 +++
> fs/fscache/cookie.c | 22 +++
> fs/fscache/page.c | 16 +++
> include/linux/fscache-cache.h | 4 +
> include/linux/fscache.h | 39 ++++++
> 17 files changed, 785 insertions(+), 12 deletions(-)
> create mode 100644 fs/ceph/cache.c
> create mode 100644 fs/ceph/cache.h
>
> --
> 1.8.1.2
>
>

2013-08-22 12:58:04

by Milosz Tanski

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

Sage,

Thanks. If you run into any problems please let me know and I'll
resolve them quick and I'll make sure I'm watching the qa mailing
list.

- Milosz

On Thu, Aug 22, 2013 at 1:05 AM, Sage Weil <[email protected]> wrote:
> Hi Milosz,
>
> I've pulled this into the ceph testing branch to make sure it holds up
> in qa.
>
> David, are the fscache patches here ready for the next merge window? Do
> you have a preference for whose tree they go through?
>
> Thanks!
> sage
>
>
> On Wed, 21 Aug 2013, Milosz Tanski wrote:
>
>> This an updated version of the fscache support for the Ceph filesystem. What's
>> changed since the last patchset:
>>
>> 1. Sparater the readpages refactor into it's own patches. These were already
>> accepted into the testing branch.
>>
>> 2. Tracked down the BUG in readahead cleanup code. We were returning with pages
>> marked as private_2 from readpages(). I added a simple convenience function
>> to the fscache netfs interface for cleaning up the page list at the end of
>> asop readpages(). I know other filesystems (NFS) have ran into that since
>> I've seen a few similar traces in Google search and the cachefs mailig list.
>> The second patch new make Ceph use this interface.
>>
>> I've been running this code (minus the BUG fix) on clients for a couple weeks
>> with moderate 24/7 use without issues. At this point in time I feel like it's
>> solid enough to go into the ceph kclient.
>>
>> Please pull the code from my repository:
>> https://bitbucket.org/adfin/linux-fs.git branch: wip-ceph-fscache
>>
>> The first two patches I included were not written by me but were written by
>> Hongyi Jia. He implemented the cookie re-validation scheme into fscache core.
>>
>> Finally, I CCed a couple other mailing lists (fsdevel, nfs) because the new
>> fscache_readpages_cancel() should be used by other filesystems to avoid the
>> same problem.
>>
>>
>> Hongyi Jia (2):
>> new cachefiles interface to check cache consistency
>> new fscache interface to check cache consistency
>>
>> Milosz Tanski (3):
>> ceph: use fscache as a local presisent cache
>> fscache: netfs function for cleanup post readpages
>> ceph: clean PgPrivate2 on returning from readpages
>>
>> fs/cachefiles/interface.c | 19 +++
>> fs/cachefiles/internal.h | 1 +
>> fs/cachefiles/xattr.c | 39 ++++++
>> fs/ceph/Kconfig | 9 ++
>> fs/ceph/Makefile | 2 +
>> fs/ceph/addr.c | 39 +++++-
>> fs/ceph/cache.c | 311 ++++++++++++++++++++++++++++++++++++++++++
>> fs/ceph/cache.h | 130 ++++++++++++++++++
>> fs/ceph/caps.c | 19 ++-
>> fs/ceph/file.c | 17 +++
>> fs/ceph/inode.c | 66 ++++++++-
>> fs/ceph/super.c | 47 ++++++-
>> fs/ceph/super.h | 17 +++
>> fs/fscache/cookie.c | 22 +++
>> fs/fscache/page.c | 16 +++
>> include/linux/fscache-cache.h | 4 +
>> include/linux/fscache.h | 39 ++++++
>> 17 files changed, 785 insertions(+), 12 deletions(-)
>> create mode 100644 fs/ceph/cache.c
>> create mode 100644 fs/ceph/cache.h
>>
>> --
>> 1.8.1.2
>>
>>

2013-09-04 15:54:35

by Sage Weil

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

Hi David!

On Wed, 4 Sep 2013, David Howells wrote:
> Sage Weil <[email protected]> wrote:
>
> > David, are the fscache patches here ready for the next merge window? Do
> > you have a preference for whose tree they go through?
>
> There's only one problem - patch 1 needs to come _after_ patch 2 to avoid
> breaking git bisect. Plus these patches 2 and 4 extend the fscache API
> without adjusting the documentation - but that can be added later.
>
> And I think Milosz deserves a beer (or other poison of his choice;-) for
> finding a longstanding irritating bug.
>
> I think AFS, CIFS, NFS and 9P all need patching too, but I can attend to that.
>
> Should I take the patches through my tree? Then I can make the adjustments.

Sure. Do you want the Ceph patches as well, or just the fscache bits?
I'll repost the latest version, as it's gotten several fixes squashed in.

Thanks!
sage

2013-09-04 16:25:36

by Sage Weil

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

On Wed, 4 Sep 2013, Sage Weil wrote:
> Hi David!
>
> On Wed, 4 Sep 2013, David Howells wrote:
> > Sage Weil <[email protected]> wrote:
> >
> > > David, are the fscache patches here ready for the next merge window? Do
> > > you have a preference for whose tree they go through?
> >
> > There's only one problem - patch 1 needs to come _after_ patch 2 to avoid
> > breaking git bisect. Plus these patches 2 and 4 extend the fscache API
> > without adjusting the documentation - but that can be added later.
> >
> > And I think Milosz deserves a beer (or other poison of his choice;-) for
> > finding a longstanding irritating bug.
> >
> > I think AFS, CIFS, NFS and 9P all need patching too, but I can attend to that.
> >
> > Should I take the patches through my tree? Then I can make the adjustments.
>
> Sure. Do you want the Ceph patches as well, or just the fscache bits?
> I'll repost the latest version, as it's gotten several fixes squashed in.

The full series is here:

git://github.com/ceph/ceph-client wip-fscache
https://github.com/ceph/ceph-client/commits/wip-fscache

Thanks!
sage

2013-09-04 15:49:23

by David Howells

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache

Sage Weil <[email protected]> wrote:

> David, are the fscache patches here ready for the next merge window? Do
> you have a preference for whose tree they go through?

There's only one problem - patch 1 needs to come _after_ patch 2 to avoid
breaking git bisect. Plus these patches 2 and 4 extend the fscache API
without adjusting the documentation - but that can be added later.

And I think Milosz deserves a beer (or other poison of his choice;-) for
finding a longstanding irritating bug.

I think AFS, CIFS, NFS and 9P all need patching too, but I can attend to that.

Should I take the patches through my tree? Then I can make the adjustments.

David

2013-09-05 12:34:11

by David Howells

[permalink] [raw]
Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache


I've pushed the non-Ceph bits of the bad-page fix to here:

http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=fscache

and added a CIFS fix.

David