/srv/irclogs.ubuntu.com/2014/07/10/#juju.txt

josejacekn: ping00:28
=== uru-afk is now known as urulama
=== liam_ is now known as Guest5405
niedbalskigood morning eco's08:33
=== ashipika is now known as ashi_fodder
=== Eisbrecher_xnox is now known as xnox
=== ashi_fodder is now known as ashipika
=== psivaa-off is now known as psivaa
=== urulama is now known as uru_
=== uru_ is now known as uru-urnotallama
=== uru-urnotallama is now known as urulama
=== polo_ is now known as Tug
=== urulama is now known as uru-afk
=== uru-afk is now known as urulama
=== tasdomas` is now known as tasdomas
faliHello. I installed juju-gui on machine0. Worked fine, but I get the following error message in the web browser: "Charm API server did not respond". Can't find that anyone else has this problem, so trying here.14:12
faliI can't find anything in the logs, and the juju.conf file shows the correct proxy settings.14:12
avoinefali: juju-gui use websockets does your proxy allow that?14:13
faliavoine: Don't know, but I doubt it... Will check. Is there any workaround if it's not allowed?14:16
avoinefali: I was using nginx an I had to upgrate to a newer version and follow this: http://nginx.org/en/docs/http/websocket.html14:17
avoinefali: if you use a browser inspector in the network tab you should see the error for the websocket request (one every seconds I think)14:20
=== sherman is now known as sherman_zzz
faliavoine: seems like our corporate proxy won't let us through. I have no possibility to change that :( Is it possible to run juju-gui locally? downloading what we need, then use our own Charm API server?14:35
avoinefali: yes, you could install it by checking what the charm is doing but I'm not sure if juju-gui is using websocket for his communication14:41
avoinelike getting charms from the charm store for example14:41
avoinefali: I'm looking at the code and I looks like it's the case so it won't work.14:45
avoinehttps://github.com/juju/juju-gui/blob/develop/app/config-prod.js#L3614:45
avoinemaybe you can change the socket_protocol variable tought14:46
faliavoine: Ok. First I'll try finding a proxy that is a bit more cooperative. Thank you so much for your input.14:54
=== roadmr is now known as roadmr_afk
avoinefali: np, good luck14:54
breze441Trying to add netapp nfs share in to cinder . how do i paass the netapp info in to cinder via juju ? it appears manual config on cinder.conf get overwritten by juju15:04
=== roadmr_afk is now known as roadmr
breze441sorry to repeat but just wondering if anyone knows how to pass netapp config to cinder via juju15:37
jcw4breze441: what charms are you using?15:48
jcw4breze441: I assume cinder15:49
jcw4breze441: is there a charm for netapp?15:49
=== mhall119_ is now known as mhall119
breze441no charm for netapp, i was trying to follwo the steps for RDO packstack by editing the cinder.conf but it get overwritten by the juju during cinder restart15:50
breze441i am assuming the same parameters should be able pass via juju cli to cinder15:51
jcw4breze441: hmm15:52
jcw4breze441: so you're doing 'juju deploy --config=cinder.conf cinder', but when cinder restarts it overwrites the cinder.conf file ?15:53
jcw4breze441: I mean juju overwrites cinder.conf when the cinder service restarts?15:53
breze441when i deployed i didnt have these netapp configs in the config file . so i go and edit the file with configs netapp recommends to use. to complete the process i have to do a stop jujud-cinder follwed by a start jujud-cinder where i lose the netapp configs. Now if i know how to send them when deploying i dont have to edit the configs15:56
jcw4breze441: I see that makes sense15:57
jcw4breze441: so if you edit the config after deploying, juju doesn't know about it and overwrites the config file...15:57
jcw4breze441: you want to know how to tell juju about the config settings so that juju doesn't overwrite it?15:58
=== kentb is now known as kentb-afk
breze441exactly, maybe there is a way to pass these information when o deploy.16:07
breze441on side note, is it possible to change conf files deployed with Juju ?16:08
jcw4breze441: I'm doing a little research to see if I can answer that; I don't really know much about it but I hope to get the people who do involved :)16:09
breze441much appreciated16:10
lazyPowerbreze441: thats dependent on how the charm is implemented. Idempotency dictates if you've made changes to a config file vs what the charm expects, it should update it.16:20
jcw4lazyPower, breze441 when you say edit the config... did you edit it in the charm directory or on the unit where it's deployed?  lazyPower does that make a difference?16:20
lazyPowerbreze441: is a charm you're deploying not exposing a configuration set? If thats the case there are 2 options here. 1) you can file a bug against the charm to see if the maintainer deems this missing behavior - or 2) you can fork the charm and implement the configuration file changes you need and track upstream by backporting patches as they are released.16:21
jcw4breze441: this is the charm right? https://github.com/charms/cinder16:22
lazyPowerjcw4: When you edit a charm on the server, any edits will be blown away on the next upgrade of the charm - if you edit the config file manually - each run will blow your changes away. its all about idempotency. If it's already taken the action, and there's no delta on the files - it shouldn't execute. If it's got modifications, the charm should assume it requires an update and use the templated config.16:22
jcw4lazyPower: that makes sense to me, so you should edit the template if you want it to remain?16:22
lazyPowerso you're better off to fetch the charm locally, and make the required modifications - and if deemed necessary, submit a patch back against the charm so everyone benefits.16:23
lazyPowerYep16:23
breze441so i edited the cinder.conf on the node *not the charm*16:23
lazyPowerthat or make it configurable.16:23
jcw4lazyPower: I see.  I think the specific config that breze441 is changing is not specific to cinder, it's actually specific to netapp16:24
jcw4is that right breze441 ?16:25
jcw4so I'm assuming breze441 would edit the charm template locally, but wouldn't propose it be merged back into the charm16:26
lazyPowerthat would be my suggestion - it will be prudent to make sure you subscribe to the upstream charm's launchpad repository so you're aware when updates are published so you can backport them to your local charm deployment16:27
breze441well there are few lines of config specific to netapp i need to add to the cinder.conf to load netapp drivers16:27
lazyPowerthast the downside to forking a charm - you lose automatic upgradeability, it becomes a required manual step - its really simple, but takes away a dash of taht 'magic' juju brings to the table.16:27
breze441well the drivers are in upstream its just pointing the ip address of the netapp filer and credentials etc..16:28
lazyPowerso ideally if everyone would benefit from loading netapp drivers - i'd propose a merge and see where it goes.16:28
lazyPowerthe worst that will happen is they say no16:28
lazyPowerin which case you're no worse off than when you started, and *then* you walk down the path of maintaining a forked charm.16:28
=== urulama is now known as uru-qfk
breze441any any pointers on how to edit the cinder charm ?16:32
lazyPowerdo you have charm-tools installed?16:34
breze441sync-tools ? if so yes16:34
lazyPowersudo apt-get install charm-tools16:34
lazyPowermkdir -p ~/charms/<series> && cd ~/charms/<series> && charm get cs:<series>/cinder16:35
lazyPowerthen when you're ready to test your revisions: juju deploy --repository=$HOME/charms local:<series>/cinder mycinder16:35
lazyPowerthe cinder charm is in python, has unit tests, and is extremely well covered in terms of code quality - so  you should have a good foundation to work off of. Our OpenStack charms are stellar examples of charms.16:36
=== uru-qfk is now known as uru-afk
breze441ok Thank you let me give it a shot16:37
lazyPowernp, if you get stuck dont hesitate to ask :)16:38
josejacekn: ping17:32
=== kentb-afk is now known as kentb
=== uru-afk is now known as urulama
=== roadmr is now known as roadmr_afk
revagomesHi mates! Can anyone give me a hint about the connection refused error when trying to run juju status? When I ran juju status --debug -v I've got the following message: "DEBUG juju.state.api apiclient.go:248 error dialing "wss://localhost:17070/", will retry: websocket.Dial wss://localhost:17070/: dial tcp 127.0.0.1:17070: connection refused"20:11
revagomesI can ssh the service by hand but when I tried running "juju ssh [service]" it doesn't work The juju log shows20:14
revagomesthat it's trying to start the api and dialing "wss://[...]" but thr connection is refused20:15
marcoceppirevagomes: is this local provider?20:17
revagomesmarcoceppi, yep20:18
marcoceppirevagomes: run `sudo initctl list | grep juju` what does it say?20:18
revagomesI was using juju v1.20 but I already upgraded to 1.20.120:18
revagomesjuju-agent-revagomes-local stop/waiting20:19
revagomesjuju-db-revagomes-local stop/waiting20:19
marcoceppirevagomes: run20:19
marcoceppisudo start juju-db-revagomes-local20:19
marcoceppisudo start juju-agent-revagomes-local20:19
marcoceppirevagomes: then do the list command again and make sure both are started20:20
revagomesThe processes are running now. Perfect! The juju status and other commands are working now. ;)20:22
revagomesmarcoceppi++20:22
revagomesmarcoceppi, I have to start the processes by hand or it's was a bug from the 1.20 version?20:22
marcoceppirevagomes: this happens if you restarted the computer typically20:23
sebas5384revagomes: \o/20:24
revagomesmarcoceppi, I got it. So to set juju processes to run on startup seems a good way to prevent this next time ;)20:25
revagomesmarcoceppi, tks!20:25
marcoceppirevagomes: we did this a while ago20:25
marcoceppipeople complained about it20:25
sebas5384thanks marcoceppi! revagomes is starting to use juju these days with us :)20:25
marcoceppirevagomes: we're building a "local" command, so in the future you can just do `juju local start` or `juju local suspend` etc to safely turn off/on local provider and recover from a state20:26
marcoceppisebas5384: great to hear!20:26
sebas5384marcoceppi: that would be great! a start and stop20:26
revagomesawesome!20:26
=== CyberJacob|Away is now known as CyberJacob
=== roadmr_afk is now known as roadmr
=== thumper is now known as thumper-afk
=== sherman_zzz is now known as sherman
=== thumper-afk is now known as thumper
=== CyberJacob is now known as CyberJacob|Away
=== CyberJacob|Away is now known as CyberJacob
=== CyberJacob is now known as CyberJacob|Away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!