Hi Koffi,
It looks like you're building the Ganesha "stable" branch. You want to be
using the
pre-2.0 dev branch--that's the "next" branch from
https://github.com/nfs-ganesha/nfs-ganesha.git .
There's some limitations with pNFS in this branch, but you can experiment with
ordinary
NFSv3, NFSv4
>Matt W. Benjamin linuxbox.com> writes:
>
> Hi Sage,
>
> Yes, we're actively working on this. We'd very much like assistance
adapting the libceph changes for
> inclusion. We can start by updating for recent Ceph.
>
> FSAL_CEPH will definitely merge in Ganesha mainline in the next month or tw
Hi Sage,
Yes, we're actively working on this. We'd very much like assistance adapting
the libceph changes for inclusion. We can start by updating for recent Ceph.
FSAL_CEPH will definitely merge in Ganesha mainline in the next month or two.
Matt
- "Sage Weil" wrote:
> Hi Matt,
>
> On
Hi Matt,
On Fri, 29 Jul 2011, Matt W. Benjamin wrote:
> Hi Sage,
>
> We (Linux Box) have built and published a native FSAL for Ceph, which is
> pretty advanced, and we've submitted the FSAL driver code upstream for
> review Philippe Deniel.
Not sure if I said this before, but this is awesome!
> vinodeno_t is not accessible via libceph (was it previously?) though
> it's still used and it's in mdstypes.h, though it doesn't look like
> it'll include in a straight C compile. Is there a missing include?
Sorry about that. We made a few changes to the ceph client library,
which can be found
vinodeno_t is not accessible via libceph (was it previously?) though
it's still used and it's in mdstypes.h, though it doesn't look like
it'll include in a straight C compile. Is there a missing include?
[bchrisman (aemerson): src] $ find . -name '*.c' -o -name '*.h' |
xargs grep inodeno
./includ
Not sure why this is failing:
AC_CHECK_HEADERS([ceph/libceph.h], [], [AC_MSG_ERROR( missing ceph
include files)])
$ ls -l /usr/include/ceph/libceph.h
-rw-r--r-- 1 root root 7543 Jul 26 10:57 /usr/include/ceph/libceph.h
...
checking for ceph/libceph.h... no
configure: error: missing ceph include f
Hi Brian,
FSAL_CEPH doesn't involve the kernel client, rather an incidentally modified
libceph and libRADOS--it's linked into Ganesha, not using POSIX. Writing
directly to OSDs is part of the pNFS parallel access strategy.
Matt
- "Brian Chrisman" wrote:
> On Fri, Jul 29, 2011 at 9:30 AM
On Fri, Jul 29, 2011 at 9:30 AM, Matt W. Benjamin wrote:
> Hi Sage,
>
> We (Linux Box) have built and published a native FSAL for Ceph, which is
> pretty advanced, and we've submitted the FSAL driver code upstream for review
> Philippe Deniel.
Looking at the FSAL_CEPH, is this expecting the fil
Interesting... I'll pull your Ganesha code and do some testing... I
don't see any docs, should I assume there's little difference with
Ganesha?
On Fri, Jul 29, 2011 at 9:30 AM, Matt W. Benjamin wrote:
> Hi Sage,
>
> We (Linux Box) have built and published a native FSAL for Ceph, which is
> prett
Hi Sage,
We (Linux Box) have built and published a native FSAL for Ceph, which is pretty
advanced, and we've submitted the FSAL driver code upstream for review Philippe
Deniel.
In addition, we're working on pNFS support in Ganesha and Ceph, and have a
prototype file-based pNFS layout driver fo
Has anyone looked at Genesha?
http://sourceforge.net/apps/trac/nfs-ganesha/
In principle it would probably be pretty straightforward to wire that up
to libceph and avoid the kernel NFS server for reexporting ceph via NFS...
sage
--
To unsubscribe from this list: send the line "unsubscri
12 matches
Mail list logo