* 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
* 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
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.