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" <bsharer@xxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
