Everything is a Freaking DNS problem - inuits day http://127.0.0.1:8080/blog/taxonomy/term/1408/0 en Inuits Day http://127.0.0.1:8080/blog/inuits-day <p>Couple of Fridays ago we had one of our @Inuits days again. Rather than having some people give talks and presentations about what they have been doing for the past couple of months this time we set out to research, test, and build stuff.</p> <p>We split up in 3 different groups, one focusing on CI and testing freshly build stuff with cucumber, a second one setup and tested <a href="http://www.codership.com/products/galera_replication" rel="nofollow">Galera</a></p> <p>We setup a 3 node Galera cluster , not really as smooth as we'd like to ..</p> <p>Our first bump was that the installation of the package on CentOS is hell, it needs manual interaction such as replacing packages. Deploying this from a repository is probably not going to be a straight forward option.</p> <p>Galera only takes care of replicating data, just as with MySQL MM replication there still is a need for an external tool to define where to access the database, and implement monitoring in such a way that you are connecting to an up to date database.</p> <p><a href="http://poke152.blogspot.com/" rel="nofollow">Karl</a> started wondering about Galera's locking, turns out the locks aren't cluster wide, locks within the same node work fine.. so if galera is solely used for HA with 1 active node and X failover nodes, it will work (so all transactions happening on 1 node).</p> <p>We also ran into some issues when trying to start a node which couldn't contact the wsrep_cluster_address point (which is a node it will sync from at startup if specified in the wsrep.cnf file) , it just didn't want to start. This means that when the referenced node (configured in wsrep_cluster_address)is down, you will need to comment it out before you are able to start the mysql server.</p> <p>The fact that Galera replicates everythying brought us to the discussion if we really wanted that , or if we wanted more finegrained control over which databases or even tables we want to replicate and which ones we didn't want to replicate. A minority of people wanted to replicate everything, the majority of our group wanted finere grained control over what is being replicated to another node.</p> <p>I`m sure <a href="http://www.lefred.be/" rel="nofollow">Lefred</a> will shortly be writing about the progress his group made on <a href="http://www.banquise.be/" rel="nofollow">Banquise</a></p> <p>The day ended as it should .. with BBQ and plenty of drinks</p> http://127.0.0.1:8080/blog/inuits-day#comments banquise ci galera inuits inuits day mysql Mon, 21 Jun 2010 19:14:12 +0000 Kris Buytaert 1012 at http://127.0.0.1:8080/blog