From: "Matt W. Benjamin" <matt@linuxbox.com>
To: Sage Weil <sage@inktank.com>
Cc: Dino Yancey <dino2gnt@gmail.com>, Cesar Mello <cmello@gmail.com>,
ceph-devel@vger.kernel.org, Florian Haas <florian@hastexo.com>,
peter honeyman <peter.honeyman@gmail.com>
Subject: Re: Windows port
Date: Wed, 9 Jan 2013 15:15:43 -0500 (EST) [thread overview]
Message-ID: <1389151709.57.1357762543179.JavaMail.root@thunderbeast.private.linuxbox.com> (raw)
In-Reply-To: <394529720.47.1357762096467.JavaMail.root@thunderbeast.private.linuxbox.com>
Hi,
Along the same lines, (p)NFS access from Windows clients should already be possible, for some definition of possible. We'll make it actually possible over the next few months.
Matt
----- "Sage Weil" <sage@inktank.com> wrote:
> On Wed, 9 Jan 2013, Florian Haas wrote:
> > On Tue, Jan 8, 2013 at 3:00 PM, Dino Yancey <dino2gnt@gmail.com>
> wrote:
> > > Hi,
> > >
> > > I am also curious if a Windows port, specifically the client-side,
> is
> > > on the roadmap.
> >
> > This is somewhat OT from the original post, but if all you're
> > interested is using RBD block storage from Windows, you can already
> do
> > that by going through an iSCSI or FC head node. Proof-of-concept
> > configuration outlined here:
> >
> >
> http://www.hastexo.com/resources/hints-and-kinks/turning-ceph-rbd-images-san-storage-devices
> >
> > Not sure if this helps, but just thought I'd mention it.
>
> There is also a patch for Samba that glues libcephfs into Samba's VFS
>
> layer. This will let you reexport CephFS via CIFS. These patches are
>
> currently living at
>
> https://github.com/ceph/samba/commits/ceph-v3-6-test
>
> If anybody is interested in playing with these, have at it! Inktank
> doesn't have resources to focus on it right now.
>
> sage
> --
> 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
next parent reply other threads:[~2013-01-09 20:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <394529720.47.1357762096467.JavaMail.root@thunderbeast.private.linuxbox.com>
2013-01-09 20:15 ` Matt W. Benjamin [this message]
2013-01-05 3:20 Windows port Cesar Mello
2013-01-08 5:36 ` Cesar Mello
2013-01-08 14:00 ` Dino Yancey
2013-01-08 17:08 ` Gregory Farnum
2013-01-08 17:25 ` Nick Couchman
2013-01-09 14:31 ` Florian Haas
2013-01-09 17:04 ` Sage Weil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1389151709.57.1357762543179.JavaMail.root@thunderbeast.private.linuxbox.com \
--to=matt@linuxbox.com \
--cc=ceph-devel@vger.kernel.org \
--cc=cmello@gmail.com \
--cc=dino2gnt@gmail.com \
--cc=florian@hastexo.com \
--cc=peter.honeyman@gmail.com \
--cc=sage@inktank.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.