/srv/irclogs.ubuntu.com/2014/10/14/#juju.txt

=== jcw4|afk is now known as jcw4
mwhudsoner00:35
mwhudsonwhat might cause bootstrap to hang?00:35
mwhudsonlocal provider00:35
=== scuttle|afk is now known as scuttlemonkey
thumpermwhudson: hey01:46
thumpermwhudson: which version?01:46
thumpermwhudson: unfortunately it can be one of several things01:46
thumperit may have the appearance of hanging01:46
thumperor it may really be hanging01:46
thumperwe have fixed the latter in recent releases01:46
mwhudsonthis was pretty hung01:50
mwhudsonbut it was an automated test, so i just killed it and started again01:50
mwhudsonalso: not local provider, manual provider01:50
=== mup_ is now known as mup
=== psivaa_ is now known as psivaa
=== viperZ28_ is now known as viperZ28
=== uru is now known as urulama
=== CyberJacob|Away is now known as CyberJacob
=== rharper is now known as rharper_brux
gnuoy`jamespage, neutron-api nsx mp https://code.launchpad.net/~gnuoy/charms/trusty/neutron-api/nsx/+merge/23823706:56
=== gnuoy` is now known as gnuoy
=== CyberJacob is now known as CyberJacob|Away
jamespagegnuoy, ack - looking07:35
jamespagegnuoy, I think we should probably switch to using nsx-* for the config options07:35
jamespagegnuoy, so that its all inline with upstream naming07:35
gnuoyjamespage, but not inline with nsx transport charm07:36
jamespagegnuoy, hmm07:36
* jamespage muses this issue07:36
gnuoyjamespage, I think it makes sense to switch to nsx07:36
=== rogpeppe2 is now known as rogpeppe
jamespagegnuoy, hmm07:37
jamespageso I started a renamed charm - https://code.launchpad.net/~openstack-charmers/charms/trusty/nsx-transport-node/trunk07:37
jamespagebut I've held off publishing that due to lack for 14.04 support from upstream as yet07:37
jamespagegnuoy, lets switch neutron-api to nsx-* now otherwise we are stuck with it for ever07:38
jamespageand as its >= icehouse it really is nsx!07:38
gnuoyagreed, will do07:38
jamespagegnuoy, added a comment to the mp - one of the config options is obsolete07:40
gnuoyta07:40
gnuoyjamespage, mp updated07:49
=== jacekn_ is now known as jacekn
=== Guest61804 is now known as rcj
=== rcj is now known as Guest90815
=== smoser` is now known as smoser
=== Guest24850 is now known as balloons
jamespagegnuoy, https://code.launchpad.net/~james-page/charms/trusty/nova-compute/fixup-rbd-libvirt/+merge/23829613:40
gnuoyjamespage, did you see dosaboys comment on that ?13:48
gnuoyjamespage, approved13:55
jamespagegnuoy,13:55
jamespageta13:55
=== rcj_ is now known as rcj
=== mgz_ is now known as mgz
bladernr_Hey, I have a question I haven't been able to find an answer for yet.  How would I use Juju to deploy into multiple physical zones on a single MAAS cluster?  e.g., lets say I have one maas server (region and cluster on one machine) and two physical zones with some nodes on each.17:00
bladernr_Any docs on how to tell juju to bootstrap them separately, or to bootstrap and then deploy one workload to zone A and one workload to Zone b?17:01
=== balloons is now known as Guest18783
=== Guest18783 is now known as balloons_
=== balloons_ is now known as balloons
=== roadmr is now known as roadmr_afk
=== CyberJacob|Away is now known as CyberJacob
=== wendar_ is now known as wendar
=== jcw4 is now known as jcw4|afk
=== perrito6` is now known as perrito666
=== thumper is now known as thumper-dogwalk
bic2kI upgraded to juju 1.20.7 two weeks ago, new machines are now reporting private ip's as their public ips. An attempt to upgrade to 1.20.9 appears to have left the cluster in a very invalid state.21:30
=== wallyworld_ is now known as wallyworld
marcoceppi_bic2k: sorry to hear about that, what cloud is this?21:44
bic2kmarcoceppi_: AWS. It looks like it got part way through upgrading from 1.20.7 to 1.20.921:45
bic2kmarcoceppi_: I'm finishing that by updating the /var/lib/juju/tools symlinks and restarting the services21:45
bic2konce I get machine-0 running I hope it can resolve the rest of machines21:46
bic2kany way to tell how far along the juju-upgrade is? We can now access juju again, and all but two machines are updated. So that looks like it worked.21:47
=== uru_ is now known as urulama
marcoceppi_bic2k: not really, in the next version of juju, after 1.21, we'll be adding better state exposure like upgrading, installing, etc21:53
bic2kmarcoceppi_: cool, I'm wondering if there is an official guide related to manually finishing an upgrade. O21:54
bic2kI have done it a few times now, it isn't really hard, but it does help if things get stuck.21:55
bic2kI could write something up someplace or blog it.21:55
marcoceppi_bic2k: please write something up!! we don't have anything. If you do blog it up (or place it in the docs) that would be fantastic21:55
marcoceppi_https://github.com/juju/docs is where the docs live, this would be super helpeful in the troubleshooting section21:56
=== thumper-dogwalk is now known as thumper
=== jcw4|afk is now known as jcw4
=== CyberJacob is now known as CyberJacob|Away
=== scuttlemonkey is now known as scuttle|afk
=== CyberJacob|Away is now known as CyberJacob
mwhudsonis there some way i can prep a disk image so that after installing it, juju deploying to a container on it will be faster?23:42
mwhudsonwell, obviously there must be23:43
mwhudsonbut can someone tell me what it is? :)23:44
=== roadmr_afk is now known as roadmr
=== CyberJacob is now known as CyberJacob|Away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!