=== defunctzombie_zz is now known as defunctzombie === defunctzombie is now known as defunctzombie_zz === fdehay_ is now known as fdehay === three18t- is now known as three18ti === defunctzombie_zz is now known as defunctzombie === defunctzombie is now known as defunctzombie_zz === rvba` is now known as rvba === koolhead11|away is now known as koolhead17 === defunctzombie_zz is now known as defunctzombie === defunctzombie is now known as defunctzombie_zz [11:00] anyone else come across go juju's upgrade-charm failing after 9 upgrades of a charm? [11:01] maybe due to: /worker/uniter/charm/deployer.go:prefix = prefix + time.Now().Format("-%Y%m%d-%H%M%S") [11:01] not formatting the date properly, and coming out as a string [11:01] literally [11:26] it causes a pretty nasty infinite loop that runs config-changed :( [11:27] colleague has filed a bug here: https://bugs.launchpad.net/juju-core/+bug/1197369 [11:27] <_mup_> Bug #1197369: more than 10 upgrades to a charm causes horrible infinite loop [11:27] Launchpad bug 1197369 in juju-core "more than 10 upgrades to a charm causes horrible infinite loop" [Undecided,New] [11:27] <_mup_> Bug #1197369: more than 10 upgrades to a charm causes horrible infinite loop [11:27] snap [11:59] ehg: I suspect it is fixed in the dev version. I think I've seen it, but not since switching to the PPA version [13:00] stub: it seems to be in head still, http://bazaar.launchpad.net/~go-bot/juju-core/trunk/view/head:/worker/uniter/charm/deployer.go#L191 [13:00] i'm not too familiar with bzr, however === mgz_ is now known as mgz === wedgwood_away is now known as wedgwood === freeflyi1g is now known as freeflying === wedgwood is now known as wedgwood_away === defunctzombie_zz is now known as defunctzombie === wedgwood_away is now known as wedgwood [16:02] juju charm meeting starting in a few minues [16:02] *minutes [16:02] on air URL: http://youtu.be/ZQ47UzK65-Q [16:03] etherpad: http://youtu.be/ZQ47UzK65-Q [16:04] sorry [16:04] etherpad: https://plus.google.com/hangouts/_/cb8d75f1182f29cddb2b46a565cb9ff361af9e09?authuser=0&hl=en [16:04] that is actually the hangout URL if folks want to join [16:05] real etherpad link: http://pad.ubuntu.com/7mf2jvKXNa [16:05] :-) [16:07] marcoceppi, will be checking to see if he can update the onair [16:08] http://ubuntuonair.com/ also updated [16:09] arosales, um, since jcastro is on holiday, I need to ask you: The JuJu championships, 13-18-year-olds are supposed to contact you guys. [16:10] So, how to contact? jcastro told me to send an email to him but he's on holiday, not probably the best idea... [16:10] Or is he back!!?!??! [16:10] jcastro, ping ping ping [16:12] smartboyhw, hello [16:13] arosales, hey:) [16:13] hey guys [16:13] yeah, smartboyhw I have your info [16:13] jcastro, yay:) [16:16] ah jcastro ! [16:16] I've sent you an email === wedgwood is now known as wedgwood_away === wedgwood_away is now known as wedgwood [16:17] Wait, my parents submit MY entry!?!?!?!? [16:17] What kind of rule is that? [16:17] * smartboyhw :O [16:18] you're underage, there's a bunch of legal stuff we have to do [16:18] I mean, it's OK to let them have the prize money... But I think I should be the one who submits the entry myself, jcastro. [16:19] I don't really make these rules [16:19] * smartboyhw decides not to take part due to this strange rule. [16:20] If I don't have control over what I enter, what's the point? [18:13] Hi [18:14] Anybody here? [18:23] CyberJacob: Hi! [18:23] * CyberJacob is now reinstalling to try and fix the problem === wedgwood is now known as wedgwood_away === wedgwood_away is now known as wedgwood [19:08] ok, so now I have my first problem again [19:08] and I don't know how I fixed it [19:40] CyberJacob, what is the issue you are seeing? [19:40] CyberJacob, http://pastebin.ubuntu.com [19:50] arosales: http://pastebin.ubuntu.com/5841424/ [19:50] arosales: everything gets stuck on pending [19:50] * arosales taking a look [19:51] CyberJacob, ah so this is a maas provider [19:51] yup [19:51] CyberJacob, what version of juju are you running? [19:52] 0.7 [19:52] fresh from apt-get [19:52] cool [19:52] on a brand new MAAS install [19:54] CyberJacob, and to confirm your environment did you grab maas from the ppa or ubuntu archive? [19:55] I grabbed a server install ISO and selected "multiple server install with MAAS" from it's grub [19:55] 12.04 server install? [19:55] 13.04 [19:55] ok [19:57] CyberJacob, I take it all follow on deploy after the bootstarp go into pending [19:57] yup [19:58] arosales, could you pastebin a tail -n 200 of /var/log/maas/maas.log [19:58] and juju bootstrap went fine [19:59] CyberJacob, on the maas server [19:59] CyberJacob, your set of enlistments looks good too from the maas side? [19:59] I think so [19:59] how do I check? [20:00] CyberJacob, a pastebin of /var/log/maas/maas.log would help figure out the issue [20:01] CyberJacob, another useful log here would be /var/log/juju/provisioning-agent.log on the juju bootstrap server [20:01] hazmat: http://pastebin.ubuntu.com/5841462 [20:01] hmm [20:02] from what I can tell, Node2 is the juju master [20:02] (it booted up when I ran bootstrap) [20:03] hazmat: http://pastebin.ubuntu.com/5841464/ [20:04] CyberJacob, thanks [20:06] CyberJacob, this should already be fixed in 0.7.. but it looks alot like a port specification bug in the maas provider.. in your juju provider config for maas can you add :80 to the maas node address portion of the url [20:06] ie maas-server: my-maas-node:80 [20:07] err i mean... maas-server: http://my-maas-node:80 [20:07] hazmat: here! [20:07] CyberJacob, ^ [20:07] roaksoax, what do you make of this maas.log output.. http://pastebin.ubuntu.com/5841462 [20:07] would that be on the server I ran `juju bootstrap` from? [20:08] CyberJacob, yes it goes into the juju client 's environment.yaml [20:08] ok, done [20:08] in which step is this happening? [20:08] do I need to restart the service? [20:08] CyberJacob, you have to execute a command that will modify the environment for it to sync to the bootstrap node [20:09] CyberJacob, ie.. add-unit / deploy/destroy-service etc [20:09] first seems that an invalid MAC address is being sent to maas, then no mac address being sent, then mac address duplication [20:10] hazmat: ok, just tried to deploy another charm [20:11] now I have two machines with instance-id pending [20:12] roaksoax, note this is a 13.04 server media install of maas [20:14] arosales: the issues doesn't really seem to be MAAS related, but rather whomever is interacting with MAAS. [20:14] that's why I need to know when is this happening [20:15] roaksoax, gotcha [20:15] CyberJacob, could you pastebin any new output from the provisioning agent log [20:16] arosales: btw.. do we have a juju-core documentation to use with lxc? [20:16] roaksoax, so aiui the issue at hand is deploying services after the initial juju bootstrap go into pending [20:17] hazmat: http://pastebin.ubuntu.com/5841486/ [20:17] roaksoax, juju-core hasn't landed local provider yet [20:18] roaksoax, also for my maas debugging education there is "check-commissioning" helpful to verify nodes are "ready" for deployment onto, or is there a better method? [20:19] hmm.. looks like maas isn't listening on the port from that provisioning agent log [20:19] hazmat: is there a way to force it to sync to the bootstrap node without deploying something? [20:20] arosales: the issue above seems to be related to enlistment. As far as commissioning, the only way to see what's going on with the commissioning process, would be to get into the image while it is happening (ephemeral image debuuging) [20:20] https://lists.launchpad.net/maas-devel/msg00808.html [20:21] CyberJacob, juju get-constraints will do it [20:21] roaksoax, thanks for the doc [20:22] roaksoax: you want me to run that one? [20:22] CyberJacob, does the juju bootstrap node have connectivity to the maas server? [20:22] CyberJacob: I'd first like to know after what process is that you are seeing that error. (I'm guessing is enlistment, before the node is registered in maas) [20:23] CyberJacob: you are having several different errors that lead me to believe it is enlistment failing for some reason, then trying to enlist again, and so on [20:23] CyberJacob, at the moment juju is complaining that it can't connect to the maas server.. hence the provisioning agent log error -> Error interacting with provider: Connection was refused by other side: 111: Connection refused [20:23] hazmat: found the issue [20:23] hazmat: I was following the instructions in http://maas.ubuntu.com/docs/juju-quick-start.html [20:24] which has "maas-server: 'http://localhost:5240'" in environments.yaml [20:24] changed that to the ip of the MAAS server [20:24] (with the port) [20:24] and everything jumped into life after I pushed the settings [20:24] CyberJacob, cool [20:25] nice [20:25] roaksoax, hazmat thanks for the debugging session help [20:25] thanks guys! [20:25] (or gals) [20:25] roaksoax, could you update http://maas.ubuntu.com/docs/juju-quick-start.html to add a note for the maas server URL [20:26] CyberJacob, good luck with maas/juju. Glad to see you are using it :-) [20:26] arosales: I have no actual use for it, just messing arround [20:26] arosales: next up I'm going to see what use I can find for OpenStack [20:26] CyberJacob, that in itself is a use [20:27] :-) [20:27] I still don't see the advantage of OpenStack over Xen or vmWare [20:27] but I deffinitely see the uses of MAAS [20:28] arosales: sure thing [20:28] roaksoax, specifically to note the mass-server URL can be ip of the MAAS server (as found in this case). [20:29] roaksoax, thanks :-) [20:29] CyberJacob, thanks for helping improve the docs [20:29] arosales: yteah though, those docs seem to be older ones and not from the latest branch [20:29] arosales: but the docs on the website *do* say this "You may need to modify the maas-server setting too; if you're running from the maas package it should be something like http://hostname.example.com/MAAS." [20:29] arosales: docs fixed, juju working and Egypt without a President, all in one night! [20:30] and 4th of July tomorrow for the US [20:31] roaksoax, ah ok. That should be sufficent [20:31] *sufficient [20:31] roaksoax, thanks again [20:32] arosales: yeah, i guess people miss it sometimes and don't fully read that section :) [20:32] (including myself, I had to read couple times before I realized that was there :) ) [20:33] ya I would probably fall into that group, lol [20:33] lol :) [20:33] roaksoax, thanks! [20:33] arosales: np! [20:34] roaksoax, while I am bugging you [20:34] :-) [20:34] shoot:) [20:34] what are your thoughts on adding https://lists.launchpad.net/maas-devel/msg00808.html to a debug section on the maas docs [20:35] arosales: It has been added actually. They are in the 'docs/troubleshooting.rst' in the maas source [20:36] roaksoax, but not on the live docs at maas.u.c? [20:36] but not yet published. The latest doc is not published [20:36] ah ok [20:36] yeah [20:36] but in the queue which is good :-) [20:37] :) [21:15] ok, so I'm still having issues [21:15] ping arosales & hazmat :) [21:21] think I found the error [21:21] http://pastebin.ubuntu.com/5841664/ [21:47] CyberJacob, sorry missed your ping [21:47] CyberJacob, still not deploying services? [21:49] nope [21:50] arosales: The agent-state for everything I deploy is still pending [21:52] CyberJacob, were you trying to expose the service or just deploying? [21:52] just deploying [21:52] though I did try an expose as well [21:55] the trace back ~looks~ like its coming from a juju expose. [21:56] Although the issue seems to be stemming from communication with the provider (maas) [21:58] CyberJacob, could you pastebin pastebin a tail -n 200 of /var/log/maas/maas.log and /var/log/juju/provisioning-agent.log on the juju bootstrap server again [22:23] arosales: Just turned my server off for the night :) [22:24] arosales: I'll grab it tomorrow for you [22:24] CyberJacob, ok just ping back in here when you are ready to resume debug [22:24] note US holidy the next couple of days === CyberJacob is now known as CyberJacob|Away [22:25] so may be quiter in here than usual. [23:43] CyberJacob|Away, there are some folks on eu timezones that will be around though (also in #maas)