[08:47] <william_home> Does someone have setup a local mirror from the cloud-images repository for internal use?
[10:39] <niedbalski> wallyworld, are you around?
[10:39] <wallyworld> somewhat :-)
[14:45] <mthaddon> if you have a primary charm and number of subordinate charms on a unit, is there some way of getting the name of the primary charm from within one of those subordinate charms?
[14:47] <lazyPower> mthaddon: just whats sent over the wire as relation data, and the relation-id, but that still may not give you what you're looking for since most subordinates use juju-info
[14:47] <mthaddon> ok, thx
[15:01] <data> hey, I have done some manual deploys, but lost the state on the original controller. How to I get juju to not see the nodes as already provisioned
[15:14] <bbcmicrocomputer> hmm, if I do 'juju add-machine' followed by 'juju deploy', the deploy ends up on the added machine in 1.20.1 now, whereas in 1.18 the deploy went into a new machine... is this expected behaviour now?
[15:25] <data> ok, resolved my question above.
[15:26] <data>         agent-state: error
[15:26] <data>         agent-state-info: 'hook failed: "config-changed"'
[15:26] <data> juju resolved --retry keystone/0
[15:26] <data> ERROR cannot set resolved mode for unit "keystone/0": already resolved
[22:58] <data> hi, I have a problem with an openstack deployment. everything went smoothly except for a few hickups like wrong hosts in the DB, but now I can not connect to any of the services from horizon, i.e., it gives me a 401 and doing it manually achieves about the same