freeflying | is it possible to destroy a subordinate hacluster unit in dying state | 01:09 |
---|---|---|
=== axw_ is now known as axw | ||
=== axw__ is now known as axw | ||
freeflying | thumper, if we wanna to destroy a service properly, and its has relation with others, what shall we do exactly | 03:24 |
freeflying | remove relation firstly and then destroy service? | 03:25 |
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:34 |
freeflying | thumper, so remove-relation works in 1.16.0? | 03:35 |
thumper | freeflying: I hope so... seems pretty fundamental | 03:36 |
freeflying | thumper, :) | 03:39 |
=== axw_ is now known as axw | ||
=== thumper is now known as thumper-afk | ||
=== freeflying is now known as freeflying_away | ||
=== freeflying_away is now known as freeflying | ||
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? | 05:21 |
thumper-afk | sbbrtn: you can use the local provider and deploy there, it uses lxc locally | 06:46 |
sbbrtn | I'm not able to ssh into the local provider | 06:47 |
freeflying | sbbrtn, do you have ssh key pair | 06:49 |
sbbrtn | yeah. I created an ssh key like the tutorial said | 06:49 |
sbbrtn | maybe I am running the wrong command... | 06:50 |
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:51 |
thumper-afk | by default in ~/.juju/local/log | 06:52 |
=== thumper-afk is now known as thumper | ||
* thumper goes to do a few dishes | 06:52 | |
sbbrtn | ahh. thanks! | 06:52 |
sbbrtn | that works | 06:52 |
freeflying | I destroy-service, is it normal that the machine hasn't been released from maas? | 07:07 |
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:19 |
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:20 |
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:21 |
* thumper goes to roll his calves | 07:22 | |
freeflying | :) | 07:24 |
=== CyberJacob|Away is now known as CyberJacob | ||
AskUbuntu | Ceph did not deploy to machine 0 why? | http://askubuntu.com/q/375321 | 08:01 |
=== CyberJacob is now known as CyberJacob|Away | ||
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:27 |
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:47 |
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:48 |
axw | DanChapman: also, the version of juju | 09:49 |
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:50 |
axw | cool, thanks! | 09:51 |
freeflying | after destroy a service, some relation stays in dying, how can I get them removed? | 09:54 |
axw | freeflying: can you please pastebin a "juju status" for me? | 09:56 |
=== freeflying is now known as freeflying_away | ||
bloodearnest | heya all, 2 simple questions: | 11:33 |
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:34 |
bloodearnest | (am using charm-helpers, but can't see one in there) | 11:35 |
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:36 |
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:55 |
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:56 |
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 | 11:59 |
stub | bloodearnest: yeah, that sounds like a hack to me. | 12:00 |
bloodearnest | as for names: urlsafe_juju_unit? | 12:01 |
stub | I guess. Or sanitized_juju_unit if it is generic enough | 12:02 |
stub | I mainly needed it for filesystem safe names | 12:02 |
stub | oh - and sql safe for database names, usernames etc. | 12:03 |
bloodearnest | good point | 12:05 |
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) | 12:07 |
=== freeflying_away is now known as freeflying | ||
AskUbuntu | How to make my nodes online in maas? | http://askubuntu.com/q/375412 | 13:09 |
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:34 |
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 | 13:35 |
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:38 |
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:39 |
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:41 |
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:43 |
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 | 16:44 |
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:23 |
context | MP ? | 17:30 |
context | must be a bzr/lp term | 17:31 |
teknico | MP means Merge Proposal | 17:59 |
AskUbuntu | Juju with GUI Installation | http://askubuntu.com/q/375570 | 18:35 |
=== CyberJacob|Away is now known as CyberJacob | ||
AskUbuntu | Unable to install juju-gui locally? | http://askubuntu.com/q/375635 | 21:25 |
rick_h_ | bac: lol at dual post answering | 22:14 |
rick_h_ | and <3 jcastro for editing | 22:15 |
=== freeflying is now known as freeflying_away | ||
=== freeflying_away is now known as freeflying | ||
=== CyberJacob is now known as CyberJacob|Away |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!