[01:09] <freeflying> is it possible to destroy a subordinate hacluster unit in dying state
[03:24] <freeflying> thumper, if we wanna to destroy a service properly, and its has relation with others, what shall we do exactly
[03:25] <freeflying> remove relation firstly and then destroy service?
[03:34] <thumper> freeflying: I think with the fix that landed on friday, just destroying the service should work, but for now, best to be safe and remove the relations first
[03:34] <thumper> freeflying: the fix won't be released until 1.17 i think
[03:35] <freeflying> thumper, so remove-relation works in 1.16.0?
[03:36] <thumper> freeflying: I hope so... seems pretty fundamental
[03:39] <freeflying> thumper, :)
[05:21] <sbbrtn> what is an easy to test charms?  I have a charm written but now need to debug it.  Is there a tool to do this?  Or do you just have to deploy it and see what happens?
[06:46] <thumper-afk> sbbrtn: you can use the local provider and deploy there, it uses lxc locally
[06:47] <sbbrtn> I'm not able to ssh into the local provider
[06:49] <freeflying> sbbrtn, do you have ssh key pair
[06:49] <sbbrtn> yeah.  I created an ssh key like the tutorial said
[06:50] <sbbrtn> maybe I am running the wrong command...
[06:51] <sbbrtn> i run "juju ssh 1" and it gives me an error.
[06:51] <thumper-afk> sbbrtn: that should work
[06:51] <thumper-afk> sorry
[06:51] <thumper-afk> no it won't
[06:51] <thumper-afk> use 'juju ssh unit-name/n'
[06:51] <thumper-afk> it has to do with limitations I've not yet fixed
[06:51] <thumper-afk> alternatively
[06:51] <thumper-afk> all the log files are local
[06:52] <thumper-afk> by default in ~/.juju/local/log
[06:52]  * thumper goes to do a few dishes
[06:52] <sbbrtn> ahh.  thanks!
[06:52] <sbbrtn> that works
[07:07] <freeflying> I destroy-service, is it normal that the machine hasn't been released from maas?
[07:19] <thumper> freeflying: yes, the machine isn't destroyed automatically (yet)
[07:19] <thumper> freeflying: we are looking to change the default behaviour back to what pyjuju did
[07:20] <thumper> freeflying: right now, when the last unit is removed from a machine, the machine is still around
[07:20] <thumper> freeflying: we want to change this (soonish)
[07:21] <freeflying> thumper, I just did it :)
[07:21] <thumper> freeflying: just did what?
[07:21] <freeflying> thumper, destroy services and then destroy machines
[07:21] <freeflying> then get the machine released from maas
[07:22]  * thumper goes to roll his calves
[07:24] <freeflying> :)
[08:01] <AskUbuntu> Ceph did not deploy to machine 0 why? | http://askubuntu.com/q/375321
[09:27] <DanChapman> Hey when i run 'juju bootstrap -e azure'. My memory completely fills (16GB + 8 GB swap) to the point my box crashes. I need to file a bug for this, is there any specific logs you would need included with the bug report?
[09:47] <axw> DanChapman: I can't think of anything off the top of my head. I'd say just file it, and when someone looks at it they may ask for more info.
[09:48] <DanChapman> axw, thanks I will do that then :-)
[09:48] <axw> DanChapman: do you have any non-default parameters in your environments.yaml? apart from the credentials
[09:48] <axw> perhaps list them
[09:49] <axw> DanChapman: also, the version of juju
[09:50] <DanChapman> axw all I changed were the credential: subscription-id, storage-account, cert path and location. I've included the juju version I'll add some info about the .yaml file
[09:51] <axw> cool, thanks!
[09:54] <freeflying> after destroy a service, some relation stays in dying, how can I get them removed?
[09:56] <axw> freeflying: can you please pastebin a "juju status" for me?
[11:33] <bloodearnest> heya all, 2 simple questions:
[11:34] <bloodearnest> 1) is there a standard way to get a file path friendly version JUJU_REMOTE_UNIT? I see a lot charms implementing their own sanitizing functions
[11:35] <bloodearnest> (am using charm-helpers, but can't see one in there)
[11:36] <bloodearnest> 2) is there a standard solution to subordinate charms possibly fighting with it's main charm over apt locks if their install hook execution overlaps? Does it indeed overlap? Is hook execution serialized per-unit?
[11:55] <stub> bloodearnest: no, everyone has implemented their own. It is probably worth adding to charm-helpers if you can think of a good name for it.
[11:56] <stub> bloodearnest: 2) is interesting - could be worth adding locking to the charm-helpers helper?
[11:56] <stub> bloodearnest: I don't know what the current serialisation guarantees are with hooks
[11:59] <bloodearnest> stub: I'm seeing code in gunicorn subordinate charm to retry in a loop, which I've gone with. Just thought it was error prone if subordiante charm authors have to remember to do it
[12:00] <stub> bloodearnest: yeah, that sounds like a hack to me.
[12:01] <bloodearnest> as for names: urlsafe_juju_unit?
[12:02] <stub> I guess. Or sanitized_juju_unit if it is generic enough
[12:02] <stub> I mainly needed it for filesystem safe names
[12:03] <stub> oh - and sql safe for database names, usernames etc.
[12:05] <bloodearnest> good point
[12:07] <stub> (think the last version I coded allowed only a-zA-Z0-9_ ?)
[12:07] <stub> (And now I think of it, it probably explodes if the service name starts with a number)
[13:09] <AskUbuntu> How to make my nodes online in maas? | http://askubuntu.com/q/375412
[13:34] <jamespage> bloodearnest, you should not hit 2) - within a container hook execution is serialized
[13:34] <jamespage> if you have that's a bug
[13:35] <bloodearnest> jamespage: ack, good to know. Not hit it, just working on a charm that has code to handle it, wasn't sure it was needed
[13:35] <bloodearnest> jamespage: I'll remove it
[13:35] <jamespage> bloodearnest, it used to be a problem
[13:35] <jamespage> but then someone saw sense in that juju was much better positioned to resolve that sort of thing
[13:35] <bloodearnest> yep
[16:38] <marcoceppi> jamespage: adam_g would you guys be opposed to me assigning reviews for openstack charms to ~openstack-charmers and having ~charmers abstain? In order to get them out of the queue?
[16:39] <marcoceppi> Or do you guys use the queue?
[16:39] <marcoceppi> I did one like that a few nights ago, then thought I should ask you all first
[16:41] <marcoceppi> sbbrtn: local provider caveats have been documented https://juju.ubuntu.com/docs/config-local.html#caveats
[16:41] <jamespage> marcoceppi, should we move the official branches over to that team as well?
[16:43] <marcoceppi> jamespage: you're more than welcome to, it makes no difference to us at this point, though it might break a lot of existing deployer files. I know CTS explicitly uses lp:~charmers branches for their deployers
[16:44] <jamespage> ok
[16:44] <marcoceppi> I just didn't want to break your review workflow
[16:44] <marcoceppi> and I didn't want new charmers to start reviewing stuff since it might be in flux with the openstack charms
[17:23] <ahasenack> hi, could I inderest someone into taking a look at a one-liner MP against the apache2 charm? https://code.launchpad.net/~ahasenack/charms/precise/apache2/apache2-no-failing-juju-log/+merge/194403
[17:30] <context> MP ?
[17:31] <context> must be a bzr/lp term
[17:59] <teknico> MP means Merge Proposal
[18:35] <AskUbuntu> Juju with GUI Installation | http://askubuntu.com/q/375570
[21:25] <AskUbuntu> Unable to install juju-gui locally? | http://askubuntu.com/q/375635
[22:14] <rick_h_> bac: lol at dual post answering
[22:15] <rick_h_> and <3 jcastro for editing