I think what you are thinking of is the driver that was built to actually replace hdfs with rbd. As far as I know that thing had a very short lifespan on one version of hadoop. Very sad.
As to what you proposed: 1) Don't use Cephfs in production pre-jewel. 2) running hdfs on top of ceph is a massive waste of disk and fairly pointless as you make replicas of replicas. -Erik On Apr 29, 2016 9:20 PM, "Bill Sharer" <bsha...@sharerland.com> wrote: > Actually this guy is already a fan of Hadoop. I was just wondering > whether anyone has been playing around with it on top of cephfs lately. It > seems like the last round of papers were from around cuttlefish. > > On 04/28/2016 06:21 AM, Oliver Dzombic wrote: > >> Hi, >> >> bad idea :-) >> >> Its of course nice and important to drag developer towards a >> new/promising technology/software. >> >> But if the technology under the individual required specifications does >> not match, you will just risk to show this developer how worst this >> new/promising technology is. >> >> So you will just reach the opposite of what you want. >> >> So before you are doing something, usually big, like hadoop on an >> unstable software, maybe you should not use it. >> >> For the good of the developer, for your good and for the good of the >> reputation of the new/promising technology/software you wish. >> >> To force a pinguin to somehow live in the sahara, might be possible ( at >> least for some time ), but usually not a good idea ;-) >> >> > _______________________________________________ > ceph-users mailing list > ceph-users@lists.ceph.com > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >
_______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
