=== CyberJacob is now known as zz_CyberJacob === mup_ is now known as mup [06:26] stub: https://github.com/juju/amulet/pull/67 === kadams54 is now known as kadams54-away [06:33] Hello.. [06:33] I have a question regarding amulet test [06:34] I am trying to automate my test, which involves deploying 2 charms to same machine [06:34] I used below command: [06:34] d.add('odm' , constraints=OrderedDict([ ("to", mac) ])) [06:34] I got error like this: [06:34] Error deploying service 'odm' 2015-04-13 23:27:42 Command (juju deploy -e local --config /tmp/tmp9gvxMa --constraints to=58 --repository=. local:trusty/odm odm) Output: error: invalid value "to=58" for flag --constraints: unknown constraint "to" [06:35] How can I make my code , deploy to an existing machine.. [06:35] any help will be greatly appreciated [06:36] nevermam: try just "--to=58" [06:37] (i.e. take out "constraints ") === kadams54 is now known as kadams54-away [06:46] 2blahdeblah Do u mean something like this-- d.add('odm' , ("to", mac)) [06:58] I tried d.add('odm' ,to= mac) TypeError: add() got an unexpected keyword argument 'to' [06:59] and [06:59] d.add('odm' ,--to= mac) SyntaxError: keyword can't be an expression === kadams54 is now known as kadams54-away === zz_CyberJacob is now known as CyberJacob === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away === CyberJacob is now known as zz_CyberJacob === kadams54 is now known as kadams54-away === kadams54 is now known as kadams54-away === dooferlad_ is now known as dooferlad === zz_CyberJacob is now known as CyberJacob === kadams54 is now known as kadams54-away [11:44] Is it possible to deploy a charm to machine 0 ? [11:44] IN local setup it is not possible..In openstack or somewhere else is it possible ? === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [14:09] charmers, this needs some merge love: https://code.launchpad.net/~nicopace/charms/trusty/python-django/allowed_host_patch/+merge/254958 [14:49] I've just commented on https://bugs.launchpad.net/juju-core/+bug/1434437?comments=all as I have a current problem addressed by this fix (I hope). [14:49] Bug #1434437: juju restore failed with "error: cannot update machines: machine update failed: ssh command failed: "

[14:50] It's a pressing issue, could anyone elighten me as to how I upgrade an existing juju state server? === kadams54 is now known as kadams54-away [15:00] At the moment I cannot get the state server service to listen on port 17070 due to the TLS handshake error loop. [15:07] waigani, http://big-data-charm-helpers.readthedocs.org/en/latest/ [15:12] Tribaal, can you ping me here? [15:23] Are you all aware of the jujucharms.com issue?? [15:24] Go to jujucharms.com and use the search field in the upper right to search for solutions [15:24] I receive an error page.....is this intended? [15:27] bdx: Sorry about that! We're looking into it now. [15:28] rick_h_: ^^ [15:28] aisrael: Great, thanks. Also....the entire site starts strobe flashing if I login [15:28] lol [15:29] That would be the experimental 'disco ball' charm. :D [15:29] It looks like the ultimate party [16:06] Juju - Proxy issue | http://askubuntu.com/q/609240 === brandon is now known as Guest58624 [16:49] Hi, visiting demo.jujucharms.com gives this error: Charm API error of type: load [16:49] catbus1: o/ [16:49] catbus1: There's some backend issues going on there that our webops team is aware of and working to fix. Thank you for reporting the issue thought [16:50] *though [16:50] ok, thanks [16:54] catbus1: yes, sorry data center issue at the moment. Very sorry for the trouble [16:54] the team is on it [17:19] Hi, is charmstore down? or im having some internal problems? [17:19] ahh [17:19] ok [17:20] didn't read las message! [17:20] last === scuttlemonkey is now known as scuttle|afk [18:10] just checked. it's working for me now. === scuttle|afk is now known as scuttlemonkey [18:27] redelmann: catbus1 yes, we had an outage in the DC today === CyberJacob is now known as zz_CyberJacob === zz_CyberJacob is now known as CyberJacob === Guest58624 is now known as web === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [20:19] I've got a problem with my mysql instance that is part of a larger openstack deployment. I had to power off and move all of the servers and, when powered back on, juju status is reporting an error for mysql/0. When I look at the juju log, it shows: http://paste.ubuntu.com/10823765/. I have tried 'juju resolved mysql/0', but no luck. Is there something I can do to recover. === kadams54 is now known as kadams54-away === mup_ is now known as mup === lifeless1 is now known as lifeless [21:12] ctlaugh: it says No such file or directory: '/var/lib/mysql/mysql.passwd'. If mysql is deployed successfully, the file should be created. [21:13] catbus1: It _was_ deployed and functioning correctly... for months. I started getting this error after I had to shut down and restart the host system. [21:15] catbus1: I'm hoping there is a way to have this file be recreated, or to recover in some way. I really don't want to have to start from scratch. [21:18] ctlaugh: https://jujucharms.com/mysql/trusty/24, how about creating the file manually sudo touch /var/lib/mysql/mysql.passwd and set the password in the file? [21:19] Once deployed, you can retrieve the MySQL root user password by logging in to the machine via juju ssh and readin the /var/lib/mysql/mysql.passwd file. To log in as root MySQL User at the MySQL console you can issue the following: juju ssh mysql/0 mysql -u root -p`sudo cat /var/lib/mysql/mysql.passwd` Seems like the password is plain text in /var/lib/mysql/mysql.passwd [21:20] after creating that file, run juju resolved --retry mysql/0 [21:21] catbus1: Don't I need the right password to put back into that file? That file is not there to look at. [22:31] ctlaugh: you can also reset the administrative password manually, and place it in that file [22:32] https://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html [22:32] > B.5.4.1.2 Resetting the Root Password: Unix Systems should get you moving === CyberJacob is now known as zz_CyberJacob [22:59] while doing juju sync tools , I am hitting error https://gist.github.com/vijaytripathi/6012e812a876ef2a62e2