[00:00] hmm.. yes, i noticed this magic thing on GUI. otherwise command line deploying/configuration is kind a same as those old ages way :) [00:01] tiger7117: i'm working on a demo video to cover one of our stories with juju, which is getting moving with a big data stack (Hadoop to be specific) - which can take hours for an expert to manually setup, and scale. Using juju and bundles, you can have your hadoop installation ready to go and scale with your needs in literally 14 minutes. Keep in mind that Service orchestration is a layer above config management. [00:02] We're talking about services talkign to one another out of the box in Service oriented architecture principals. Meaning when you deploy your web app that has a MySQL dependency, it exchanges teh username, password, and database - transparently to you. It eases quite a few of your operational goals by intelligently automating away pain points. [00:02] https://www.youtube.com/watch?v=CEfFy6tODrQ - this may help shed some light on what we're talking about [00:02] ahan.. yes, its like a make a diagram on paper and magically those moutains/rivers are making itself at the back of that page :) [00:02] I like that :) [00:02] tiger7117: if you want a really good intro talk i gave - i can link you to that as well [00:02] its about 40 minutes long [00:03] tiger7117: but it doesn't just stop at database credential exchange. There is work beign done to automate your DNS solution(s), Framework Charms (like Openstack, Rails, and CakePHP) that aim to be as generic as possible to support as many deployment scenarios as you will need [00:04] talk :).. naa don't have too much spare time for talking . hav to setup Godzilla on papers :P [00:04] and the best part about these is they are peer reviewed before the land in the recommended charm store for you to consume/use - which means you get the comfort of knowing you're not using some abandoned devops recipe from many months ago that will no longer work - there's a lot of work going into our end user scenario this cycle to bring automated testing into this [00:05] When you asked sarnold what the best part of juju is, its the community. [00:05] thats my 2 cents anyway. [00:05] Hope that wall of text helped tiger7117. if you have any questions, dont hesitate to ping me directly. [00:06] i appreciate you guys, its not easy or small thing, in future it can eat elephants in one bite :) [00:07] we're dangerously close to eating buffalo in one bite, next step - elephants. [00:08] mmm buffalo... [00:08] haha two buffalo = 1 elephant :) [00:09] so u are near to your target. [00:09] yes, world domination feels quite close ;) [00:09] every cycle we get closer. [00:10] well, i also appreciate to one guy which made plugin (JuDo), i also have been tested it, it worked too well with digital Ocean cloud, OD is SSD based too fast. you guys put built in thing of JuDo or it will be good if build for RackSpace [00:11] tiger7117: Juju DigitalOcean plugin is a pseudo provider built on top of the manual provider [00:12] juju switch manual - and you can add machines/containers from any cloud provider you wish, and orcehstrate them with juju [00:12] wow [00:12] your enlistment phase will be manual, and you'll need to use the CLI to deploy services until machine view lands [00:13] yesterday, i tested JuDO and added machines and things had configured in 5 mins [00:13] LaxyPower: RackSpace also support to JuJu ? [00:13] Not natively - this is why you'd be using the manual provider. [00:13] ahan. [00:13] .. which I'll admit has some niceness to it, it won't surprisingly cost you money :) [00:14] there's a few requirements to land a provider that introduce some dependency issues - such as lack of object storage - but i've been following the mailing list and some of those are planning on being lifted in the near future [00:14] because of this LXC thing, i tried Judo/Digital Ocean, there it is assigning direct Public IPs to Machines. [00:14] so you might see a native rackspace provider land sooner rather than later - but manual provider will always be around, and always offer a method to build a juju orchestrated deployment [00:14] so easy to access things publicaly. [00:15] yeah, networking is difficult when you boil it down to the specifics of a datacenter, and how you want your traffic routed - so its no surprise that density with containers isn't a fleshed out story yet. [00:15] My Best Wishes are with you Guys.. :) [00:15] Thanks tiger7117 [00:15] yeah, I'm hoping hallyn and stgraber can work some magic there :) [00:16] i dont like, AWS (EC2 etc) , its kind a insecure. [00:17] well, so JuJu is totally depend on Python or else as well ? [00:19] the juju core depends upon go, ssh, and shell (probably bash specifically) -- charms can be written in shell, or python, or ruby, or even in compiled languages, but you'd probably want to stick with a scripting language since that makes iteration on charm authoring a lot faster [00:20] Sarnold: by the way, i can call to Dennis Ritchie /Ken Thompson, Linus Torvalds for this JuJu project :D [00:21] hmm.. [00:22] Ruby didn't get too famous, like now days PHP is.. [00:23] well, mine 3rd day in JuJu is going to start :) have to configure few more things in it, hope to see you guys again .. [00:24] Sarnold, LazyPower: Nice to chat with you both, Good Luck !! [00:24] Bye !! [00:24] take care tiger7117 === scuttlemonkey is now known as scuttle|afk === axw_ is now known as axw === thumper is now known as thumper-otp === thumper-otp is now known as thumper [03:48] what could cause a local lxc container created using 'juju deploy cs:ubuntu' to give this error when attempting to lxc-start it? "lxc-start: Executing '/sbin/init' with no configuration file may crash the host" [03:48] if I create one just using lxc (sudo lxc-create -t ubuntu -n testing) and try to start that it works [03:51] err, disregard that question. It was a user error :-\ === sg is now known as Guest23417 === urulama-afk is now known as urulama === ming is now known as Guest58525 === ayr_ton is now known as ayr-ton === HankM00dy is now known as thehe === viperZ28_ is now known as viperZ28 === MmikeM is now known as Mmike [12:20] stub: thanks for the review on the Config stuff, appreciate that! === tvansteenburgh1 is now known as tvansteenburgh [12:21] np [13:07] Buenos dias, tengo un inconveniente con juju-gui, lo instale pero por el navegador web me sale este error --> wss://jujugui.prueba.net/ws' failed: Unexpected response code: 400 [13:08] que puede ser?? [13:10] PiKiM: a bad request for the wss connection is weird. So you have the gui at https://jujugui.prueba.net? what kind of provider are you using? [13:11] I'm using locally do not have it in the cloud [13:13] PiKiM: local env? lxc? [13:14] yes lxc [13:14] PiKiM: so why the browser is trying to connect to wss://jujugui.prueba.net/ws? [13:19] I do not know, I have the team here and set up a virtual host to see the interface from any other team, and placed in the url https://juju.prueba.net.ws the logo stays turning and seeing the wss console displays the error: //jujugui.prueba.net/ws' failed: Unexpected response code: 400 === BradCrittenden is now known as bac [13:21] PiKiM: so this seems related to an internal misconfiguration of the network. To exclude something client side, could you check if you see the same after clearing the browser cache (e.g. when browsing the GUI URL in incognito mode)? [13:23] yes, every time I see the delete browser cache [13:23] PiKiM: so, deleting the cache does not work, correct? [13:25] yes, correct [13:25] PiKiM: what URL are you using for the GUI? [13:27] PiKiM: could you please paste the output of a get request to https://juju.prueba.net/gui-server-info ? [13:31] frankban: https://jujugui.prueba.net [13:33] PiKiM: could you please paste the output of a get request to https://juju.prueba.net/gui-server-info ? [13:34] can this http://nginx.com/blog/websocket-nginx/ ?? [13:42] is this what you are asking for? [13:42] curl: (60) SSL certificate problem, verify that the CA cert is OK. Details: [13:42] error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed [13:42] More details here: http://curl.haxx.se/docs/sslcerts.html [13:42] curl performs SSL certificate verification by default, using a "bundle" [13:42] of Certificate Authority (CA) public keys (CA certs). If the default [13:42] bundle file isn't adequate, you can specify an alternate file [13:42] using the --cacert option. [13:42] If this HTTPS server uses a certificate signed by a CA represented in [13:42] the bundle, the certificate verification probably failed due to a [13:42] problem with the certificate (it might be expired, or the name might [13:42] not match the domain name in the URL). [13:42] If you'd like to turn off curl's verification of the certificate, use [13:42] the -k (or --insecure) option. === urulama is now known as urulama-afk [13:44] PiKiM: I was asking what do you see if you go to https://juju.prueba.net/gui-server-info with your browser [13:44] this [13:44] {"uptime": 59872, "deployer": [], "apiversion": "go", "sandbox": false, "version": "0.4.0", "debug": false, "apiurl": "wss://10.0.3.1:17070"} [13:48] PiKiM: that seems ok. So yeah the problem seems to be a misconfiguration of the internal network, and it's likely that the team that set up the infrastructure can help with the wss failure [13:48] PiKiM: as it's not easy to undestand what's going on from here [13:50] PiKiM: perhaps they are using a proxy between the LXC machines and the network you are using, and that proxy is failing to properly redirect secure websocket connections [13:52] PiKiM: last check, what happens if you visit https://jujugui.prueba.net/ws with your browser? [13:53] it shows this: Can "Upgrade" only to "WebSocket". [13:54] PiKiM: it doesn't ask for self-signed certs approval, correct? [13:54] no, it doesnt [13:55] like you said, we are using a virtualhost to redirect the requests to the LXC machines [13:56] PiKiM: so, as I mentioned, if incognito mode does not work, the problem is likely to be on the network configuration. I am sorry I am not able to be more specific. === uru_ is now known as urulama === jw4 is now known as jcw4 === mbarnett` is now known as mbarnett [15:02] I'm having some problems with the juju local provider, I keep getting "connection reset by peer" when the API server is trying to serve RPCs [15:02] and my "juju ssh" sessions get broken pipe pretty quickly === roadmr is now known as roadmr_afk === roadmr_afk is now known as roadmr === hatch__ is now known as hatch [15:17] okay, I figured it out, all of my containers created by the local provider are getting created with the same MAC address [15:17] I think veebers had that problem as well [15:19] New juju/doc issue: Filed in relation to the Authors Testing doc - https://github.com/juju/docs/issues/149 [15:20] marcoceppi, when you get the time (aside from earlier ping regarding a bug closure), could you add change and/or enhancement labels to it? === katco` is now known as katco === mup_ is now known as mup === HankM00dy is now known as thehe [15:56] mbruzek, or marcoceppi: MP for doc to fix some config-vagrant formatting: https://github.com/juju/docs/pull/150 === scuttle|afk is now known as scuttlemonkey [16:01] JoshStrobl, Thanks for the contribution. [16:01] JoshStrobl, That does look better. [16:02] mbruzek, \o/ [16:07] mbruzek, looks like you closed it but never merged (either that or it isn't updating for me) [16:08] there we go :D [16:08] JoshStrobl, I fixed that just now. [16:08] \o/ === rogpeppe1 is now known as rogpeppe [16:19] since the docs use, from what I can tell, GFM, would it make more sense to use their table syntax for the keyboard shortcut stuff at https://juju.ubuntu.com/docs/authors-hook-debug.html. It'd mean we'd be able to reduce the vertical space necessary for the page. Though I'm not sure if the parser detects tables and can correctly convert it to HTML tables. [17:16] Hi.. [17:17] how can we change the user and password of JuJu Gui user-admin ? [17:20] where is my friend LazyPower :) ? [17:21] tiger7117: its set at bootstrap. If you don't have an admin-secret: key defined for your environment in ~/.juju/environments.yaml its autogenerated, and located in ~/.juju/environments/.jenv [17:22] i dont think it can be updated post deployment. rick_h_ - is there a config option to update the login for the GUI at present? [17:23] Is anyone opposed to me using GFM's tables for the tmux shortcuts at https://juju.ubuntu.com/docs/authors-hook-debug.html. I already branched my fork and tested it, it properly parses into a table and looks better than the current doc (in my opinion, of course). [17:24] JoshStrobl: screenshot? [17:24] yes, i know where to get the password of user-admin password from file ~/.juju/environments/.jenv [17:25] lazyPower, disclaimer: I can't get CSS fetching working with the python stuff, so I copied the HTML generated from my page into the authors-hook-debug running on the actual docs [17:25] lazyPower, I'll get a screenshot [17:25] any other confusion is that .. in file .jenv file have user: admin and Longest Password: ……….. it should be user-admin or admin, then where is user-admin username ? [17:27] lazyPower, actually, just found a parsing issue :\ [17:27] booo [17:27] lazyPower, gonna work on it a bit more [17:27] ok [17:27] tiger7117: not sure what you're asking. [17:27] second might be important thing that.. JuJu-GUI Login page don't load on SAFARI browser. it only works perfect in chrome. [17:30] tiger7117: its been tested in Chrome and Firefox - but recommended to use chrome for the best experience. [17:30] lazyPower, had to do with having a | inside the actual table (which separates columns with |) since apparently once of the tmux shortcuts requires |. I changed it in the markdown to | and it worked fine. [17:30] i said in above that .. yes, this file (~/.juju/environments/.jenv) has the auto generated long password for JuJu-GUI user-admin, even in first two lines, i have confusion that in this file (~/.juju/environments/.jenv) at first line is User: admin and in second line Password: …….. , it looks like that username of JuJu-GUI is Admin except user-admin. [17:32] tiger7117: at present there is only a single user for the GUI, and it's the default populated value of user-admin, which corresponds to user: admin in the .jenv [17:33] ahan.. if i manually change/edit to .jenv file for this password: then will it change as well or not ? [17:34] tiger7117: the GUI uses the 'admin-secret' to login. if you set it in your enviornments.yaml then it'll be used. if you don't set it, juju will generate one for you. [17:35] tiger7117: if you shutdown the environment and manually edit the .jenv file then the new admin-secret should be used when you bootstrap the new environment [17:37] bac: how can i set admin-secret login info in enviroments.yaml file ? [17:37] tiger7117: just put it in the appropriate stanza: local, ec2, whatever [17:37] admin-secret: shhhhh123 [17:39] bac: actually i am using digital ocean plugin (JuDo).. so mine enviroment.yaml file http://pastebin.com/XdBFN452 [17:40] should i just put admin-secret: mypassword at the end of this enviroment.yaml file ? [17:41] tiger7117: put it inside the section for the provider you are using. in your case, inside the digitalocean section. note you'll have to remove the corresponding .jenv file after editing environments.yaml so a new one can be regenerated. [17:45] bac: i created two machines as well one for juju-gui and one for another purpose, so after deleting .jenv or editing to this enviroment.yaml file will it effect on those as well because this .jenv file has lot of info regarding uuid/cert/ state servers IPs/bootstrap info etc? [17:45] lazyPower, in theory, this is what it is supposed to look like. It'd be nice though if the Ubuntu CSS got rid of the disgusting thead color and made each initial column the same width, but nothing I can do about that. http://i.imgur.com/PssugDU.png [17:47] tiger7117: the other services will not use the admin-secret. realize i don't know exactly what you're doing. it may not be prudent to tear down your environment and bootstrap another. i assume this is just a test system? [17:49] yes, test system but dont want to spend more time again for building machines and setting up things from again . [17:51] JoshStrobl: i think that looks fine [17:52] s/fine/great [17:52] lazyPower, cool, I'll merge my local branches, push to GitHub and do a MP then! [17:55] Ok, thanks guys, Good Luck !! [18:07] MP: https://github.com/juju/docs/pull/151 [18:07] gonna go get some food now === kirkland` is now known as kirkland === kirkland is now known as Guest82850 === Guest82850 is now known as kirkland` [18:37] Is there a way to do HA with rados gateway in the JUJU based OpenStack environment [18:39] Seems like the ha-cluster charm does not have any rados gw support [18:42] Has anyone used haproxy charm with rados gw? === roadmr is now known as roadmr_afk === plars_ is now known as plars [19:43] If I wanted to set up a url rewriting with the apache charm what's going to be the best approach? Fork it and deploy a custom version? [19:49] hatch: it has base64 encoded vhost support if i recall correctly [19:49] so you can write your url rewrites as a vhost, and ship it as a config option instead of forking the charm. [19:49] ahh I missed that in the config [19:49] that would work [19:50] now the question is, will haproxy or apache be a better choice :) [19:54] lazyPower: asanjar: well done on http://youtu.be/f9yTWK7Z9Wg [20:03] lazyPower: great vid! jw why the text got all garbled towards the end....was that my stream or is that how the source is? [20:06] lazyPower, post that video to the mailing list as well! [20:22] hatch: which text? [20:22] thanks arosales :) [20:22] jcastro: on it! [20:27] lazyPower: umm towards the end when you were in the console, it got very pixelated, like over processed or something [20:27] hatch: there's some issues that stemmed after the youtube upload :( [20:28] lazyPower: ahh.... here http://youtu.be/f9yTWK7Z9Wg?t=8m50s is that pixelated for you? [20:28] the source is good, the youtube publish seems to have ganked a few spots towards the end. i'm seeing what you're asking about, its reading the clipping when i cut from a video source to another. === roadmr_afk is now known as roadmr [20:28] ahhh ok ok np I just wanted to point it out [20:28] great vid [20:28] yeah, it is a bit. and it replays the same few frames. [20:28] * lazyPower curses youtube for mangling his cut [20:29] well not bad for a first time pro-amateur cut. All filmed/cut/edited/compiled on ubuntu 14.04 using lightworks, simple screen recorder, audacity and Tracktion 5 for audio remastering. [20:29] i bet my next one i nail it. [20:31] lazyPower: you should do a video, on how you make videos :D [20:31] hatch: i'm still pending one on how i DJ on linux :P [20:31] haha [20:32] that one is pending me cleaning my office however. [20:32] which let me tell ya is HIGH on my priority list [20:32] lol [20:32] do you have any hardware? [20:32] "2 turntables and a microphone" [20:32] just a midi controller, hercules instinct [20:32] the rest is all software based mixing, and my turtle beach headphones + mic combo [20:33] I'm looking at investing in a mic arm, with a studio quality mic so i can get away from this headset whine that i have to remove in post [20:33] not sure if its the cans, or if its pulse being silly [20:33] ahh cool [20:34] I have 2 tech 12's from days gone by :) [20:34] http://i.ytimg.com/vi/K3sWl3QEzA4/sddefault.jpg [20:34] i love this little guy. its portable and sturdy enough to backpack [20:34] yeah that's how things are going nowadays [20:34] have you seen any of the NI stuff? [20:35] i dunno man, did you see the UK INFEST gear? [20:35] everyone there was using CD/Vinyl based setups [20:35] and routed through a laptop for recording [20:36] not sure about NI stuff - i haven't gotten that deep into teh tech. I've only been at it for ~ 3 months. [20:36] i should do a video "How to setup a pirate radio station with Juju so you can DJ with your friends across the globe" [20:40] haha that would be cool [20:41] yeah I used to be pretty big into it but.....well...time :) priorities....and such [20:43] There is no ha-proxy charm for trusty..only for precise. Is there a work around? [20:48] Sh3rl0ck: it deploys on trusty - whats preventing it from making it to the trusty side of teh charm store is automated tests (ie: amulet tests) [20:48] Sh3rl0ck: in your local charm repository (presumably ~/charms) if you mkdir -p trusty && cd trusty && charm get cs:precise/ha-proxy [20:48] then juju deploy local:trusty/haproxy [20:49] you will get the trusty charm you seek - but be aware that doing it this way means you'll have to fetch all updates until the trusty version lands in the store. Deploying a local resource is effectively forking the charm. [20:51] Oh I see...Thanks for the information. So this means I can use precise charm for trusty? [21:08] Sh3rl0ck: in most cases yes. [21:09] there are some charms that will fail due to outdated dependencies, PPA's, etc. - There's an effort at auditing the store to promote charms to trusty, but its mid-range in the priority queue at the moment. We're looking for community help and re-prioritization of the audit efforts. [21:40] hi, is it possible to use juju's openstack provider with an openstack that doesn't have swift? [22:06] When a new unit is deployed, are the relation hooks re-fired? [22:13] aisrael: yes [22:13] relations are created between services, but they're executed on a per unit basis [22:13] mwhudson: Juju uses the object store for metadata about the environment, so it likely won't [22:14] marcoceppi: fair enough [22:14] frobware: ^ [22:15] mwhudson: right, thanks. so swift seems happily deployed for me today... [22:19] mwhudson: not yet, although we are trying to get to the state where juju manages its own object storage [22:20] marcoceppi: thanks! [22:48] is there a means for juju status to show what is the floating ip address for openstack launched images? I see 10.10.10.x, but would like to see the floating ip assigned. If I look at the horizon dashboard it is listed and I'm able to ssh using the public addr. [22:48] frobware: interesting, it should show in the public-address field. What version of juju are you using? [22:49] marcoceppi: 1.20.5-trusty-arm64 [22:49] frobware: interesting, that sounds like a bug [22:49] ubuntu@mustang01:~$ nova list |grep 10.4 [22:49] | 0ca83fe4-3055-44d4-a3b2-c56e267a6b39 | juju-openstack-machine-1 | ACTIVE | - | Running | internal10=10.10.10.4, 192.168.2.2 |