_mup_ | juju/relation-id r490 committed by jim.baker@canonical.com | 03:59 |
---|---|---|
_mup_ | Comments, PEP8, tests | 03:59 |
_mup_ | juju/relation-id r491 committed by jim.baker@canonical.com | 03:59 |
_mup_ | Merged trunk | 03:59 |
_mup_ | juju/subordinate r523 committed by kapil.thangavelu@canonical.com | 04:38 |
_mup_ | revert | 04:38 |
shazzner_ | hello | 06:08 |
shazzner_ | had a quick question: when I deploy my charm, it works but I always get an "install_error" for the state when I run juju status | 06:09 |
shazzner_ | any ideas on what could cause that? | 06:09 |
shazzner_ | or what it even means :p | 06:10 |
=== almaisan-away is now known as al-maisan | ||
shazzner_ | ok nevermind, it was something that really was an error :p | 07:10 |
_mup_ | juju/relation-hook-context r492 committed by jim.baker@canonical.com | 08:00 |
_mup_ | Initial commit | 08:00 |
roubi | hi | 09:07 |
AlanBell | roubi: if you have a question about juju ask it in the channel | 09:20 |
roubi | it's my first time | 09:22 |
roubi | on freenode | 09:22 |
roubi | so | 09:22 |
roubi | am 'i | 09:22 |
roubi | in the rong way? | 09:22 |
=== zyga is now known as zyga-afk | ||
roubi | is there any one who have tried juju on an ovh server | 09:36 |
AlanBell | roubi: I have not tried juju at all, but some others have, do you have a question you want answered? | 10:14 |
roubi | yes i've | 10:16 |
roubi | do you know some one who've tried it using an ovh server | 10:17 |
arashbm | Hi! | 10:46 |
arashbm | I have a question about charm development. | 10:46 |
arashbm | I'm developing a ruby on rails charm, | 10:47 |
arashbm | the problem is that not all units provide the same relations | 10:47 |
arashbm | but they all require the same relations with db and so on | 10:47 |
arashbm | should I spit it to two charms, one for those having http inteface and one for others (workers)? | 10:50 |
=== zyga-afk is now known as zyga | ||
=== al-maisan is now known as almaisan-away | ||
jamespage | arashbm, its possible todo that through a single charm with multiple personalities | 11:02 |
arashbm | Thanks jamespage. I looked trough the docs at juju.ubuntu.com/docs but I couldn't find any information about it. | 11:06 |
jamespage | arashbm, its not really a juju feature per-say | 11:11 |
jamespage | but you can write charms that behave in this way | 11:11 |
* jamespage looks for a good example | 11:11 | |
jamespage | arashbm, what are you writing your hooks in? | 11:12 |
arashbm | you mean the scripting language? | 11:12 |
arashbm | I'm using bash for some | 11:13 |
arashbm | and ruby for the others | 11:13 |
jamespage | arashbm, OK | 11:13 |
jamespage | arashbm, does the http interface do anything without the workers? | 11:14 |
jamespage | i.e. would that be a valid deployment? | 11:14 |
arashbm | yes, there could be apps consisting only of web-server (simple apps not doing anything in background) | 11:17 |
arashbm | it could be a worker-only (like spiders and so on) | 11:17 |
arashbm | and it could be a mixture of both (some web and some workers) | 11:17 |
jamespage | arashbm, is this a generic ruby on rails charm or is it targetting a specific application? | 11:34 |
arashbm | It's generic | 11:34 |
bbcmicrocomputer | hmm... I seem to wait forever sometimes for a new charm to deploy on EC2 | 11:46 |
bbcmicrocomputer | the EC2 instance itself is up, I can ssh into it | 11:46 |
bbcmicrocomputer | but the juju machine/unit agents seem to take a long time to deploy | 11:46 |
bbcmicrocomputer | any idea if this is known or being investigated? | 11:47 |
bbcmicrocomputer | hmm.. that's interesting, the machine agent process 'python -m juju.agents.machine' seems to be in a loop launching itself on this particular instance | 11:54 |
bbcmicrocomputer | keeps relaunching every second or so with a new pid | 11:54 |
Tribaal | hey folks, I'll be making a short presentation about juju to a local python user group tonight, any tips? | 11:56 |
jamespage | bbcmicrocomputer, is that upstart managed? it might have a respawn config | 11:57 |
bbcmicrocomputer | jamespage: yeah, I think so | 11:57 |
bbcmicrocomputer | jamespage: it appears the new instance has an old version of juju on it, only 0.5+bzr457-0ubuntu1 and the error of its relaunching is 'machine.py: error: unrecognized arguments: --nodaemon --session-file /var/run/juju/machine-agent.zksession' | 11:58 |
bbcmicrocomputer | jamespage: any idea how newer version of juju are supposed to propagate to instances? | 11:58 |
bbcmicrocomputer | jamespage: I assumed the instance was meant to use the same juju repository as what deployed the charm | 11:59 |
jamespage | bbcmicrocomputer, in your ~/.juju/environments.yaml file you can specify an origin: ppa | 11:59 |
jamespage | I think by default it will use the version in Ubuntu rather than PPA | 11:59 |
jamespage | I think* | 11:59 |
bbcmicrocomputer | jamespage: hmm... how have I got away with not specifying ppa in my environment before then.. I'm sure the other instances have used ppa when I've deployed them from a ppa'ed client | 12:00 |
bbcmicrocomputer | jamespage: 'If this option is not set, juju will attempt to detect the correct origin based on its run location and the installed juju package.' | 12:05 |
bbcmicrocomputer | jamespage: it does seem to happen everytime a new juju ppa gets released | 12:05 |
bbcmicrocomputer | jamespage: so I guess it's something with my version being out of sync when that happens | 12:05 |
bbcmicrocomputer | jamespage: ok, thanks, I'll specify ppa in the environment | 12:06 |
=== Guest10799 is now known as tobin | ||
=== tobin is now known as Guest70213 | ||
arashbm | Is anyone using local provider or providers other than ec2 for testing? | 14:06 |
jamespage | arashbm, I use the local provider for most of my dev/test work | 14:07 |
arashbm | I have problems setting up local provider on 12.04: | 14:09 |
arashbm | error: Failed to start network default | 14:09 |
arashbm | error: Cannot open network interface control socket: Operation not permitted | 14:09 |
arashbm | I tried sudo-ing bootstrap but no hope | 14:10 |
jamespage | arashbm, can you check a few things for me | 14:11 |
arashbm | sure! | 14:11 |
jamespage | arashbm, sorry - trying todo multiple conversations | 14:19 |
jamespage | as your normal user: | 14:19 |
jamespage | output from 'groups' | 14:19 |
jamespage | apt-cache policy juju | 14:19 |
jamespage | you should not sudo bootstrap - juju will call sudo as required. | 14:20 |
arashbm | $ groups | 14:20 |
arashbm | arashbm adm cdrom sudo dip plugdev lpadmin sambashare | 14:21 |
arashbm | $ apt-cache policy juju | 14:21 |
arashbm | juju: | 14:21 |
arashbm | Installed: 0.5+bzr457-0ubuntu1 | 14:21 |
arashbm | Candidate: 0.5+bzr457-0ubuntu1 | 14:21 |
arashbm | Version table: | 14:21 |
arashbm | *** 0.5+bzr457-0ubuntu1 0 | 14:21 |
arashbm | 500 http://ir.archive.ubuntu.com/ubuntu/ precise/universe i386 Packages | 14:21 |
arashbm | 100 /var/lib/dpkg/status | 14:21 |
jamespage | couple of things todo there | 14:22 |
jamespage | 1) stick your user in the 'libvirtd' group and then do a 'newgrp libvirtd' | 14:22 |
jamespage | at the moment your user can't see the local virtual network OR create it | 14:23 |
jamespage | 2) Upgrade to the latest version of juju from the PPA | 14:23 |
jamespage | 'sudo add-apt-repository ppa:juju/pkgs' | 14:23 |
jamespage | arashbm, ^^ | 14:23 |
jamespage | then give it another spin | 14:23 |
arashbm | Thanks :) | 14:24 |
=== almaisan-away is now known as al-maisan | ||
jamespage | negronjl, tomcat charm looks good | 14:37 |
jamespage | negronjl, a few bits don;t work tho - how do you want feedback? can't help but feel a merge proposal would make this easier | 14:43 |
roubi_ | hi every body | 15:28 |
roubi_ | is there here any one who have tried working with servers from ovh | 15:29 |
jcastro | m_3, how's your thing coming along? | 15:39 |
=== al-maisan is now known as almaisan-away | ||
roubi_ | Hi, We are trying to install and test orchestra and juju on two physical machines, we have a problem with juju status. Could you help please | 15:45 |
negronjl | jamespage: thx for taking the time to check it out. regarding feedback: merge proposal works ... or email or message pigeons too :) | 15:47 |
m_3 | jcastro: hw issues atm... haven't done any real work yet today :) | 15:48 |
jamespage | negronjl, MP please | 15:48 |
hazmat | hi roubi_ so is orchestra by itself able to launch a machine? | 15:49 |
negronjl | jamespage: let me know the specifics of the things that don't work or, if you have time, you can fix them as well :) | 15:51 |
roubi_ | Hi Hazmat, orchestra is not able to launch a machine | 15:52 |
hazmat | roubi_, figuring that out, independently of juju is a good first step | 15:52 |
roubi_ | orchestra seems to be installed correctly but can not control power on/off the client | 15:56 |
=== almaisan-away is now known as al-maisan | ||
jamespage | hi roubi_: still no luck? | 15:59 |
roubi_ | yes jamespage | 15:59 |
jamespage | roubi_, have you managed to establish whether the required integrations are supported by your hosting provider (ovh)? | 16:01 |
jamespage | roubi ^^ | 16:03 |
roubi_ | I don't know how to do it | 16:05 |
roubi_ | I mean this verification | 16:05 |
roubi_ | :/ | 16:05 |
jamespage | roubi: I remember you have two servers - one running orchestra | 16:06 |
jamespage | roubi: have you registered the second server in the orchestra/cobbler install on the first one? | 16:07 |
roubi | yes it is | 16:07 |
jamespage | roubi: and if you reboot the second server does it network boot from orchestra and re-install itself? | 16:09 |
roubi | when I allocated this 2nd server, it has ubutnu server 11.10 as OS | 16:11 |
=== al-maisan is now known as almaisan-away | ||
=== almaisan-away is now known as al-maisan | ||
jamespage | roubi: yes - but your setup needs to allow orchestra to perform an automated install on this server | 16:13 |
roubi_ | jamespage :do you think that the 2nd server must be with out OS | 16:19 |
roubi_ | ? | 16:19 |
jamespage | roubi_, whether it has an existing OS is irrelevant - it needs to be able to network boot and install from orchestra | 16:20 |
roubi_ | Yes but Even when I tried this between two pc | 16:23 |
hazmat | adam_g, btw the openstack charms are looking really nice | 16:29 |
hazmat | i pulled them out yesterday to show off during a presentation | 16:30 |
adam_g | hazmat: oh cool :) | 16:30 |
hazmat | jamespage, i pulled out yours to show some nice bash charms as well | 16:34 |
jamespage | hazmat, sweet - hope they went down OK | 16:34 |
jamespage | its quite hard to decide when bash is not enough and you should switch to something like python | 16:35 |
hazmat | jamespage, they did.. although there was some skepticism over going from dsl back to shell scripts, it was sort of a devops thunderdome deathmatch.. http://www.meetup.com/DevOpsDC/events/46606602/ | 16:36 |
hazmat | the audience was pretty savy and saw the overall benefits | 16:36 |
jamespage | hazmat, 'Four frameworks will enter, one framework leaves' - hope we won! | 16:38 |
jamespage | 'we' as in 'juju' | 16:39 |
hazmat | jamespage, not quite, but there's a always a round two. | 16:40 |
jamespage | lol | 16:40 |
zirpu | who won? | 16:41 |
hazmat | zirpu, probably chef, their were also some folks from the cfengine company, which was nice.. puppet had some usage but not as much love. | 16:45 |
=== al-maisan is now known as almaisan-away | ||
robbiew | hazmat: m_3 might want your slides as he's been placed in a thunderdome for the DevOpsDays event in Austin :P | 16:53 |
hazmat | robbiew, i put mine together under the gun mostly from your lisa slides and some of SpamapS , ie. simple rehash, didn't really have time for anything new.. but i could definitely share some of my cage technique ;-) | 16:54 |
robbiew | "cage technique"...lol, nice | 16:55 |
m_3 | hazmat robbiew: definitely wanna talk beforehand | 16:58 |
m_3 | it'll be fun | 16:58 |
robbiew | m_3: I'll have shirts to win over folks ;) | 16:58 |
m_3 | short intro though... so gotta pick a very few apropos slides | 16:58 |
m_3 | robbiew: awesome | 16:58 |
robbiew | puppetlabs is sponsoring a damn happy hour :/ | 16:58 |
m_3 | yikes | 16:58 |
m_3 | goes along with the puppet shirt tho | 16:58 |
* robbiew has the canonical credit card...just sayin | 16:59 | |
m_3 | :) | 16:59 |
robbiew | tbh, we'd probably do better by staying above the fray...maybe even showcase a charm with puppet (they're in main) | 16:59 |
robbiew | ...chef isn't in Ubuntu 12.04 | 17:00 |
robbiew | at the request of OpsCode (for those reading this) | 17:00 |
m_3 | right... planning on a charm pulling chef from gems though | 17:00 |
m_3 | I'm thinking of framing it as we're staying _below_ the fray... underlying coordination/eventing framework... etc etc | 17:01 |
robbiew | m_3: well, "above" would support our devopsolution meme...but whatever :P | 17:24 |
m_3 | robbiew: yeah, true | 17:25 |
mpl | so what's the best way to communicate between python and Go nowadays? net/jsonrpc ? | 17:32 |
mpl | sorry, wrong chan | 17:32 |
=== Guest70213 is now known as tobin | ||
_mup_ | juju/relation-hook-context r493 committed by jim.baker@canonical.com | 17:54 |
_mup_ | Fix failing tests | 17:54 |
=== koolhead17|away is now known as koolhead17 | ||
jseutter | question: does juju talk to maas or cobbler? | 19:01 |
jaaap | could someone help me with my local charms, i have setup an ubuntu server with lxc and juju. I can deploy charms from the examples installed on the system, but not from my downloaded charms folder. I'm trying to # juju deploy --repository charms/ local:mysql | 19:23 |
jaaap | but this responds in | 19:23 |
jaaap | 2012-03-21 19:21:30,033 INFO Searching for charm | 19:23 |
jaaap | Invalid value for force_https: False | 19:23 |
jaaap | 2012-03-21 19:21:30,278 ERROR Invalid value for force_https: False | 19:23 |
marcoceppi | jaaap: this is due to a bug in older charms | 19:23 |
marcoceppi | *looks for bugs* | 19:24 |
jaaap | i just tried mysql, wordpress and munin all fails, loaded my charms with # charm getall ~/charms/oneiric | 19:24 |
jaaap | it's very weird, i just copied the munin charm from ~/charms/oneiric/munin into /usr/share/doc/juju/examples/oneiric and did # juju deploy --repository /usr/share/doc/juju/examples local:munin which works, but not with # juju deploy --repository charms/ local:munin | 19:30 |
marcoceppi | jaaap: right, juju checks all charms in the repository. If one has an error then juju will fail | 19:34 |
marcoceppi | it's been fixed in the latest ppa version | 19:34 |
jaaap | marcoceppi: i'm running Version: 0.5+bzr486-1juju3~oneiric1, did # sudo add-apt-repository ppa:juju/pkgs ; sudo apt-get update && sudo apt-get install juju charm-tools apt-cacher-ng zookeeper libvirt-bin lxc | 19:37 |
jaaap | i'm not sure if there is another way to get the latest juju | 19:37 |
marcoceppi | that's the latest, I believe. One second | 19:37 |
ninjix | SpamapS: doing some mysql-mmm installs today I got some ideas on creating a mysq-mmm charm | 19:43 |
_mup_ | juju/relation-hook-context r494 committed by jim.baker@canonical.com | 19:44 |
_mup_ | Flush any additional relation hook contexts that are read, then possibly written | 19:44 |
_mup_ | juju/relation-id r492 committed by jim.baker@canonical.com | 19:44 |
_mup_ | Remove unused function | 19:44 |
ninjix | SpamapS: thinking along the lines of having relation go mysql-mmm-service << mysql-server | 19:45 |
_mup_ | juju/relation-hook-context r495 committed by jim.baker@canonical.com | 19:45 |
_mup_ | Merged upstream | 19:45 |
SpamapS | ninjix: sweet, I've heard good things about mmm | 19:49 |
krondor | anyone know what might be causing ERROR invalid value force_https: False when I juju deploy mysql? | 22:21 |
m_3 | krondor: yes, check the config.yaml file of all the charms in your repo | 22:23 |
m_3 | krondor: strict-typing just landed for this file... if it uses a string field like "False" you need to change it to boolean _and_ False (no quotes) | 22:24 |
krondor | m_3: thanks found it, roundcube apparently. | 22:24 |
m_3 | there're a host of them... I'd recommend only keeping the charms you need in your repo atm | 22:25 |
m_3 | at least until we have this problem fixed | 22:25 |
krondor | m_3: no worries, moved to just what I need and all is good for testing again. | 22:26 |
m_3 | krondor: awesome | 22:27 |
jcastro | m_3, are the inprogress charms also mirrored on github? | 23:05 |
m_3 | jcastro: nope | 23:13 |
m_3 | only charms that have lp:charms aliases | 23:13 |
m_3 | i.e., for oneiric | 23:13 |
* jcastro nods | 23:14 | |
jcastro | is it hard to include the others? | 23:14 |
jcastro | just thinking outloud | 23:14 |
jcastro | if people want to github prior to submitting is what I was thinking | 23:15 |
m_3 | jcastro: no, it wouldn't be hard... just was eliminating noise | 23:15 |
m_3 | we'd have to figure out a good naming scheme | 23:15 |
m_3 | I'll test out some stuff | 23:15 |
jcastro | ok | 23:16 |
m_3 | jcastro: someone could fork one of the official repos into their own acct, then submit a pull request onto the main branches | 23:20 |
m_3 | alternatively, they could start a charm on a repo in their acct | 23:21 |
m_3 | then let us know it's ready for review | 23:21 |
m_3 | it'd still be manual for now, but we could automate stuff if we get lots of interest in that channel of submission | 23:22 |
* jcastro nods | 23:23 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!