=== CyberJacob is now known as zz_CyberJacob
=== wwitzel3_ is now known as wwitzel3
[00:26] <ennoble> I just ran into panic, "panic: runtime error: invalid memory address or nil pointer dereference" how do I go about root causing this. I've got a bunch of backtraces in different co-rounties, but I can't figure out where the nil dereference occurred.
=== rcj` is now known as rcj
[05:03] <amit213> <amit213> hello everyone.. I have an Ubuntu 14.04 with stock kernel.   Installed juju from stable repo.  juju-local environment.  Attempting to deploy "juju deploy nova-compute"  (it's using LXC underneath) -- I run into this error :    Hook failed "install"
[05:04] <amit213> <amit213> juju-log server.go:254 Couldn't acquire DPKG lock. Will retry in 10 seconds.
[05:04] <amit213> <amit213> any tips?
=== jam1 is now known as jam
=== zz_CyberJacob is now known as CyberJacob
=== CyberJacob is now known as zz_CyberJacob
[08:23] <jamespage> gnuoy, hey - I'm setting up a sync process to push /next branches to https://code.launchpad.net/~openstack-charmers-next
[08:23] <jamespage> so that they can be addressed via the charm store rather than people having to directly use the branches
[08:24] <gnuoy> jamespage, ok, sounds good
[08:24] <jamespage> gnuoy, it would mean we can publish a liberty bundle earlier than we might with just /next branches
[08:25] <gnuoy> kk
[08:26] <jamespage> gnuoy, some reviews for liberty fixes:
[08:26] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/neutron-gateway/liberty/+merge/271245
[08:28] <jamespage> and
[08:28] <jamespage> https://code.launchpad.net/~james-page/charms/trusty/neutron-api/liberty/+merge/271247
[08:28] <jamespage> gnuoy, if you have a few cycles
[08:28] <gnuoy> sure, just need to clear a couple of things first
[09:16] <gnuoy> jamespage, looks like you have a lint fail for https://code.launchpad.net/~james-page/charms/trusty/neutron-api/liberty/+merge/271247
[09:16] <jamespage> gnuoy, urgh - sorry
[09:17] <gnuoy> np
[09:23] <jamespage> gnuoy, fixed
[09:26] <gnuoy> jamespage, approved (assuming osci +1's too)
=== lukasa is now known as lukasa_away
=== lukasa_away is now known as lukasa
=== lukasa is now known as lukasa_away
=== lukasa_away is now known as lukasa
[15:07] <coreycb> jamespage, the merge conflicts are fixed up for the action-managed upgrade code:  https://code.launchpad.net/~corey.bryant/charm-helpers/action-managed-upgrade/+merge/270998
=== natefinch-afk is now known as natefinc
=== natefinc is now known as natefinch
[15:58] <natefinch> rick_h_: juju quickstart requires the bundle file to be .yaml but not .yml?  juju-quickstart: error: unable to open the bundle: invalid bundle URL: /home/nate/bundle.yml
[16:00] <natefinch> renaming it to .yaml makes it work
[16:01] <frankban> natefinch: yes, it must have yaml ext
[16:02] <natefinch> frankban: why?
[16:03] <frankban> natefinch: for disambiguation, an arbitrary /x/y is considered to be a jujucharms bundle url, like /mediawiki-single or /u/myuser/mybundle
[16:04] <frankban> natefinch: it's trivial to add .yml to that list, but currently it's .yaml and .json
[16:05] <natefinch> frankban: why not just see if there's a valid bundle file at that local location, and if not, then look on jujucharms?  or make the disambiguation explicit, like it is with charms, ie cs:mysql vs. local:mysql ?
[16:05] <frankban> natefinch: "juju-quickstart --help" for all the supported forms
[16:08] <frankban> natefinch: how to disambiguate all the possible entity identifiers is currently under discussion. a local bundles is different than a local bundle yaml though. please feel free to add a bug to quickstart with what you'd expect
[16:09] <natefinch> frankban: will do.  Thanks.
[16:09] <frankban> natefinch: ty!
[16:12] <natefinch> frankban: while I have you.  I'm trying to repro a bug... I'm trying to pare down a bundle to only deploy the stuff I need to repro the bug... but I'm getting unexpected results. http://pastebin.ubuntu.com/12427722/
[16:12] <natefinch> frankban: that bundle doesn't actually deploy haproxy
[16:12] <natefinch> frankban: but also doesn't post an error
[16:13] <frankban> natefinch: are you doing that with quickstart?
[16:13] <natefinch> frankban: yes
[16:13] <natefinch> frankban: 2.2.1
[16:13] <natefinch> w/ juju 1.24
[16:13] <mgz> natefinch: have you determined that quickstart is needed to get the bug?
[16:13] <frankban> natefinch: so quickstart uses the GUI server to deploy the bundle, and the GUI server in turns uses the juju deployer
[16:13] <mgz> natefinch: I was going to try just deployer-ing the bundle to then cut it down
[16:13] <frankban> natefinch: do you have errors in the GUI?
[16:14] <natefinch> mgz: that's a good idea.  I don't know how to deployer stuff though
[16:14] <natefinch> frankban: looking
[16:14] <frankban> natefinch: and what's the content of https://{juju-gui-address}/gui-serve-info ?
[16:15] <frankban> natefinch: sorry  https://{juju-gui-address}/gui-server-info
[16:16] <natefinch> frankban: {"uptime": 6266, "deployer": [{"Status": "completed", "DeploymentId": 0, "Error": "'NoneType' object has no attribute 'items'", "Time": 1442413931}], "apiversion": "go", "sandbox": false, "version": "0.6.0", "debug": false, "apiurl": "wss://10.0.3.1:17070"}
[16:17] <frankban> natefinch: "NoneType' object has no attribute 'items'" is your error as returned by juju-deployer :-/
[16:18] <natefinch> fantastic
[16:18] <natefinch> probably doesn't like my empty list of relations or something
[16:18] <frankban> natefinch: using the deployer directly would show at least a traceback, so that you can find out what the deployer expects and juju-core does not provide (I am trying to guess here)
[16:19] <natefinch> frankban: is there documentation on how to use deployer?  I've never used it.
[16:20] <frankban> natefinch: http://bazaar.launchpad.net/~juju-deployers/juju-deployer/trunk/view/head:/README  and http://bazaar.launchpad.net/~juju-deployers/juju-deployer/trunk/view/head:/HACKING
[16:35] <natefinch> frankban: looks like it just doesn't like the empty relations value at the end of my bundle
[16:36] <frankban> natefinch: in this case, this is a bug of deployer, it should handle that more gracefully
[16:37] <natefinch> frankban: indeed
[17:28] <cholcombe> aisrael, is the juju benchmarker able to do continuous performance monitoring?
[17:30] <aisrael> cholcombe: Not at the moment, no. Benchmarks are executed as actions, so they're point in time performance snapshots
[17:30] <cholcombe> i see
[17:30] <cholcombe> i'll have to modify my approach a little for that.  no big deal :)
=== natefinch is now known as natefinch-afk
=== natefinch-afk is now known as natefinch
[19:55] <thomi> tvansteenburgh: Hi, I wonder if I could ask you to review a couple of MPs for juju-deployer please?
[19:58] <tvansteenburgh> thomi: sure
[19:58] <thomi> tvansteenburgh: thanks! I have https://code.launchpad.net/~thomir/juju-deployer/trunk-remove-env-log/+merge/271229 and https://code.launchpad.net/~thomir/juju-deployer/trunk-remove-charm-error/+merge/271368
[19:58] <thomi> Both fix small, but annoying bugs
[20:04] <hermanbergwerf> Anyone who successfully installed the juju client on a slackware distro? I'm on openSUSE and I got to make install-dependencies but there are Ubuntu/Debian commands there.
[20:21] <tvansteenburgh> thomi: for the 2nd one, what's an example of a charm path from the deployer file?
[20:22] <thomi> let me find one...
[20:23] <thomi> tvansteenburgh: the charm is specified as: "charm: apache2" for example
[20:23] <thomi> I can send you an entire services file if you like
[20:24] <tvansteenburgh> nah, that's enough, thanks
[20:24] <thomi> no worries
=== natefinch is now known as natefinch-afk
=== lukasa is now known as lukasa_away
=== zz_CyberJacob is now known as CyberJacob
=== CyberJacob is now known as zz_CyberJacob