* Windows port
@ 2013-01-05 3:20 Cesar Mello
2013-01-08 5:36 ` Cesar Mello
0 siblings, 1 reply; 8+ messages in thread
From: Cesar Mello @ 2013-01-05 3:20 UTC (permalink / raw)
To: ceph-devel
Hi,
Is there interest in a Windows port?
Thank you for the attention.
Best regards
Cesar
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
2013-01-05 3:20 Cesar Mello
@ 2013-01-08 5:36 ` Cesar Mello
2013-01-08 14:00 ` Dino Yancey
0 siblings, 1 reply; 8+ messages in thread
From: Cesar Mello @ 2013-01-08 5:36 UTC (permalink / raw)
To: ceph-devel
Hi,
I have been playing with ceph and reading the docs/thesis the last
couple of nights just to learn something during my vacation. I was not
expecting to find such an awesome and state of the art project.
Congratulations for the great work!
Please I would like to know if a Windows port is imagined for the
future or if that is a dead-end. By Windows port I mean an abstraction
layer for hardware/sockets/threading/etc and building with Visual C++
2012 Express. And then have this state of the art object storage
cluster running on Windows nodes too.
Thank you a lot for the attention!
Best regards
Mello
On Sat, Jan 5, 2013 at 1:20 AM, Cesar Mello <cmello@gmail.com> wrote:
> Hi,
>
> Is there interest in a Windows port?
>
> Thank you for the attention.
>
> Best regards
> Cesar
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
2013-01-08 5:36 ` Cesar Mello
@ 2013-01-08 14:00 ` Dino Yancey
2013-01-08 17:08 ` Gregory Farnum
2013-01-09 14:31 ` Florian Haas
0 siblings, 2 replies; 8+ messages in thread
From: Dino Yancey @ 2013-01-08 14:00 UTC (permalink / raw)
To: Cesar Mello; +Cc: ceph-devel@vger.kernel.org
Hi,
I am also curious if a Windows port, specifically the client-side, is
on the roadmap.
Dino
On Mon, Jan 7, 2013 at 11:36 PM, Cesar Mello <cmello@gmail.com> wrote:
> Hi,
>
> I have been playing with ceph and reading the docs/thesis the last
> couple of nights just to learn something during my vacation. I was not
> expecting to find such an awesome and state of the art project.
> Congratulations for the great work!
>
> Please I would like to know if a Windows port is imagined for the
> future or if that is a dead-end. By Windows port I mean an abstraction
> layer for hardware/sockets/threading/etc and building with Visual C++
> 2012 Express. And then have this state of the art object storage
> cluster running on Windows nodes too.
>
> Thank you a lot for the attention!
>
> Best regards
> Mello
>
>
> On Sat, Jan 5, 2013 at 1:20 AM, Cesar Mello <cmello@gmail.com> wrote:
>> Hi,
>>
>> Is there interest in a Windows port?
>>
>> Thank you for the attention.
>>
>> Best regards
>> Cesar
> --
> 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
--
______________________________
Dino Yancey
2GNT.com Admin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
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
1 sibling, 1 reply; 8+ messages in thread
From: Gregory Farnum @ 2013-01-08 17:08 UTC (permalink / raw)
To: Dino Yancey; +Cc: Cesar Mello, ceph-devel@vger.kernel.org
On Mon, Jan 7, 2013 at 9:36 PM, Cesar Mello <cmello@gmail.com> wrote:
> Hi,
>
> I have been playing with ceph and reading the docs/thesis the last
> couple of nights just to learn something during my vacation. I was not
> expecting to find such an awesome and state of the art project.
> Congratulations for the great work!
>
> Please I would like to know if a Windows port is imagined for the
> future or if that is a dead-end. By Windows port I mean an abstraction
> layer for hardware/sockets/threading/etc and building with Visual C++
> 2012 Express. And then have this state of the art object storage
> cluster running on Windows nodes too.
This is not super-likely (although it's not impossible either).
Inktank is a long way from doing the necessary development for this —
we don't have any Windows developers on staff. External contributors
who are interested in doing the work themselves would certainly get
some support in doing so, but I can't even begin to estimate the size
of the project that would be required. Would a simple abstraction
layer be able to provide the right interface with anything approaching
acceptable performance? I really don't know.
On Tue, Jan 8, 2013 at 6:00 AM, 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 more likely than porting the servers, but again we at
Inktank don't currently have the expertise necessary. It'd be a lot
easier if there were a FUSE for Windows; that's how we'll be getting
an OS X client.
-Greg
--
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
2013-01-08 17:08 ` Gregory Farnum
@ 2013-01-08 17:25 ` Nick Couchman
0 siblings, 0 replies; 8+ messages in thread
From: Nick Couchman @ 2013-01-08 17:25 UTC (permalink / raw)
To: Dino Yancey, Gregory Farnum; +Cc: Cesar Mello, ceph-devel@vger.kernel.org
>>> On 2013/01/08 at 10:08, Gregory Farnum <greg@inktank.com> wrote:
> On Mon, Jan 7, 2013 at 9:36 PM, Cesar Mello <cmello@gmail.com>
wrote:
>> Hi,
>>
>> I have been playing with ceph and reading the docs/thesis the last
>> couple of nights just to learn something during my vacation. I was
not
>> expecting to find such an awesome and state of the art project.
>> Congratulations for the great work!
>>
>> Please I would like to know if a Windows port is imagined for the
>> future or if that is a dead-end. By Windows port I mean an
abstraction
>> layer for hardware/sockets/threading/etc and building with Visual
C++
>> 2012 Express. And then have this state of the art object storage
>> cluster running on Windows nodes too.
>
> This is not super-likely (although it's not impossible either).
> Inktank is a long way from doing the necessary development for this
*
> we don't have any Windows developers on staff. External contributors
> who are interested in doing the work themselves would certainly get
> some support in doing so, but I can't even begin to estimate the
size
> of the project that would be required. Would a simple abstraction
> layer be able to provide the right interface with anything
approaching
> acceptable performance? I really don't know.
>
>
I think this also depends on the scope of the effort - what portions of
ceph are ported to Windows. I have to confess that I do not see a lot
of value in porting the OSD, MDS, and MON daemons to Windows. This just
doesn't make a lot of sense - if you're setting aside machines
specifically for a distributed filesystem, why not just run Linux? The
piece that I can see being useful in a Windows port is actually just the
filesystem client. I have cases where it would actually be really,
really nice to be able to mount my ceph filesystem natively on
Windows-based machines. I think this type of effort is much more
manageable (warning: that's the ignorant opinion of an IT manager, not a
skilled developer ;-) - it seems that porting the FUSE Ceph client over
to something like Dokan (user mode filesystem on Windows, FUSE
look-alike) might be a feasible task. I do understand that InkTank is
more interested in building out the existing system on the existing
platforms, but Cesar, Dino, if you're interested in a Windows port of
the ceph client, porting the FUSE client over to Dokan might be a good
place to start.
-Nick
--------
This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
2013-01-08 14:00 ` Dino Yancey
2013-01-08 17:08 ` Gregory Farnum
@ 2013-01-09 14:31 ` Florian Haas
2013-01-09 17:04 ` Sage Weil
1 sibling, 1 reply; 8+ messages in thread
From: Florian Haas @ 2013-01-09 14:31 UTC (permalink / raw)
To: Dino Yancey; +Cc: Cesar Mello, ceph-devel@vger.kernel.org
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.
Cheers,
Florian
--
Helpful information? Let us know!
http://www.hastexo.com/shoutbox
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
2013-01-09 14:31 ` Florian Haas
@ 2013-01-09 17:04 ` Sage Weil
0 siblings, 0 replies; 8+ messages in thread
From: Sage Weil @ 2013-01-09 17:04 UTC (permalink / raw)
To: Florian Haas; +Cc: Dino Yancey, Cesar Mello, ceph-devel@vger.kernel.org
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
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Windows port
[not found] <394529720.47.1357762096467.JavaMail.root@thunderbeast.private.linuxbox.com>
@ 2013-01-09 20:15 ` Matt W. Benjamin
0 siblings, 0 replies; 8+ messages in thread
From: Matt W. Benjamin @ 2013-01-09 20:15 UTC (permalink / raw)
To: Sage Weil
Cc: Dino Yancey, Cesar Mello, ceph-devel, Florian Haas,
peter honeyman
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
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-01-09 20:15 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <394529720.47.1357762096467.JavaMail.root@thunderbeast.private.linuxbox.com>
2013-01-09 20:15 ` Windows port Matt W. Benjamin
2013-01-05 3:20 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
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.