=== vladk|offline is now known as vladk | ||
=== CyberJacob|Away is now known as CyberJacob | ||
=== uru_ is now known as urulama | ||
=== CyberJacob is now known as CyberJacob|Away | ||
=== vladk is now known as vladk|offline | ||
william_home | Does someone have setup a local mirror from the cloud-images repository for internal use? | 08:47 |
---|---|---|
=== Ursinha-afk is now known as Ursinha | ||
niedbalski | wallyworld, are you around? | 10:39 |
wallyworld | somewhat :-) | 10:39 |
=== anthonyf` is now known as anthonyf | ||
=== psivaa is now known as psivaa-afk | ||
=== psivaa-afk is now known as psivaa | ||
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:45 |
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 | 14:47 |
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:01 |
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:14 |
data | ok, resolved my question above. | 15:25 |
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 | 15:26 |
=== Ursinha is now known as Ursinha-afk | ||
=== roadmr is now known as roadmr_afk | ||
=== CyberJacob|Away is now known as CyberJacob | ||
=== roadmr_afk is now known as roadmr | ||
=== Ursinha-afk is now known as Ursinha | ||
=== Ursinha is now known as Ursinha-afk | ||
=== Ursinha-afk is now known as Ursinha | ||
=== kentb is now known as kentb-out | ||
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 | 22:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!