Great On Monday, October 20, 2014 9:22:45 PM UTC+3, hihim...@gmail.com wrote: > > nice! that did the trick > > On Saturday, October 18, 2014 3:59:07 AM UTC-5, GoorMoon wrote: >> >> Hi, >> look here >> 2.0-SNAPSHOT >> <https://oss.sonatype.org/content/repositories/snapshots/com/orientechnologies/orientdb-community/2.0-SNAPSHOT/> >> >> >> On Thursday, October 16, 2014 5:27:36 PM UTC+3, hihim...@gmail.com wrote: >>> >>> Hi Lvc@, >>> >>> awesome to read that :) >>> btw, I've been trying to find 2.0-SNAPSHOT but no luck finding it (all I >>> find is M2) >>> sounds good about 2.0 final :) cant wait! >>> >>> thanks! >>> >>> >>> On Wednesday, October 15, 2014 6:22:12 PM UTC-5, Lvc@ wrote: >>>> >>>> Hi, >>>> Rather use 2.0-SNAPSHOT where we already fixed this problem. 2.0 will >>>> be final in a few days. >>>> >>>> Lvc@ >>>> >>>> ᐧ >>>> >>>> On 14 October 2014 20:34, <hihim...@gmail.com> wrote: >>>> >>>>> Got the servers running after re-creating the DB again, and came back >>>>> to the original situation of 1.7.9 >>>>> >>>>> Steps: >>>>> vUser = graph.addVertex("class:User"); >>>>> graph.commit(); >>>>> >>>>> >>>>> this is the error I'm getting (is there a way to change the master) ? >>>>> >>>>> >>>>> 2014-10-14 18:54:02:036 INFO OrientDB Server v2.0-M2 is active. >>>>> [OServer]Cannot route CREATE_RECORD operation against #18:-2 to the >>>>> distributed node >>>>> Error on inserting into cluster 'user' where local node 'odb001' is >>>>> not the master of it, but it's 'odb002' >>>>> -> >>>>> com.orientechnologies.orient.server.distributed.ODistributedStorage.createRecord(ODistributedStorage.java:417) >>>>> -> >>>>> com.orientechnologies.orient.core.db.raw.ODatabaseRaw.save(ODatabaseRaw.java:309) >>>>> -> >>>>> com.orientechnologies.orient.core.db.record.ODatabaseRecordAbstract.executeSaveRecord(ODatabaseRecordAbstract.java:1026) >>>>> -> >>>>> com.orientechnologies.orient.core.tx.OTransactionOptimistic.addRecord(OTransactionOptimistic.java:302) >>>>> -> >>>>> com.orientechnologies.orient.core.tx.OTransactionOptimistic.saveRecord(OTransactionOptimistic.java:245) >>>>> -> >>>>> com.orientechnologies.orient.core.db.record.ODatabaseRecordTx.save(ODatabaseRecordTx.java:328) >>>>> -> >>>>> com.orientechnologies.orient.core.db.record.ODatabaseRecordTx.save(ODatabaseRecordTx.java:314) >>>>> -> >>>>> com.orientechnologies.orient.core.db.record.ODatabaseRecordTx.save(ODatabaseRecordTx.java:43) >>>>> >>>>> >>>>> >>>>> On Tuesday, October 14, 2014 4:35:35 PM UTC-5, hihim...@gmail.com >>>>> wrote: >>>>>> >>>>>> Hi Lvc@, >>>>>> >>>>>> thank you for your reply >>>>>> >>>>>> On each of the servers I've started with fresh build from 2.0M2 , >>>>>> created database on each, started with /dserver.sh but I cant get the >>>>>> servers to be happy, all I'm getting is: >>>>>> >>>>>> 2014-10-14 17:26:04:370 INFO Node is not online yet >>>>>> (status=STARTING), blocking the command until it's online 1/20 >>>>>> [ONetworkProtocolHttpDb] >>>>>> >>>>>> and it just keep on printing that line cicling from 1-20, no idea >>>>>> what Im doing wrong. >>>>>> >>>>>> These are my settings: >>>>>> orientdb-server-config.xml the IP addresses and set a user >>>>>> Hazelcast.xml: same group/password, multicast enabled: false, and >>>>>> tcp/ip enabled true with all 3 servers listed as members >>>>>> database distributed-config.json : hotAlignment: false, >>>>>> executionMode":"asynchronous","readQuorum":1,"writeQuorum":2 . >>>>>> Database is empty on all 3 >>>>>> >>>>>> As ./server.sh server works great, as ./dserver.sh I cant get them to >>>>>> work >>>>>> >>>>>> any tips? >>>>>> >>>>>> thank you so much :) >>>>>> >>>>>> >>>>>> >>>>>> On Monday, October 13, 2014 9:30:21 AM UTC-5, Lvc@ wrote: >>>>>>> >>>>>>> Hi, >>>>>>> I suggest you to setup the writeQuorum to the majority of nodes. If >>>>>>> you have 3 servers, writeQuorum: 2. I read you tried with 2, what's the >>>>>>> exception? >>>>>>> >>>>>>> And, please could you try with OrientDB 2.0-SNAPSHOT? >>>>>>> >>>>>>> Lvc@ >>>>>>> >>>>>>> ᐧ >>>>>>> >>>>>>> On 12 October 2014 01:56, <hihim...@gmail.com> wrote: >>>>>>> >>>>>>>> Hello, >>>>>>>> >>>>>>>> I have a setup with 4 servers: 1 game server and 3 servers with >>>>>>>> OrientDB sharing one database which is configured with readQuorum: 1 >>>>>>>> writeQuorum: 1 and hotAlign: true, all in a private local network each >>>>>>>> with >>>>>>>> 1GB ram. >>>>>>>> Im using OrientDB 1.7.9 and tinkerpop/gremlin/blueprints 2.5.0. >>>>>>>> >>>>>>>> I have a situation (User registration + Instant login) is causing a >>>>>>>> split brain between server 1 (where I insert) and servers 2-3. >>>>>>>> >>>>>>>> On a *One *server setup the following code works fine, but on a >>>>>>>> *distributed >>>>>>>> *its giving me the split brain error. >>>>>>>> ---------------------- >>>>>>>> vUser = graph.addVertex("class:User"); >>>>>>>> vUser.setProperty("userName", userName); >>>>>>>> vUser.setProperty("email", email); >>>>>>>> >>>>>>>> List<Edge> Edges2Add = new ArrayList<Edge>(); >>>>>>>> for (int i=0; i< Constants.allSlots_rid.size(); i++) { >>>>>>>> Vertex vWorld1= graph.getVertex(#12:8); >>>>>>>> Edge eModelProgress = >>>>>>>> graph.addEdge("class:WorldProgress", >>>>>>>> vUser, vWorld1, "WorldProgress"); >>>>>>>> eModelProgress.setProperty("XP", 0.0); >>>>>>>> eModelProgress.setProperty("unlocked", true); >>>>>>>> Edges2Add.add(eModelProgress); >>>>>>>> } >>>>>>>> >>>>>>>> graph.commit(); >>>>>>>> >>>>>>>> String user_rid = vUser.getProperty("@rid").toString(); >>>>>>>> ------------------------ >>>>>>>> >>>>>>>> As far as Im aware I must commit before asking for the rid, or else >>>>>>>> I get a negative value, I need the rid to be assigned as a session >>>>>>>> variable >>>>>>>> for the user >>>>>>>> >>>>>>>> I've tried setting writeQuorum to 2, also hotAlign:false, but no >>>>>>>> luck. >>>>>>>> >>>>>>>> Am I following bad practices here? any guidance on how to avoid the >>>>>>>> split brain, and properly setup the distributed would be immensely >>>>>>>> appreciated. >>>>>>>> >>>>>>>> Thanks a lot! >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> --- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "OrientDB" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send an email to orient-databa...@googlegroups.com. >>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>> >>>>>>> >>>>>>> -- >>>>> >>>>> --- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "OrientDB" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to orient-databa...@googlegroups.com. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>>
-- --- You received this message because you are subscribed to the Google Groups "OrientDB" group. To unsubscribe from this group and stop receiving emails from it, send an email to orient-database+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.