[10:46] <kjackal> Hey marcoceppi, how are you? All cool? I want to bug you about adding me to charmers group. I was told you hold the keys to paradise!
[10:48] <magicaltrout> http://goo.gl/zZXHZO I think of it more like this
[10:48] <kjackal> magicaltrout: oups!
[12:39] <Raj__> I am connecting to mariadb from remote machine, I am getting error: ERROR 2005 (HY000): Unknown MySQL server host
[12:40] <Raj__> any configuration changes I need to do on Mariadb for connecting from remote machine
[12:40] <magicaltrout> how you trying to connect Raj__ ?
[12:41] <magicaltrout> don't forget the juju unit names don't exist in real world DNS
[12:43] <Raj__> mysql -h db_host -u root -p mypassword
[12:43] <magicaltrout> yeah but is db_host an ip, a juju unit, something else?
[12:44] <magicaltrout> it looks like a standard dns issue more than anything juju specific
[12:44] <Raj__> db_host is of mariadb
[12:44] <magicaltrout> yeah i appreciate that.
[12:44] <magicaltrout> okay if you do
[12:44] <magicaltrout> ping db_host
[12:45] <magicaltrout> what happens?
[12:45] <Raj__> let me try that
[12:47] <Raj__> ping is working to db_host
[12:47] <Raj__> 64 bytes from 10.0.3.46: icmp_seq=1 ttl=64 time=0.102 ms 64 bytes from 10.0.3.46: icmp_seq=2 ttl=64 time=0.068 ms
[12:48] <magicaltrout> weird
[12:48] <magicaltrout> okay so if you do
[12:48] <magicaltrout> mysql -h 10.0.3.46 -u root -p mypassword
[12:48] <magicaltrout> what happens?
[12:48] <magicaltrout> also if you need to "juju expose"
[12:48] <magicaltrout> although the mysql error looks different to what i'd expect for a closed port
[12:49] <magicaltrout> also standard stuff like, are you pinging from the same box you're trying to run the mysql client from? ;)
[12:50] <Raj__> yes mysql client is installed
[12:51] <Raj__> if I connect to container and execute :mysql -h 10.0.3.46 -u root -p mypassword  it connects but same command from script has this error
[12:52] <magicaltrout> in your script are you injecting some variables as the hostname or something?
[12:52] <magicaltrout> something smells off
[12:53] <Raj__> yes , variable captured host name
[12:53] <magicaltrout> okay, I'd echo that or something to make 100% sure you're trying to connect to the correct place
[12:53] <magicaltrout> or just hard code the ip to test
[12:54] <magicaltrout> if you replace the var with 10.0.3.46 in the script
[12:54] <magicaltrout> you'd know if your addressing was screwy or something
[12:57] <Raj__> ok, I will try that, anything about error: ERROR 2005 (HY000): Unknown MySQL server host
[12:58] <magicaltrout> that "Unknown MySQL server host" error is 99.9% of the time because it can't resolve the hostname you're passing on -h parameter
[12:58] <magicaltrout> I can't think of a time when that wouldn't be the error
[12:59] <Raj__> ok,  I will try
[13:38] <coreycb> has anyone had 2.0 bootstraps fail with "missing CloudCredential not valid"?  seems as if that would mean creds are invalid but my creds look fine to me.
[14:11] <magicaltrout> https://www.crowdsupply.com/lime-micro/limesdr bought some ubuntu snappy based SDR thing today
[14:12] <magicaltrout> interesting bit of kit!
[14:13] <magicaltrout> they're actually based in the same office building as us, i might go and annoy them
[14:16] <admcleod> magicaltrout: hows things? when're you going to space?
[14:16] <magicaltrout> lol
[14:17] <magicaltrout> busy away admcleod, i'm trying to get Saiku 3.9 released, the guys working on Saiku 4, exit from Meteorite, negotiate contracts with NASA, work in various bits of NASA shit that are supposed to be at GA mid next month but way behind schedule......
[14:17] <magicaltrout> you know
[14:17] <magicaltrout> the usual ;)
[14:17] <magicaltrout> fire fighting like the best
[14:18] <admcleod> as long as you're enjoying it
[14:18] <magicaltrout> i'll enjoy it when i renew my golf membership and disappear for a few afternoons :P
[14:18] <admcleod> is there sun there?
[14:19] <magicaltrout> pissed it down yesterday
[14:19] <admcleod> 32 here
[14:19] <magicaltrout> 21 C and sunshine today
[14:19] <magicaltrout> usual british weather
[14:19] <admcleod> i expect itll be dark and stormy on the 23rd
[14:19] <magicaltrout> lol
[14:19] <admcleod> *fingers crossed i dont get kicked out of the eu*
[14:20] <magicaltrout> it's gonna be shit if we leave
[14:20] <magicaltrout> I might join you and get a bunch of passports
[14:20] <magicaltrout> just in case ;)
[14:20] <magicaltrout> problem is I don't want to agree with Dave
[14:20] <magicaltrout> the big forheaded t*at
[14:20] <magicaltrout> +e
[14:21] <magicaltrout> be nice if dave swapped to the leave side
[14:21] <admcleod> haha
[14:21] <admcleod> not sure how much use my other passport is in terms of living in places. great for holidays...
[14:22] <magicaltrout> Boris is amusing, but I'd hate to see him as PM
[14:22] <magicaltrout> crazy git
[14:22] <magicaltrout> he'd just smoke lots of dope
[14:22] <magicaltrout> take some class A's
[14:23] <magicaltrout> if him and Trump win, i'm using my NASA status to put them both on the ISS
[14:26] <admcleod> just flag the aliens
[14:26] <admcleod> "its time"
[14:26] <magicaltrout> hehe
[14:26] <admcleod> im thinking boris vs trump boxing match
[14:26] <magicaltrout> trump would suck
[14:30] <magicaltrout> you would get to see him without his wig though
[14:30] <magicaltrout> that would be an awful sight
[14:49] <bdx> elastic-stack-devs: xenial-kibana -> https://jujucharms.com/u/jamesbeedy/kibana/6. I'm working on a two actions that will create and remove httpd user and password, as well as some tests but it should be g2g
[15:02] <valeech> running juju 2.0 beta 9. I have successfully bootstrap’d a maas environment. I would like run juju in ha. When I issue enable-ha command, it fails and says I need to create new controller machines using juju add-machines. Am I misunderstanding something? I thought the enable-ha command would try to spin up new machines on maas to act as juju controllers.
[16:07] <cholcombe> did the juju 2 status set command change?  I think the answer is no but I want to double check
[16:20] <shruthima> hi Kwmonroe, i want to discuss regarding IBM-IM issue
[16:25] <kwmonroe> sure shruthima - i did see your most recent note about deploying ibm-im, but haven't tried juju attach yet..
[16:26] <shruthima>  oh k .After checking in all ways i feel there is some issue in code if iam not wrong,  because as resource is getting downloaded but it is not going to unzip part in the code
[16:26] <kwmonroe> i'll try that now.  unfortunately, that error isn't very helpful :(  i suspect there's something wrong in the fixpack handler
[16:27] <kwmonroe> shruthima: i'll also look for ways to be more verbose than simply "install-ibm-im-fixpack' returned non-zero exit status 1"
[16:31] <shruthima> kwmonroe: ok thanks kevin
[16:46] <kwmonroe> yo petevg, i had some beef with https://github.com/juju-solutions/bigtop/pull/15 and the status we're showing.  lmk if you'd like more deats on what i think good status looks like.. i don't mind whipping up a PR if you're in a hurry to get this charm +1'd.
[16:48] <petevg> kwmonroe: thanks for the feedback. I'm not in a hurry to get stuff +1ed -- I just want to make sure that the charm looks like we want it to look when we submit it upstream :-)
[16:52] <shruthima> kwmonroe : il be logging out from chat now,if any solution for IBM-IM issue, Could you please email us ..
[16:54] <petevg> kwmonroe: I update the status messages, and argued with you about the quorum messaging (with the non automated restarts, I think that the check gets to be too complicated -- I'd like to add it back after we add back the automated restarts, though).
[16:55] <kwmonroe> yup shruthima - will do
[16:55] <shruthima> thanks you kevin :)
[16:56] <Prabakaran> hi lazypower .. is it possible for me to get apt.<package-name>.installed state in bash if i use options in layer.yaml
[16:59] <Prabakaran> i have written some piece of code http://pastebin.ubuntu.com/17651116/ ... here i am installing mysql-client using options in layer.yaml
[17:00] <Prabakaran> here is it possible for me to get the state  apt.mysql-client.installed' ?
[17:00] <marcoceppi> bdx: there's a layer for kibana, iir
[17:01] <marcoceppi> Prabakaran: no, mysql-client, when defined as part of the layer options will always be installed before the layer runs
[17:01] <marcoceppi> apt.mysql-client.installed is set from the apt layer, where you may need to dynamically install deps
[17:02] <Prabakaran> so i can remove this state  'apt.mysql-client.installed' in this code .. because it will be installed before only
[17:02] <Prabakaran> http://pastebin.ubuntu.com/17651116/
[17:04] <Prabakaran> marcoceppi
[17:05] <Prabakaran> so i can remove this state  'apt.mysql-client.installed' in this code http://pastebin.ubuntu.com/17651116/ .. because it will be installed before only
[17:06] <kwmonroe> correct Prabakaran
[17:06] <Prabakaran> Thanks kevin for the confirmation
[17:06] <Prabakaran> :)
[17:10] <kwmonroe> np Prabakaran -- you've got a bigger problem in that pastebin though
[17:10] <kwmonroe> Prabakaran: line 3 here: http://pastebin.ubuntu.com/17651116/.  bash reactive doesn't support the concept of a 'mysql' object in the same way that python does
[17:10] <kwmonroe> so you can't use a mysql object like you're doing on line 16
[17:10] <Prabakaran> i was typing this question to you....
[17:11] <Prabakaran> i just got this answer
[17:11] <Prabakaran> :)
[17:11] <kwmonroe> :)  so instead, do something like:
[17:11] <kwmonroe> my_host=`relation_call --state 'mysql.available' 'host'`
[17:12] <kwmonroe> and then use $my_host in your mysqlshow -h command
[17:12] <kwmonroe> similarly, my_port=`relation_call --state 'mysql.available' 'port', etc, etc
[17:15] <Prabakaran> cool <kwmonroe> .. let me just replace those lines
i dont need to worry about ssh exchange between containers if i use mysql-client apt package right?
[17:19] <kwmonroe> correct Prabakaran - db consumers can talk to the mysql host with the mysql-client utilty
[17:19] <kwmonroe> Prabakaran: fyi, the settings you can get from the relation are defined here: http://bazaar.launchpad.net/~charmers/charms/trusty/mysql/trunk/view/head:/hooks/db-relation-joined#L81
[17:22] <kwmonroe> so host, database, user, and password will give you relevant info, but it doesn't look like 'port' is an option on the relation.  looks like that is always hard coded to 3306.
[17:26] <Prabakaran> now i got all these.. Thanks kevin <kwmonroe> .... you made me clear on this..
[17:34] <bdx> marcoceppi: yea, I was just indicating that it supports xenial now :-)
[17:36] <bdx> big-data: aside from tests and the httpd auth bit, how is https://jujucharms.com/u/jamesbeedy/kibana/7 looking to you guys
[17:39] <bdx> I'm going to put some finishing touches on it and submit to the RQ
[17:39] <bdx> just wanted to get some prelim feedback
[17:57] <kwmonroe> bdx: i haven't been paying much attention on the kibana front, so others may have better feedback.. but how close is yours to the ~containers version (https://jujucharms.com/u/containers/kibana/)?  i'm assuming it's the xenial support..
[17:57] <kwmonroe> and if that's it, is the plan to merge those and have 1 maintained kibana?  or is there some reason we might need two?
[18:02] <bdx> kwmonroe: mine is the reactive re-write
[18:02] <bdx> + xenial
[18:04] <kwmonroe> oh snap bdx!  that's how much i don't know about kibana :/  i didn't realize the ~containers version wasn't reactive.
[18:06] <kwmonroe> well bdx, +1 on making it reactive, -2 for your readme skills.  i like that the ~containers readme talks about deployment and dashboards.  would you consider copying the relevant bits from their readme into yours?
[18:17] <bdx> kwmonroe: entirely, I haven't given any cycles to the readme yet thats for sure :-0
[18:17] <bdx> but yea, totaly down for a swap out
[18:18] <bdx> there are a few new dashboard bits I might need to commandeer 4 sure
[18:26] <bdx> charmers: what is the prefered method of mitigating the AUTHORS file between layers ?
[18:27] <bdx> charmers: I feel like the AUTHORS file should be generated on charm build by pulling the maintainers out of the top layer?
[18:27] <marcoceppi> bdx: we've talked about that
[18:28] <marcoceppi> bdx: one way would be to generate a copyright file using the debian copyright format
[18:29] <bdx> marcoceppi: and just rm the authors file before pushing?
[18:29] <marcoceppi> bdx: well, instead of authors, it'd be a copyright file
[18:29] <bdx> totally
[18:29] <marcoceppi> but basically, yeah
[18:31] <marcoceppi> it'd look something like this: https://github.com/juju/charm-tools/issues/136
[18:31] <marcoceppi> bdx: ^^
[18:31] <marcoceppi> feel free to pitch in on that issue
[18:32] <marcoceppi> it's a bit stalled atm
[18:36] <bdx> I see ... hmmm, seeing as each AUTHOR is represented in their respective layer, can charm build exclude the AUTHORS file, and just have a flag to pull down and include the desired copyright to point at the maintainer from metadata.yaml?
[18:37] <bdx> possibly the AUTHORS parsing doesn't need to be as complicated as the actual merging of the layers ...?
[18:38] <bdx> bc it could just boil down to just not merging any AUTHORS and just generating the desired copyright
[18:39] <bdx> I'm probably way out in left field here, but it seems reasonable
[20:02] <aisrael> tvansteenburgh: Do you have an eta on bundletester compatibility with beta 9 (in light of the push to clear the queue)?
[20:03] <tvansteenburgh> aisrael: no. there is a chain of things to fix. jujuclient -> deployer -> amulet -> bundletester
[20:03] <tvansteenburgh> aisrael: i'll probably get it all working just in time for beta10 to break it again
[20:04] <magicaltrout> hehe /o\
[20:04] <tvansteenburgh> aisrael: strongly suggest you just use beta8 for now
[20:04] <magicaltrout> aisrael: lets face it... the queue will never be clear! ;)
[20:04] <magicaltrout> be honest with yourselves :P
[20:05] <aisrael> tvansteenburgh: lol, beta 8 it is
[20:05] <aisrael> magicaltrout: A boy can hope!
[20:05] <magicaltrout> hehe
[20:06] <petevg> I wound up rolling back to beta7, because apt was having a hard time finding beta8. That may just be weak package manager fu on my part, though.
[20:07] <petevg> In any case ... yeah: going to wade into the queue with a slightly outdated beta. I've done worse things :-)
[20:08] <aisrael> And I autoremoved recently, so I don't have a backup of beta 8
[20:19] <jhobbs> i'm trying to bootstrap juju2 against an openstack cloud and getting errors, probably doing something wrong. Can someone have a look and see if it's something obvious? https://bugs.launchpad.net/juju-core/+bug/1594958
[20:19] <mup> Bug #1594958: Bootstrapping on OpenStack fails with juju 2 <juju-core:New> <https://launchpad.net/bugs/1594958>
[20:28] <kwmonroe> jhobbs: i don't have much exp with openstack clouds, but in my ~/.local/share/juju/credentials.yaml, my default-region is set to $OS_REGION_NAME and my tenant-name is set to $OS_TENANT_NAME.  is your OS_REGION_NAME 'RegionKVM' and is your OS_TENANT_NAME 'admin'?
[20:29] <kwmonroe> and when i say "my X is set to $ENV", i mean it's set to the actual value, not the string "$OS_X_NAME"
[20:31] <jhobbs> kwmonroe: i used add-credential without using a credentials.yaml - the tenant is correct but it didn't ask for a region name there. The region name is set in my clouds.yaml when I added my cloud, that value is correct, but I have two regions, wonder if that could be related
[20:31] <jhobbs> default-region isn't an accepted value (at least for openstack) in credentials.yaml - it rejects that
[20:34] <jhobbs> sorry, only one region in this deployment, so that's not related
[20:38] <kwmonroe> hmph, not sure if i can be any help, but "index file has no data for cloud {RegionKVM <endpoint>} not found" feels like there's some disconnect between the region and the endpoint.  you sure it's port 5000 there?
[20:41] <jhobbs> yeah - it is; i tested it with keystone client.  I think it's trying to find a set of images for that cloud in the list of images here http://cloud-images.ubuntu.com/releases/streams/v1/index.sjson
[20:42] <jhobbs> There are some docs on how to setup a private cloud here, but they haven't been updated for 2.0 https://jujucharms.com/docs/devel/howto-privatecloud
[21:10] <kwmonroe> cory_fu: in bash reactive, is the right way to make an explicit @hook handler?
[21:10] <kwmonroe> @hook 'upgrade-charm'
[21:10] <kwmonroe> function check-fixpack(){
[21:11] <cory_fu> Yep
[21:11] <cory_fu> Though I don't think "check-fixpack" is a valid identifier
[21:11] <cory_fu> kwmonroe: ^
[21:12] <kwmonroe> whatchu talkin bout willis?
[21:13] <magicaltrout> the use of a - in a function name... i believe
[21:13] <kwmonroe> i think you're all nuts
[21:13] <cory_fu> Hrm.  Apparently it's fine for function names but not variables
[21:14] <kwmonroe> hey - i didn't even know it was a thing.. apparently ksh/bash/zsh are cool, but ash/dash/csh are not.
[21:14] <kwmonroe> underscores ftw
[21:15] <magicaltrout> jesus f**cking christ... there's some idiots on the news tonight
[21:15] <magicaltrout> its like Im watching Fox or CNN
[21:16] <kwmonroe> magicaltrout: i think you mean "there *are* some idiots on the news tonight"
[21:17] <magicaltrout> that might be true! :P
[21:17] <magicaltrout> admcleod: i might ship all the vote leave's down your way
[21:17] <magicaltrout> i hear the costa del sol is nice for british people looking for an alternative home
[21:36] <bdx> jhobbs: I put some heat on that bug for you
[21:37] <jhobbs> bdx: cool thanks
[22:45] <jhobbs> anastasiamac: I updated bug #1594958, sorry, must have posted the wrong pastebin
[22:45] <mup> Bug #1594958: Bootstrapping on OpenStack fails with juju 2 <v-pil> <juju-core:New> <https://launchpad.net/bugs/1594958>
[22:46] <anastasiamac> jhobbs: tyvm. looking :)
[22:47] <anastasiamac> jhobbs: do u still have a complete log from this run? if it was at trace-level would be stunning \o/
[22:47] <jhobbs> bdx: i got juju 1.25 to work against openstack - I had to specify both metadata-source to bootstrap (as a filesystem path) and image-metadata-url (as an http url) in environments.yaml
[22:47] <jhobbs> anastasiamac: how do i set it at trace level?
[22:47] <anastasiamac> jhobbs: https://github.com/juju/juju/wiki/Juju-Logging
[22:48] <anastasiamac> jhobbs: could you please also kindly update the bug to say that it works for 1.25? :) otherwise I'll mark it as invalid for 1.25 :D
[22:51] <jhobbs> anastasiamac: i updated the bug WRT to 1.25; Is there somewhere to find a log for this other than the juju bootstrap itself?
[22:52] <jhobbs> *the output of juju bootstrap
[22:53] <anastasiamac> jhobbs: if u set the environment variable and re-run bootstrap command as u were (with debug-log on) i *think* i'll get enoguh info
[22:53] <anastasiamac> jhobbs: at this stage, the command that i see u run does not have --metadata-source...
[22:54] <jhobbs> uhh
[22:54] <jhobbs> weird
[22:54] <jhobbs> anastasiamac: http://paste.ubuntu.com/17668083/
[22:54] <jhobbs> anastasiamac: i did the set-envs there and it didn't seem to change the output at all
[22:55] <jhobbs> sorry, set-model-config in this case
[22:56] <anastasiamac> jhobbs: yeah, i can see in this output and now in mine (bootstrapped) that --metadtaa-source is not registering... i'll investigate further \o/
[22:56] <anastasiamac> jhobbs: thank you for input and pain ;)
[22:57] <jhobbs> anastasiamac: np, thanks for your patience on the logs and for looking into it
[22:57] <anastasiamac> jhobbs: \o/
[23:08] <bdx> jhobbs: no WAY! nice!!!!
[23:09] <bdx> jhobbs: was that documented anywhere?
[23:12] <jhobbs> no
[23:12] <jhobbs> bdx: well kind of - the juju output from metadata generate-images says to do one or the other, but you need to do both to get it to work
[23:35] <bdx> jhobbs: sad, did you file a bug for that specifically?
[23:38] <valeech> in juju 2.0 is there a way to specify the default series and an admin-secret when bootstrapping a maas 2.0 environment?
[23:40] <jhobbs> bdx: yeah bug #1594977
[23:40] <mup> Bug #1594977: juju-1 bootstrap forgets about  metadata-source argument <v-pil> <juju-core:New> <https://launchpad.net/bugs/1594977>