[04:31] babbageclunk: as is wont, here's a gigantic PR: https://github.com/juju/juju/pull/7644. I've split it up into 4 commits, so I hope it's not too hard. let me know if it's too much, and I'll send separate PRs [04:31] :) [04:33] babbageclunk: doesn't look too bad on the commit level - looking at it now. [04:35] babbageclunk: thank you. going for a ride, I'll bbs [13:10] Hello good folks. Need some assistance with subordinate charms [13:10] I am writing a subordinate charm which is subordinate of ceilometer application [13:10] but needs a regular relation with mysql:shared-db interface [13:10] is this possible to achieve? [16:09] Folks -i've openstack cluster on MaaS. Power outage happened and everything else seems to be working fine except ceph [16:09] https://thepasteb.in/p/RghnZlB8zN2fz [16:10] fixed clock skew and everything ..its still has issue electing leader [22:31] hi === amit is now known as Guest32013 [23:25] hi guys. im stuck with bootstrapping to private openstack cloud with cryptic message: the configured region "RegionOne" does not allow access to all required services, namely: compute [23:26] openstack service list is correctly giving nova service and openstack endpoint list is giving all 3 URLs for nova [23:27] i found one similar bug https://bugs.launchpad.net/juju/+bug/1667020 but it expired [23:27] Bug #1667020: openstack keystone v3: misleading error when domain doesn't have access to compute endpoint [23:32] http://paste.ubuntu.com/25115244/ [23:34] RegionServiceURLs:map is missing compute URL [23:34] schkovich: sorry for some basic questions…. how did you configure the credentials in juju for your private openstack cloud [23:35] hml: juju add-credential --replace -f credentials.yaml ostom [23:36] schkovich: the bug is about keystone v3 is that what you’re using? [23:36] hml: yes, i'm using keystone v3 [23:37] hml: though, i don't think that it is v3 authentication problem since i would be already authenticated when error is thrown [23:38] schkovich: i had better luck setting up juju credentials using the ‘juju autoload-credentials’ command when using keystone v3 [23:38] schkovich: the pastebin output indicates that juju isn’t able to use the credentials as they were given [23:40] hml: hmhh, okay, let me try it [23:43] hml: now authentication is failing completely :( [23:44] schovich: interesting… and not in a good way - you’ve sourced a novarc file yes? (just being paranoid. :-) ) [23:45] hml: yes, i grabbed v3 config from os dashboard [23:46] schkovich: i see now the first line of the pastebin… so juju is getting different results from API calls to the openstack cloud. one where authentication worked, and one where it didn't. [23:46] hrm [23:47] hml: i would say so :) [23:47] hml: the last try with auto-loaded credentials http://paste.ubuntu.com/25115313/ [23:50] schkovich: i’m taking a look at the code for a hint…. [23:51] hml: thanks. openstack is running on lxd ocata bundle [23:55] hml: figure it out [23:56] hml: auto-generated credentials are missing project-domain-name [23:57] schkovich: ahh… that would do it. [23:57] hml: of course, I have a different error now :) [23:57] ha [23:58] hml: no image metada found [23:58] schkovich: did you use conjure-up to deploy the openstack cloud? [23:58] hml: no, juju :) [23:59] schkovich: you loaded the metadata into swift it appears? what did you call the service? [23:59] hml: most likely i did not set properly swift