=== natefinch-afk is now known as natefinch [01:08] bdx - is that a budding beats deployment i see there? [02:15] bdx: man, robi's a real roller coaster ;) === urulama|___ is now known as urulama [16:13] `charm login` wont let me in! [16:14] http://paste.ubuntu.com/1937809p6 [16:15] I've attempted logging in and out of the charmstore from my browser multiple times with the same creds [16:16] I can successfully authenticate to the charmstore in my browser .... just not from the cli [16:16] is this a known issue right now? [16:16] paste doesn't exist [16:16] whats the error bdx ? [16:16] bdx: no known issues I know of atm [16:17] personally I'd just remove go-cookies and see what happens [16:17] bdx: you said you've logged out and in on jujucharms.com successfully? [16:17] magicaltrout: mybad - http://paste.ubuntu.com/1937809p6/ [16:17] rick_h_: yea [16:17] uiteam ^ [16:17] magicaltrout: srry I didn't mention ... did that too [16:18] bdx: that paste doesn't work for me [16:18] bdx: (doesn't exist) [16:18] wow [16:18] hmm [16:19] omp [16:19] bdx: did you try first logging through jujucharms.com? [16:19] yea [16:19] bdx: that worked ok? [16:19] bdx: which username was given to you? [16:19] bdx: without knowing what the error is, it's difficult to help [16:19] urulama: yes ... I've logged in and out multiple times [16:20] I'm grabbing it ... don't know what the deal was with that [16:21] http://paste.ubuntu.com/19378096/ [16:22] urulama: ^ [16:23] looking [16:24] bdx: were you able to "charm login" before or is this your first try? [16:25] urulama: I've been able to `charm login` all along [16:26] bdx out of interest are you charm login-ing on the same box as you've been using the browser to test login? [16:26] no [16:26] you're not firewalled or something weird? [16:26] bdx: ok. did you try deleting ~/.go-cookies and ~/.local/share/juju/store-usso-token ? [16:27] after that, try charm login again [16:27] and if that doesn't work, we'll have to fetch the logs :( [16:27] magicaltrout: .... not that I know of ... hopefully to some degree though :P [16:27] ooooh [16:27] ~/.local/share/juju/store-usso-token [16:27] I haven't touched that [16:27] possibly I should? [16:28] I'll remove it and retry [16:28] remove it, might be something with your oauth token [16:28] yea - I've removed my .go-cookies between login attempts [16:28] ok [16:28] omp [16:29] that did it [16:30] `rm ~/.local/share/juju/store-usso-token` [16:30] cool [16:30] awesome - thanks you guys [16:31] should I file a bug for this? [16:31] against charmstore-client [16:33] bdx: please, if it's not too hard. we're aware of it, but you'll be able to track when we address it as well [16:33] 4sure [16:35] urulama: its being developed on gh? here -> https://github.com/juju/charmstore-client ? [16:37] bdx: yes [16:42] nice [16:42] done [16:42] urulama: thx [16:44] marcoceppi: is juju.fail borken? [16:44] marcoceppi: nvm... refresh finally went through. Not sure what was up [16:46] bdx: thanks [16:46] np === urulama is now known as urulama|afk [17:10] looking at interface-elasticsearch .... here https://github.com/juju-solutions/interface-elasticsearch/blob/master/requires.py#L22-28 [17:11] if I react @when 'elasticsearch.available' .... [17:12] like so [17:12] http://paste.ubuntu.com/19384096/ [17:12] as long as nginx.available, and kibana.initialized are true [17:13] would my hook fire every time a new elastic instance is added to the cluster [17:13] even if elasticsearch.available is already true [17:14] because the state would be set *again* by the code in interface-elastic [17:15] or would my function not execute, because the 'elasticsearch.available' is already set? [17:16] bdx1 - it will execute every time. see the beats-base layer for examples. all the generics are there https://github.com/juju-solutions/layer-beats-base [17:17] oh sweet, thats exactly what I was looking for [17:17] lazyPower: thx [17:22] Hello all. Anyone know when Dimiter will be around? [17:23] I spoke to him at Gophercon and wanted to sync up, but my IRC client is giving me grief. Need to find one that works well on Mac. [17:28] bodie__: I think he is on holiday for a bit. [17:29] np [17:30] bodie__ - i've had good luck with quassel [17:30] bodie__ http://quassel-irc.org/ [17:34] Thanks lazyPower [17:34] anytime. long time no see :) [17:34] how are you? [17:45] Hello kwmonroe, Is it possible for me to get root user password using mysql-root interface? [17:47] Prabakaran: you mean the root user on the system itself? [17:48] kwnonroe, i am asking this to log in as root MySQL User at the MySQL console [17:48] *kwmonroe [17:49] ah -- i'm not sure about the mysql root user password. i don't think that data is provided on the relation [17:49] but i thought the user that gets generated when relating via mysql-root had all permissions [17:50] in mysql charm we can get root password by running mysql -u root -p`sudo cat /var/lib/mysql/mysql.passwd` [17:50] i want this to happen using mysql-root interface [17:50] is it possible [17:51] hmm.. i'm sure it's possible, but i don't know if that's advised. there was probably a reason why the mysql charm author didn't want the root password passed on the relation [17:51] what are you trying to do that can't be done with the auto-generated credentials? [17:52] I just tested sampledatabase charm ... i was not able to grant access to my mysql database which i have created because of the user permission. [17:54] ah, sorry Prabakaran, i don't know enough about mysql permissions to be of much help. [17:54] i am getting error while runnning GRANT command http://pastebin.ubuntu.com/19389315/ [17:55] My product needs the database which is created in the remote mysql machine. To make that particular database accessible for the connecting nodes we are giving the GRANT command .. [17:57] As per this log http://pastebin.ubuntu.com/19389315/ whatever user i am getting from mysql-root doesnt have all permission [17:59] i was just thinking to do all these as a root user so is there a possiblity of getting root password for mysql charm thru mysql-root interface [18:01] marcoceppi: ^^ should the user from a mysql-root relation be able to grant perms? [18:15] Prabakaran: [18:16] Wrong window. But Prabakaran , I think the mysql-root relation should allow you to run grant perms, since it's intended as an administrative interface to the database. Usually, though, using the provided credentials by the mysql interface is sufficient for a charm. [18:19] So how would i resolved this ? because as per my requirement i need to use mysql-root... [18:20] aisrael: As per this log http://pastebin.ubuntu.com/19389315/ whatever user i am getting from mysql-root doesnt have all permission [18:20] Is this a charm that needs to access the charm created by a different charm? [18:22] sorry, A charm trying to access the database created by a different charm? [18:22] In other words, are you trying to use the same database from different charms? [18:22] ya [18:23] Prabakaran: Ok. What I'd suggest is creating a relation between your two charms, and the charm that created the database can share it's credentials with the charm that also needs to access it. [18:32] aisrael: i didnt get your suggestion. As far as i understood i have one charm ie A and also have mysql charm.. Both are installed in the different machine. now using this mysql-root interface i need to create a product specific database on mysql charm. I am doing this task from being in the Charm A machine. Here actual scenario is if any peers of Charm A also needs the same database. That is why we are giving GRANT permission for t [18:32] But now the problem is as per this log http://pastebin.ubuntu.com/19389315/ whatever user i am getting from mysql-root doesnt have all permission to grant access to the database [18:34] can someone merge this for me -> https://code.launchpad.net/~jamesbeedy/charms/trusty/wordpress/apache2_trusty_fix [18:34] oops .. this -> https://code.launchpad.net/~jamesbeedy/charms/trusty/wordpress/apache2_trusty_fix/+merge/297720 [18:36] marcoceppi, jcastro, rich_h_: the charm partner email for July has broken links to the newsletter :-( [18:36] https://insights.ubuntu.com/2016/07/12/jujunewsletterjuly/?mkt_tok=eyJpIjoiT1dVNE9EUmtaR1ptTm1VeiIsInQiOiJvTzhON2pwb25DUDZNenZyTGMzMDZZS3l6NHNIVFhvbjdHWkdjbEJKR1hYQnJKQmNEeFVXb1JhTVhQWFdzKzdyRmRmUzhCQWxzcytMaTBoRGRNY0IxNUdmQXlpOFh6N2ZDY0c3WjkzMk1LMD0ifQ%3D%3D [18:36] aisrael: as you said if i share creadentials also i hope granting the permission for the database is not possible [18:39] marcoceppi aisrael: if you know any solution or alternative for my query please mail me . === cmagina is now known as cmagina-errand [19:25] What's the conventional way of reconnecting with a juju controller? Say I lose my machine where I deployed some services to google cloud. I have access to (and have added to juju) the original credentials used. [19:37] Ah, bootstrapping with the original credentials was successful. I see the old controller machine is still running. I haven't tested this, but with a new controller the old services won't be picked up. [19:45] negronjl: Are you around, by chance? === urulama|afk is now known as urulama|____ === cmagina-errand is now known as cmagina