=== kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away === Murali_ is now known as Murali === scuttlemonkey is now known as scuttle|afk [10:10] gnuoy, I need to fix nova-compute for kilo + dvr [10:13] gnuoy, https://code.launchpad.net/~james-page/charms/trusty/nova-compute/fixup-dvr-metadata-proxy/+merge/256902 [10:19] jamespage, approved === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away [12:33] jamespage, https://code.launchpad.net/~gnuoy/charms/trusty/neutron-api/fix-neutron-query/+merge/256889 if you have a moment. [12:38] o/ === kadams54-away is now known as kadams54 === urulama_ is now known as urulama [13:58] mbruzek lazyPower [13:58] you can try adjusting the format of the bundle you're submitting [13:59] So the charmstore editing a bundle seems like a "bad idea" to me. We did a lot of testing the way it is and make sure everything works. [13:59] https://github.com/juju/charmstore/issues/358 [13:59] This bug says they are inserting keys into the bundles.yaml [14:00] mbruzek: definitely a bug and our fault. [14:00] marcoceppi_: What format would not get num_units inserted into the bundle? We have suborinate charms, and num_units on subordinate charms do not mix [14:00] mbruzek: but it was the path to get from the old format with multiple per file to the single bundle per file. [14:00] mbruzek: not your fault, the orig file is fine [14:00] mbruzek: nothing for you to do/change. it's all on us [14:01] rick_h_: Our bundle broke on a demo to customers [14:01] mbruzek: if you use bundle.yaml, and remove num_units where not needed, it would be ok [14:01] mbruzek: instead of bundles.yaml [14:01] urulama: they're using the 'add to demo' from the jujucharms.com though and so it's broken for users ootb [14:01] rick_h_: I am not trying to assign blame. I just want to know what we can do to fix this problem. [14:01] rick_h_: yes, we need to fix it. just thinking how to fix it by tomorrow [14:02] mbruzek: nothing on your end atm. we're working on it. Just supporting you in that you're blocked on us and updating the format on your end won't help [14:02] OK [14:03] mbruzek: got a sec to chat? [14:03] rick_h_: sure [14:03] mbruzek: https://plus.google.com/hangouts/_/canonical.com/daily-standup?authuser=1 adjust authuser to your liking [14:17] mbruzek: lazyPower https://bugs.launchpad.net/juju-gui/+bug/1446688 for the other end. [14:17] Bug #1446688: gui cannot import CS bundles via drag/drop or import button [14:18] OK thanks [14:21] mbruzek: lazyPower so can you take it on trust that if you upload that bundle we still want to see if that can work? [14:21] sure i'll do that now [14:21] mbruzek: lazyPower the issue in the gui is a missing bundle name provided by the store when doing the deploy through 'add to demo' [14:21] lazyPower: ty [14:25] rick_h_: revision 3 just pushed to bzr - ingest incoming [14:25] lazyPower: rgr will watch ty [14:25] urulama: ^ [14:36] rick_h_, lazyPower: kk, let's hope for the best [14:39] lazyPower: is this it? https://api.jujucharms.com/charmstore/v4/~kubernetes/bundle/kubernetes-cluster-3/meta/extra-info [14:39] lazyPower: https://api.jujucharms.com/charmstore/v4/~kubernetes/bundle/kubernetes-cluster-3/archive/bundle.yaml [14:39] urulama: metadata ingest looks good [14:39] revno3 has the proper commit message [14:39] bundle.yaml looks proper [14:40] lazyPower: add to demo did work for me [14:40] (but didn't deploy it) [14:41] ok, thats consistent with what I found when trying to D&D [14:42] urulama: lazyPower looking [14:43] urulama: another potential bug, should hte .orig file be gone if we don't do any transform? e.g. is the .orig now old but still there? [14:44] rick_h_: it is. we don't take bundles.yaml if bundle.yaml is there [14:44] lazyPower: urulama the add to demo from the cluster-3 worked for me [14:44] rick_h_: worked here as well [14:44] lazyPower: so that unblock you for the moment? [14:44] waiting for lazyPower to confirm that this is a fix [14:44] just be aware anything else breaks lol [14:45] http://i.imgur.com/TdFRUlN.png - confirmed as a working work-around [14:46] lazyPower: ok, we'll get the other fixes out asap, but will be a bit. thanks for finding our issues [14:46] Anytime :) [14:46] lazyPower: so, i'd suggest we test all other "demoed" bundles as well [14:46] urulama: i dont have a confirmed list from Dan Poler yet, i'm still pending an answer [14:46] mbruzek: ^ fyi in case you hit anything as well as we fix things up === scuttle|afk is now known as scuttlemonkey [17:56] I'd like to be able to specify a custom image from Glance (openstack) on a charm by charm basis. Is there support for this? === scuttlemonkey is now known as scuttle|afk === scuttle|afk is now known as scuttlemonkey [18:48] I have a machine stuck in pending. I can "juju ssh #" into the machine. How "retry" the setup to move the machine from "pending" to "started"? === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === JoshStrobl is now known as Josh|MakingFood === kadams54 is now known as kadams54-away === Josh|MakingFood is now known as JoshStrobl === kadams54-away is now known as kadams54 [20:26] lazyPower: where's your fossdem talk? I want to use some of it for my OSDC talk [20:26] Going to go a bit more structured this time around [20:27] https://www.dropbox.com/sh/5bbrmj80xip3tth/AABQQmzEGsvEYYXQQ_dPT6Cma?dl=0 [20:42] lazyPower: ta === kadams54 is now known as kadams54-away [22:26] Has anyone had any luck in deploying ceph or ceph-osd or ceph-radosgw when specifying the source param? E.G. source: http://ceph.com/debian-hammer/ trusty main [22:27] I am not having the best of luck;-( [22:27] Any advice would be greatly appreciated! Thanks! === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away