=== rektide_ is now known as rektide
=== frankban|afk is now known as frankban
[11:34] <marosg> hi, could somebody explain me me what is happening here? https://pastebin.com/AuvB61Et  running the same command on unit works, action terminated when running via juju run
[12:05] <akshay__> Hi All, is there a way to abort an already fired hook? Eg if accidentally do "juju remove-application app_name" and now it needs to aborted
[14:41] <andreas_s> Hi. I'm deploying a juju bundle from file - but it seems to ignore the config settings I made. Does anyone have an idea what might be wrong? This is my service definition: http://paste.openstack.org/show/627722/
[14:41] <andreas_s> the bridge-mappings and the dataport option seem to be ignored
[14:41] <andreas_s> juju config shows some defaults
[14:42] <andreas_s> but not the values I set
[15:27] <ejat> hi, i dont see the rest of the openstack component charm at the store ... is there available anywhere?
[16:46] <bdx> kwmonroe: continuing the graylog thing, what we talked about yesterday makes me think the filebeat:elasticsearch <-> elasticsearch:client relation in the graylog bundle is not needed
[16:46] <bdx> seeing as the logs are making there way to elasticsearch through filebeat
[16:46] <bdx> or blah
[16:46] <bdx> through graylog
[16:47] <bdx> having the relation to filebeat -> elasticsearch as part of that whole shmorgishborg probably/might get you 2x indicies
[16:48] <bdx> lol
[16:48] <bdx> do you think?
[16:48] <bdx> im looking into it now
[16:48] <bdx> I think I have 2x indices for the filebeats
[16:49] <bdx> just one is namespaced under a graylog prefix
[16:51] <kwmonroe> marosg: dunno for sure, but it looks like when you rant mysqldump on the unit, you ran it as a normal user.  juju run does things as root.  perhaps mysqldump doesn't like being run as root?
[16:51] <kwmonroe> you could try "juju ssh mysql/0 'blah blah blah'" to do something on the mysql unit as non-root.
[16:51] <kwmonroe> (instead of juju run)
[16:53] <marosg> kwmonroe, I think I ran it as root when I logged there, but could be wrong. Thanks for tips, I will try that
[16:54] <kwmonroe> bdx: correct, kill the fb <-> es relation.  you are correct in that the logs will make it to ES by way of graylog.
[16:55] <kwmonroe> bdx: the piece we're missing is a relation to support fb <-> graylog.  the woraround is to set the logstash config on filebeat, but that ain't nice.
[16:55] <bdx> totally
[16:56] <bdx> I was just running into some of your graylog bundles with the relation
[16:56] <kwmonroe> oh yeah bdx?  where?
[16:56] <kwmonroe> i should fix those
[16:57] <bdx> yeah, just rando ones all over the internet
[16:57] <bdx> lol
[16:57] <bdx> but
[16:57] <bdx> I was using one as a comparison to what I had done
[16:57] <bdx> and then it struck me
[16:57] <bdx> that there is this extra relation in there
[16:59] <kwmonroe> this is the snippet i'm using for GL on k8s: https://github.com/kwmonroe/spells/blob/feature/cdk-log-monitor/canonical-kubernetes/steps/05_logging/efg.yaml
[17:00] <kwmonroe> with the juju config pieces happening here: https://github.com/kwmonroe/spells/blob/feature/cdk-log-monitor/canonical-kubernetes/steps/05_logging/after-deploy#L9
[17:00] <bdx> ahh thats real nice
[17:00] <bdx> to tell you the truth, I think I saw a bundle in an email for a conjure-up issue
[17:01] <kwmonroe> thanks for not lying to me
[17:01] <bdx> and I was in the middle of trying to get the graylog stack up
[17:01] <bdx> so I was like
[17:01] <bdx> aha
[17:01] <bdx> oh this is how hes doing it
[17:02] <kwmonroe> yeah, it's getting closer.. def ironed out a lot of this in the last few commits.
[17:03] <bdx> yeha, that logging step is really sweet
[17:06] <bdx> glad we are on the same page
[17:06] <bdx> thanks
[17:06] <bdx> lol
[17:07] <kwmonroe> sure thing bdx!
=== frankban is now known as frankban|afk
=== salmankhan1 is now known as salmankhan