=== thumper is now known as thumper-afk
=== thumper-afk is now known as thumper
=== thumper is now known as thumper-afk
=== _thumper_ is now known as thumper
dweaverTrying to deploy an openstack bundle and deploying all management services to a controller node with LXC containers.  I have multiple NICs on the physical node, but these are not exposed from the LXC containers, how do I use the charm options for multiple networks when deploying services to LXC?  Anyone got any ideas?09:54
=== darknet is now known as schiatto
=== julienrbt is now known as jrbt
stubtvansteenburgh1: https://code.launchpad.net/~stub/charms/trusty/cassandra/spike/+merge/26260813:03
=== tvansteenburgh1 is now known as tvansteenburgh
tvansteenburghstub: excellent, thanks13:03
stubtvansteenburgh: There are no lxc results as yesterday's lxc run seems stuck - http://juju-ci.vapour.ws:8080/job/charm-bundle-test-lxc/77/13:05
stubI didn't add my own timeout to the Cassandra charms, but am surprised Amulet's hasn't kicked in (at this point, I think it will be hanging on add-unit)13:08
tvansteenburghstub: ok, i'm just gonna kill it13:10
stubI need another word for service-framework actions, since that term is overloaded in Juju.13:17
stubAre the high level steps still called actions in services-framework-ng?13:20
tvansteenburghcory_fu ^13:21
cory_fuThe reactive pattern is significantly different than the services framework, and is more akin to an event (technically state) driven model.  So you will instead simply have @when decorated blocks (handlers, perhaps), in much the same way that the Hook class provides a @hook decorator currently13:24
stubThe timings on those Cassandra tests are all over the place. Single nodes tests take over an hour to provision a node, and then the 3 node tests go and complete in 30 mins.13:24
stubHmm.... handlers.py...13:25
stubcory_fu: That sounds very similar to the @requires decorator put in charmhelpers/coordinator.py13:27
cory_fustub: There does seem to be some overlap, but the reactive pattern is intended to be more general, in a way.  It's intended to model charm behavior as responding to the evolving combined state of the charm and its various conversations with other services and the user.  It's the implementation of the things we discussed in Malta.13:45
cory_fuThe main idea is to extend the notion of hook events with the idea of semantically meaningful states that can be responded to in a similar way13:46
stubcory_fu: Yes, just thinking that it fits in well with what you are proposing. The locks granted by the leader would be events that trigger the @when decorated block.13:47
cory_fuYeah.  It does seem like we'll definitely want to converge them, though implementation-wise it's not coming to mind right away how best to do that.  We weren't aware that this idea of locks was being worked on until just now, so we went our own direction with the states.13:52
cory_fustub: Here's what docs I have so far for the reactive pattern, if you would mind taking a look:13:53
cory_fuExample charm usage: http://juju-relation-pgsql.readthedocs.org/en/latest/13:53
cory_fuAPI docs: http://reactive-charm-helpers.readthedocs.org/en/latest/api/charmhelpers.core.reactive.html13:54
cory_fuI'd like to know what you think, and how easy / difficult you think it would be to integrate.13:54
stubcharmhelpers.core.hookenv.atstart and atexit might be useful for booting up the reactor, or something similar.14:05
hazmatstub: also curious what you thought of https://github.com/compose/governor14:06
stubhazmat: I haven't gone over it, but want HA as part of my big rework of the PostgreSQL charm.14:07
hazmatstub: i'm currently rewriting it to work with consul, but i've poked around it seems pretty reasonable all standard wal stuff with 9.4 replica slots14:08
stubhazmat: I believe I could actually do HA in Juju now there is leadership, although I'm not sure on using hooks would make it reactive enough14:08
hazmatstub: although i'm trying to track the logical decoding work that 2ndquandrant is pushing (odr/bdr)14:08
hazmatstub: nothing wrong with depending on a secondary source of truth as a sidekick dep imo.14:09
stubhazmat: I just added logical replication for bottledwater, which ended up working fine.14:09
hazmatstub: the issue with notifications through juju is arbitrary delays from hook exec queue14:09
hazmatstub: sweet!14:09
stub(in review, not in PostgreSQL charmstore yet)14:09
stubIf we don't use hooks at all for failover, we are stuck with a shared ip or using proxies (which themselves need to be HA)14:11
stubSo I was thinking of pgpool-ii if the native juju approach doesn't fly, but I'll look at governor now you have pointed me at it.14:12
hazmatstub: its more about keeping a secondary data store (consul/etcd) for leadership and notification14:12
hazmatpgpool failover has all kinds of gotchas as do the trigger solutions.. pg native replication is the way to go, just need coordination for leader and failover scenarios14:13
stubIf I can't use leadership to coordinate who is primary and the cascading replicas, I'll need something to coordinate it.14:14
stubBut I think a small process running on the units that do 'if is_leader and master_not_up and quorum_available: failover', with the failover process triggered by juju-run (which I think can do the operations right now on the other units, rather than waiting for hooks)14:17
stubBut first, rework the horrible mess of code into something less horrible. Next, add features :)14:17
stubI thought pgpool-ii does support native replication.14:19
stub(It has other features besides synchronous replication)14:21
=== scuttle|afk is now known as scuttlemonkey
cholcombejuju: is it possible to recreate the run time environment that juju is using for debugging purposes?14:47
apuimedojamespage: ping15:14
sebas5384jose: ping15:18
jamespageapuimedo, hey - not ignoring you but mid database recovery right now15:39
apuimedojamespage: no problem15:40
apuimedoI'll be online a few hours more15:40
apuimedoping me when you have some time ;-)15:40
=== apuimedo is now known as apuimedo|shoppin
=== kadams54 is now known as kadams54-away
=== lukasa is now known as lukasa_away
=== kadams54-away is now known as kadams54
=== lukasa_away is now known as lukasa
=== apuimedo|shoppin is now known as apuimedo
=== kadams54 is now known as kadams54-away
=== kadams54 is now known as kadams54-away
=== kadams54-away is now known as kadams54
=== kadams54 is now known as kadams54-away
=== lukasa is now known as lukasa_away
hazmatstub: re pgpool native, its the failure scenarios that it overloads with complexity imo.. also proxy and trigger mean application awareness for ddl changes20:28
hazmatstub: do you know if you can setup logical decoding of wal and hot_standby on the same server or is wal mode either or20:30
hazmatwould be nice to add bottledwater to my current cluster setup20:30
=== lukasa_away is now known as lukasa
cholcombedo the juju container suppose running fuse in them?20:36
cholcombe/dev/fuse seems to be missing20:36
=== kadams54 is now known as kadams54-away
apuimedojamespage: ping21:04
=== scuttlemonkey is now known as scuttle|afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!