[02:48] <Azendale> Is there a comand I should run to collect bug report data? I'm ssh'ed in with debug hooks right  now
[03:17] <davecheney> Azendale: the contents of /var/log/juju/unit*.log are a good start
[03:17] <davecheney> that and the version of juju you are using
[03:22] <Azendale> davecheney: ok, thanks!
[03:37] <Azendale> Ok, I've reported the bug, what's the proper way to exit the debug-hooks terminal without signaling that the hook succeeded?
[03:37] <davecheney> exit 1
[03:38] <davecheney> in debug hooks you are the hook
[03:38] <davecheney> so if you exit 1
[03:38] <davecheney> that is the same as the hook failing
[12:13] <X-warrior> juju upgrade-juju --version=1.14 gives me "error: invalid version "1.14"
[12:29] <X-warrior> Solved it, I need to pass the patch version as well
[14:30] <marcoceppi> X-warrior: did that upgrade work?
[14:31] <X-warrior> marcoceppi: it seems it does, I used the upgrade-juju to 1.14.0 and later to 1.16.3, after that I used juju status to check agent versions, and all versions were 1.16.3, tried to connect to all machines and was able to... until now, everything seems ok :D
[14:31] <marcoceppi> I'm so happy to hear that!
[14:31] <marcoceppi> that's awesome
[14:31] <X-warrior> yes, it is :D
[16:14] <context> anyone know where to get a cheap 1u for home use, looking at this: http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=8312921&CatId=1205
[16:20] <josepht> the link to Charm Tools installation instructions here is broken: https://juju.ubuntu.com/docs/authors-charm-writing.html
[16:40] <marcoceppi> josepht: for what dustup?
[16:40] <marcoceppi> distro*
[16:41] <marcoceppi> josepht: https://juju.ubuntu.com/docs/tools-charm-tools.html
[16:41] <marcoceppi> thanks for the report I'll have that psyched in a few
[16:45] <josepht> marcoceppi: thanks
[16:45] <marcoceppi> patched* silly auto correct
[17:09] <jcastro> jcsackett, hey ninja
[17:09] <jcastro> how often does the queue with the AU questions update?
[17:23] <jcsackett> jcastro: once a day.
[17:33] <jcastro> marcoceppi, ok I added a "non-reviewing-charmers" team
[17:33] <jcastro> underneath ~charmers
[17:34] <jcastro> mattyw, hey, I see you applied for ~charmers
[17:34] <jcastro> can you take your application to the list?
[17:36] <mattyw> jcastro, hey there - that was ages ago - I don't think I really should be added
[17:36] <jcastro> ok
[17:36] <mattyw> jcastro, I can't really commit to reviewing charms
[17:37] <mattyw> jcastro, and if I could I don't really have enough experiece for my input to be valid
[17:37] <jcastro> it's ok
[17:37] <jcastro> you can apply for ~charmers and not review
[17:39] <context> offtopic: anyone see any reason why i shouldn't get this for at home: http://www.ebay.com/itm/1U-Supermicro-Server-Twin-Node-Low-Power-Server-4x-Intel-Xeon-5148-8GB-X7DWT-/131046365744?pt=COMP_EN_Servers&hash=item1e82f8da30
[18:44] <sarnold> context: 3Gbps sata ports will be slower than a single ssd drive. I gotta say that looks like an impressive setup.
[19:15] <AskUbuntu> Juju on Windows - unable to bootstrap | http://askubuntu.com/q/377075
[19:50] <bladernr_> Hey, I have an issue with juju-local (https://juju.ubuntu.com/docs/config-local.html)
[19:51] <bladernr_> that says I need to install the raring lts backport kernel, but when I do so, my NIC is no longer capable of grabbing a dhcp address
[19:51] <bladernr_> I just filed this https://bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1251401
[19:51] <_mup_> Bug #1251401: Raring LTS backport kernel breaks dhcp when bringing ethernet device up <amd64> <apport-bug> <precise> <qa-kernel-lts-testing> <third-party-packages> <linux-lts-raring (Ubuntu):New> <https://launchpad.net/bugs/1251401>
[19:52] <bladernr_> because I think it's a kernel issue rather than really a juju issue, but has this been encountered before?
[19:57] <sarnold> bladernr_: I odn't know if thsi is your issue, but take a look at  https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/930962
[19:57] <_mup_> Bug #930962: dhcp3-server reports many bad udp checksums to syslog using virtio NIC <checksum> <dhcp3-server> <dhcpd> <kvm> <verification-done> <verification-done-lucid> <verification-done-precise> <virtio> <dhcp3 (Ubuntu):Fix Released> <isc-dhcp (Ubuntu):Fix Released> <lxc (Ubuntu):Confirmed> <dhcp3 (Ubuntu Lucid):Fix Released by stgraber> <isc-dhcp (Ubuntu Precise):Fix Released by stgraber> <isc-dhcp (Ubuntu Quantal):Fix Released> <https://launchpad.
[19:57] <sarnold> bladernr_: there's been a lot of hassle with offloaded udp or ip checksums
[19:59] <bladernr_> sarnold: nope... in my case, the dhcp request is never even being made
[20:00] <sarnold> bladernr_: you can see that on the client with e.g. tcpdump or strace or similar?
[20:02] <bladernr_> just the logs... that bug says I should see this: Feb 11 06:57:18 ... dhcpd: 5 bad udp checksums in 5 packets
[20:02] <bladernr_> which I am not.  and besides, this is all bare metal at this point
[20:03] <bladernr_> the client is a laptop running precise w/ the Raring LTS backport kernel, and the server is a Precise server install as well, no weird iptables rules or anything like that
[20:04] <bladernr_> that bug seems to occur when running dhcpd inside a VM somewhere
[20:06] <sarnold> bladernr_: yeah, that specific bug is about virtualized instances... but I'd have sworn I've seen reports of checksums not being correctly offloaded to nics sometime recently. anyway, if you're not seeing those requests even being sent, this is probably not that :)
[20:07] <bladernr_> well, anyway, I was just curious if I was the only one who's seen it... who knows... it's a kernel bug anyway, and I have a work-around (it's just annoying to have to manually configure things)
[20:07] <bladernr_> heh
[20:44] <thumpba> is there a good guide or walkthrough to install openstack via juju?
[20:46] <sarnold> here's something that's quite old: https://wiki.ubuntu.com/ServerTeam/OpenStackHA