[08:18] jamespage, if you get a moment would you mind taking a look at https://code.launchpad.net/~gnuoy/charms/trusty/keystone/lp1506397/+merge/274856 ? === perrito667 is now known as perrito666 [11:42] gnuoy`, I think that looks ok - marked ready for review to get osci turning over [11:42] ta [11:44] gnuoy`, are you happy this does not impact the action managed upgrade path? [11:49] jamespage, no, I will check on that and update the bug [11:49] gnuoy`, hmm no that will be a problem - the action helper needs to return to set outcomes [11:59] jamespage, got a sec for https://code.launchpad.net/~gnuoy/charms/trusty/neutron-gateway/lp1506046/+merge/274417 and https://code.launchpad.net/~gnuoy/charms/trusty/nova-compute/lp1506046/+merge/274416 ? [12:00] gnuoy`, +1 +1 [12:00] jamespage, thanks [12:00] thanks [12:02] gnuoy`, https://code.launchpad.net/~james-page/charms/trusty/ceilometer/status-fixes-actions/+merge/274699 [12:02] if you have time [12:02] ;) [12:18] jamespage, +1 === zz_CyberJacob is now known as CyberJacob === cmars` is now known as cmars === mhall119_ is now known as mhall119 [14:02] hi gnuoy` - can we do a c-h sync across all next charms? i think most have been sync'd recently, but it'd be good to square 'em up and re-test. [14:03] beisner, yep [14:06] gnuoy`, ps thx for the 2 merges [14:08] np [14:12] ddellav, re: ssl spec fails, here's what automated tests are seeing. is this what you're seeing? http://paste.ubuntu.com/12861113/ [14:12] beisner, yep, that's exactly it [14:16] ok raised bug @ https://bugs.launchpad.net/charms/+source/keystone/+bug/1507619 [14:16] Bug #1507619: With SSL, install hook fails: KeyError: 'getpwnam(): name not found: juju_keystone' [14:16] ddellav gnuoy` jamespage coreycb fyi^ [14:19] beisner, thanks I'll look shortly === BradCrittenden is now known as Guest53960 [14:22] beisner, thanks for checking that out, i wasn't quite sure if it was me or an actual issue. It seems to be present through all of the different openstack versions [14:24] ddellav, autobot sees the same [14:27] thedac, gnuoy` - fyi p-i stable metal spec deploys are failing after switching to the lp:charms/precise/x namespace. [14:28] but precise using trusty/next charms on metal is fine [14:28] updated sheet, linked a job. also re-running just to confirm. [14:29] so, whatever is broken will apparently be fixed when we push next out to trusty & precise spaces. [14:29] beisner, kk, as we discussed last week I'm happy to leave those as is and limit testing of lp:charms/precise/x namespace to the upgrade stable to next testing thedac is doing [14:30] gnuoy`, no i think you have a valid point in that the stable precise deploy should use the charms from the precise namespace. [14:31] beisner, but as you say we're testing something which will be fixed in 2-3 days when the sync happens [14:31] gnuoy`, it really just shows that something isn't in sync with stable T -> P [14:31] agreed [15:00] how does a reactive charm call for a hook? I'm trying to debug-hooks on a new reactive charm but have no idea how the hook should be called [15:00] wait, methinks I wasn't finishing the directions === wendar_ is now known as wendar [15:23] Icey: the hooks are exposed through charms.reactive.hook === Makyo is now known as Guest23950 [18:02] how long do charms take to be ingested from LP to jujucharms.com? [18:07] Icey: i think it runs every 30 minutes? [18:07] or maybe on the hour [18:07] cool, thanks stokachu [18:07] Icey: np, lemme know if thats not the case ill get a more concrete answer for you [18:08] that's good enough, I can keep deploying from local: for a while :) [18:08] cool sounds good :) [18:12] Icey: it's about 2hr total atm. [18:12] ok [18:12] Icey: to go all the way through the system (both old/new systems) [18:47] jamespage, dosaboy, cholcombe - with uuidgen as fsid, V install hook stops failing. added comment @ https://bugs.launchpad.net/charms/+source/ceph/+bug/1506287 [18:47] Bug #1506287: ceph-disk: Error: Device is mounted: /dev/sdb1 (Unable to initialize device: /dev/sdb) [18:48] beisner, this sounds familiar [18:48] beisner, sdb is automatically mounted correct? [19:15] cholcombe, indeed familiar, but slightly different: [19:15] with a static fsid uuid, i consistently get fails on Vivid and Wily (systemd), but not on upstart (Precise, Trusty) [19:16] with a unique-ish fsid uuid on every run, Vivid and Wily begin to pass [19:21] beisner, i'll peek at the charm and see if i can track down what is going on [19:22] cholcombe, so we appear to be unblocked (still validating with a few more cycles) -- as long as the fsid value changes. [19:22] cholcombe, thx appreciate it [19:23] beisner, the charm is prob doing something silly if it sees an existing fsid. can you quick wipe the disks between tests? [19:23] cholcombe, no, it takes many hours for that wipe to happen. [19:23] beisner, ok [19:24] cholcombe, if maas had a quick-wipe feature (maybe i'll raise a feature request bug on that) ... like write 0s to the first X blocks then bail. [19:24] beisner, that would be nice ;) [19:28] cholcombe, systemd will be slurping them in some way [19:28] jamespage, i figured but i didn't know for sure [19:29] well that's my guess [19:32] cholcombe, raised that bug that i've thought about raising on a half-dozen or so previous occasions. https://bugs.launchpad.net/maas/+bug/1507745 [19:32] Bug #1507745: feature request: quick disk erase [19:32] nice-to-have [19:33] beisner, +1 :) [19:38] man summit.juju.solutions looks really solid [19:39] * arosales looking forward to that event [19:39] * arosales thinks marcoceppi had something to do with that [19:42] dang, yah. that looks nice! [23:33] https://jujucharms.com/ => 503 Service Unavailable [23:33] No server is available to handle this request. [23:34] http://juju.ubuntu.com/docs => 503 Service Unavailable [23:35] So it seems it is down. At least for me it is. [23:35] Even without `docs`. http://juju.ubuntu.com/ => 503 Service Unavailable [23:35] Smace: We're working on that right now [23:36] Allright. Sorry for disturbing. [23:36] np [23:36] whois blahdeblah [23:36] heh [23:41] Smace: EMISSINGSLASH :-) [23:42] * Smace hides. :)