All of lore.kernel.org
 help / color / mirror / Atom feed
* libcephfs: Open-By-Handle API question
@ 2013-06-04 10:14 Ilya Storozhilov
  0 siblings, 0 replies; 2+ messages in thread
From: Ilya Storozhilov @ 2013-06-04 10:14 UTC (permalink / raw)
  To: ceph-devel@vger.kernel.org

Hi Ceph developers,

in order to represent NFS-frontend to CephFS data storage we are trying to use innovative Open-By-Handle API from 'src/include/cephfs/libcephfs.h' file, which is of 'wip-libcephfs' branch at the moment. API looks quite consistent and useful but we couldn't find a method to get a pointer to root inode of the mounted Ceph filesystem.

At the moment we have found only one place, where it could be fetched from: an 'Inode* root' member from the 'Client' class ('src/client/Client.h') but it is in 'protected' section, so some hack is needed (e.g. to introduce a Client's descendant, which is providing a method to acces this protected member). Do you know, how to fetch a pointer to the root inode of the mounted Ceph filesystem without any hacking (using just an official CephFS API only)?

Thank you and best wishes,
Ilya V. Storozhilov
EPAM Systems
Lead Software Engineer

P.S. What do you think about to make 'Open-By-Handle' API to be a primary and not low-level API to CephFS and to make POSIX-like API to be just a helper addendum to it?

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: libcephfs: Open-By-Handle API question
       [not found] <1627438937.20.1370351416076.JavaMail.root@thunderbeast.private.linuxbox.com>
@ 2013-06-04 13:10 ` Matt W. Benjamin
  0 siblings, 0 replies; 2+ messages in thread
From: Matt W. Benjamin @ 2013-06-04 13:10 UTC (permalink / raw)
  To: Ilya Storozhilov; +Cc: ceph-devel

Hi Ilya,

The changes on this branch originated in our Ganesha NFS driver for
Ceph, so I'm not sure where the gap is, if any.

I'll send an update to the list when we've finish re-integrating against
the libcephfs-wip merge branch.

Matt

----- "Ilya Storozhilov" <Ilya_Storozhilov@epam.com> wrote:

> Hi Ceph developers,
> 
> in order to represent NFS-frontend to CephFS data storage we are
> trying to use innovative Open-By-Handle API from
> 'src/include/cephfs/libcephfs.h' file, which is of 'wip-libcephfs'
> branch at the moment. API looks quite consistent and useful but we
> couldn't find a method to get a pointer to root inode of the mounted
> Ceph filesystem.
> 
> At the moment we have found only one place, where it could be fetched
> from: an 'Inode* root' member from the 'Client' class
> ('src/client/Client.h') but it is in 'protected' section, so some hack
> is needed (e.g. to introduce a Client's descendant, which is providing
> a method to acces this protected member). Do you know, how to fetch a
> pointer to the root inode of the mounted Ceph filesystem without any
> hacking (using just an official CephFS API only)?
> 
> Thank you and best wishes,
> Ilya V. Storozhilov
> EPAM Systems
> Lead Software Engineer
> 
> P.S. What do you think about to make 'Open-By-Handle' API to be a
> primary and not low-level API to CephFS and to make POSIX-like API to
> be just a helper addendum to it?--
> To unsubscribe from this list: send the line "unsubscribe ceph-devel"
> in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Matt Benjamin
The Linux Box
206 South Fifth Ave. Suite 150
Ann Arbor, MI  48104

http://linuxbox.com

tel.  734-761-4689 
fax.  734-769-8938 
cel.  734-216-5309 

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-06-04 13:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <1627438937.20.1370351416076.JavaMail.root@thunderbeast.private.linuxbox.com>
2013-06-04 13:10 ` libcephfs: Open-By-Handle API question Matt W. Benjamin
2013-06-04 10:14 Ilya Storozhilov

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.