RE: reelect cluster_leader
I am sorry. Please ignore this email. I will send another e-mail account. Best Regards, -Original Message- From: TED ASD Nakabayashi Minoru Sent: Monday, July 10, 2017 12:14 PM To: riak-users@lists.basho.com Cc: TED ASD Nakabayashi Minoru Subject: reelect cluster_leader Hello, I am facing issue #685 using Riak KV 2.1.3. https://github.com/basho/riak/issues/685 I am supposing reelect a cluster_leader might be the workaround. Does anyone know how to reelect a cluster_leader by riak attach ? I used to doing exit(riak_repl2_leader:helper_pid(), reelect) in 1.4.x. ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
reelect cluster_leader
Hello, I am facing issue #685 using Riak KV 2.1.3. https://github.com/basho/riak/issues/685 I am supposing reelect a cluster_leader might be the workaround. Does anyone know how to reelect a cluster_leader by riak attach ? I used to doing exit(riak_repl2_leader:helper_pid(), reelect) in 1.4.x. ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Re: Udon - mrallen1 (Mark Allen) · GitHub
Wow! Two invaluable replies within 30 minutes. You guys are the best. Now I've got to dig in deep to see if I can turn fantasy into reality. All the best, Lloyd Sent from my iPad > On Jul 9, 2017, at 5:29 PM, DeadZen wrote: > > 1. Yes, A lot of people use haproxy for this. > 2. Would be a simple reimplementation of the get/put coordinators from riak > >> On Sun, Jul 9, 2017 at 5:24 PM, Russell Brown >> wrote: >> >>> On 9 Jul 2017, at 21:54, Lloyd R. Prentice wrote: >>> >>> Hello, >>> >>> Just finished viewing Mark Allen's excellent 2015 Riak Core presentation >>> and have been reviewing his Udon code on GitHub. >>> >>> https://github.com/mrallen1 >>> >>> Now I have two Micky-the-Dunce questions: >>> >>> 1. Assuming a web-based system similar to Udon on a cluster of five >>> physical cores with data distributed across three virtual nodes, can one >>> enter and access the data through any one of the five physical nodes? >>> >>> In other words, can one put a load balancer in front of the five physical >>> nodes to enter and access data regardless of where it's ultimately stored >>> in the cluster? >> >> Yes, usually the node that handles the request has access to both the ring >> (a routing table/mapping of partitions to nodes) and the hash function. >> >>> >>> 2. Can KV functionality be relatively easily built on top of Udon--- >>> providing storage of, say, Erlang terms as well as files? >> >> I haven’t looked at Udon, but a KV store on riak core is a very common >> thing. There are quite a few examples out there, the largest (and most >> complex) being Riak itself https://github.com/basho/riak >> >>> >>> Thanks to all, >>> >>> LRP >>> >>> >>> Sent from my iPad >>> >>> ___ >>> riak-users mailing list >>> riak-users@lists.basho.com >>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >> >> >> ___ >> riak-users mailing list >> riak-users@lists.basho.com >> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Re: Udon - mrallen1 (Mark Allen) · GitHub
1. Yes, A lot of people use haproxy for this. 2. Would be a simple reimplementation of the get/put coordinators from riak On Sun, Jul 9, 2017 at 5:24 PM, Russell Brown wrote: > > On 9 Jul 2017, at 21:54, Lloyd R. Prentice wrote: > >> Hello, >> >> Just finished viewing Mark Allen's excellent 2015 Riak Core presentation and >> have been reviewing his Udon code on GitHub. >> >> https://github.com/mrallen1 >> >> Now I have two Micky-the-Dunce questions: >> >> 1. Assuming a web-based system similar to Udon on a cluster of five physical >> cores with data distributed across three virtual nodes, can one enter and >> access the data through any one of the five physical nodes? >> >> In other words, can one put a load balancer in front of the five physical >> nodes to enter and access data regardless of where it's ultimately stored in >> the cluster? > > Yes, usually the node that handles the request has access to both the ring (a > routing table/mapping of partitions to nodes) and the hash function. > >> >> 2. Can KV functionality be relatively easily built on top of Udon--- >> providing storage of, say, Erlang terms as well as files? > > I haven’t looked at Udon, but a KV store on riak core is a very common thing. > There are quite a few examples out there, the largest (and most complex) > being Riak itself https://github.com/basho/riak > >> >> Thanks to all, >> >> LRP >> >> >> Sent from my iPad >> >> ___ >> riak-users mailing list >> riak-users@lists.basho.com >> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com > > > ___ > riak-users mailing list > riak-users@lists.basho.com > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Re: Udon - mrallen1 (Mark Allen) · GitHub
On 9 Jul 2017, at 21:54, Lloyd R. Prentice wrote: > Hello, > > Just finished viewing Mark Allen's excellent 2015 Riak Core presentation and > have been reviewing his Udon code on GitHub. > > https://github.com/mrallen1 > > Now I have two Micky-the-Dunce questions: > > 1. Assuming a web-based system similar to Udon on a cluster of five physical > cores with data distributed across three virtual nodes, can one enter and > access the data through any one of the five physical nodes? > > In other words, can one put a load balancer in front of the five physical > nodes to enter and access data regardless of where it's ultimately stored in > the cluster? Yes, usually the node that handles the request has access to both the ring (a routing table/mapping of partitions to nodes) and the hash function. > > 2. Can KV functionality be relatively easily built on top of Udon--- > providing storage of, say, Erlang terms as well as files? I haven’t looked at Udon, but a KV store on riak core is a very common thing. There are quite a few examples out there, the largest (and most complex) being Riak itself https://github.com/basho/riak > > Thanks to all, > > LRP > > > Sent from my iPad > > ___ > riak-users mailing list > riak-users@lists.basho.com > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
Udon - mrallen1 (Mark Allen) · GitHub
Hello, Just finished viewing Mark Allen's excellent 2015 Riak Core presentation and have been reviewing his Udon code on GitHub. https://github.com/mrallen1 Now I have two Micky-the-Dunce questions: 1. Assuming a web-based system similar to Udon on a cluster of five physical cores with data distributed across three virtual nodes, can one enter and access the data through any one of the five physical nodes? In other words, can one put a load balancer in front of the five physical nodes to enter and access data regardless of where it's ultimately stored in the cluster? 2. Can KV functionality be relatively easily built on top of Udon--- providing storage of, say, Erlang terms as well as files? Thanks to all, LRP Sent from my iPad ___ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com