[00:58] Tbf the really shouldn't directly pollute /var/www, as it would not be unreasonable for another service within the same host to use the standard path as well. [00:58] *the charm [01:06] wesleymason: you should use a directory within /var/www [01:06] wesleymason: like /var/www/service-name === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [01:56] gah [01:57] there needs to be more juju maintainers :P [02:39] you should apply [02:44] im not good enough === AduOvermind is now known as overm1nd === CyberJacob|Away is now known as CyberJacob === vladk|offline is now known as vladk [13:59] hi, i'm running the latest juju-core tarball from launchpad.net [14:00] i followed the testing guide here but in the end, i can't contact the webserver running in the exposed wordpress charm https://juju.ubuntu.com/docs/getting-started.html#test [14:02] huh, finally worked [14:02] guess ec2 is just a bit slow :) [14:33] how do I setup a second workstation to manage my stuff === vladk is now known as vladk|offline [14:51] hi guys [14:51] how do I connect a new workstation to my juju stuff [14:51] what do you have now [14:51] that you want to connect it to [14:52] a MAAS setup? openstack? [14:52] no I mean, I setup juju on one workstation to manage my vm’s [14:52] and now I am on a different workstation [14:52] so what type of environment did you use, local? [14:52] manual provisioning [14:53] have one bootstrap vm and a few other vm’s running some services now. [14:53] and you want to run juju commands on it? or want it to be able to host stuff [14:53] but I dualboot between ubuntu and mac so i’d like to be able to manage it from both OS - I have the same juju-core installed on mac and ubuntu 1.17.7 [14:54] ok so to manage it, you just need the config file from ~/.juju [14:54] in both places [14:54] for manual maybe need a few other files [14:55] I made the environments.yml the same on both installations [14:55] so that should let you do juju status in either place [14:55] and see the same stuff? [14:55] so If I just copy the .juju dir over to mac it will be setup [14:56] thats my theory, but I have not tried it [14:56] juju status tells me to create new environment [14:56] new bootstrap environment [14:56] ya dont do that [14:56] juju generate-config then juju switch manual [14:57] then clobber your envionments over [14:57] done that [14:57] so then juju status should see your "master node" [14:57] which knows about everyone [14:57] how do multiple sysadmin manage something with a system like this?? [14:57] 10 guys each have the same envionments.yaml [14:57] all point to the same master node [14:57] who knows about the cluster [14:57] maybe your master node is on the offline computer? [14:58] so you cant connect to it [14:58] no its on an esxi host [14:58] and its running right now? [14:58] I have juju-gui running on it [14:58] cant login cause dont have the password from my ubuntu host workstation’s file heh [14:58] but ya its running [14:58] and you can ping bootstrap-host [14:58] and it resolvs? [14:58] yep [14:58] can get to login screen fine for juju gui [14:59] hum [14:59] wonder if it is authentication issue [15:00] and "juju switch" says manual ? [15:00] aye [15:00] i blame authentication, but at my limits ;) [15:12] marcoceppi: u around? [15:12] marcoceppi: I got the juju set to 1.17.7 devel for homebrew :) [15:15] Fishy__: just copied the entire .juju dir to mac and its working [15:18] there you go [15:19] wonder what file it needed [15:24] not sure [15:25] Fishy__: what all do you run with juju? [15:26] im attempting to switch my infastructure to juju [15:26] will be about 40 or 50 machines.. trying to use the MAAS approach [15:27] want to see how far I can go with juju to avoid having to use puppet [15:27] because I hate puppet that much === mhall119|offline is now known as mhall119 [15:34] i havnt tried puppet [15:34] what all does it do [15:34] everything [15:34] runs ruby all over the place to do stuff [15:34] hello all [15:35] hi [15:35] i am facing a problem [15:36] in provider join i am setting some value like private ip and port using relation-set command [15:38] but i am not getting it in requirer relation changed [15:38] marcoceppi: hi === vladk|offline is now known as vladk [16:04] Valduare: Puppet is a configuration management solution, similar to chef [16:05] morning lazyPower [16:05] o/ [16:05] just stopping in to check on the community. So much to do [16:05] I updated the homebrew juju.rb looks like it was accepted :) [16:05] i got 1.17.7 running on my macbook [16:05] Yeah, they are pretty quick on accepting merge proposals. [16:07] I tried the openerp-server charm last night [16:07] but it setup the old 6.1 version not 7 [16:07] yeah, there's an open bug ont hat [16:07] they are almost out with 8 if not already. [16:07] any idea who’s working on a fix? [16:08] I'm fairly certain its unmaintained at the moment. Patches are welcome if you want to try your hand at it [16:08] suggestion though: unless you want to handle the 6.1 deployments in the wild, target trusty. [16:08] I havnt done a migration from 6.1 to 7 myself [16:09] from what I read its a bain [16:09] pain [16:09] yeah, and the logic for that is going to be hefty [16:09] since it requires database migrations [16:09] if I weren't under the gun for other projects i'd spend some cycles on upgrading the charm to 7 [16:10] I was reading in the charm files for it though it spoke of some sort of “choosing version to install” [16:10] lp or something? [16:10] well, the idea is to actually extend the charm so the user can chose a version to install [16:10] with openERP there is no maintained way to migrate between milestones [16:10] making charms more extensible through configuration. The charm handles all the nuances of each version. [16:10] so the charms should reflect that and have a charm for 6.1 and charm for 7 and charm for 8 etc [16:11] interesting. How familiar are you with OpenERP? [16:11] unless the charm can integrate the opensource upgrade tool project [16:11] not extremely familiar [16:11] just a good reader :P [16:12] well, those points would be extremely good points of interest as bugs against the charm for feature planning [16:12] migration between versions is a paid support item with openERP [16:12] but there is a community project for scripts to handle it [16:12] that, doesn't surprise me [16:12] so what all do you do when you sit down to make a charm [16:13] ie there’s an install guide for openerp 7, how does that get translated into a charm [16:13] Thats subjective to which charm i'm working on [16:14] but the first thing I do is get teh data integrity portion down. Write the backup routines and validate i have a recovery mechanism if the upgrade blows up [16:14] I mean for a fresh install [16:15] ah, i start the install script with "return 1" [16:15] deploy it [16:15] debug-hooks into the server and start iterating [16:15] i "protoduction" the code. Aint nobody got time for deploy + scan logs [16:16] when i'm done, i tar up the charm, and scp it back to my desktop. Add comments, readme contents, clean up the code and open a MP [16:19] Valduare: i think i skipped a key part of your question. Yeah - if there is an upstream install guide. I follow that as closely as I can, unless i have security concerns with it. [16:19] then i add my own spin on those sections. [16:19] so you launch a vm and follow the install guide there and then wrap it up some how? [16:21] no, i create a charm template using charm tools. charm create boopdeep for example [16:21] i edit the metadata for relationships, add in whatever config options I think i'll need and add the return1 to the install hook [16:22] i deploy that service, the return1 ensures I enter the hook context at step 1 of the installs cript [16:22] i debug hooks into that machine, and set juju resolved -r on that unit so it re-runs the install hook [16:22] remove the return 1 and start coding out the installation. Fetching dependencies, setting up system users, etc. [16:22] from there, its subjective on what the charm's purpose is and what its providing. [16:24] make sense? [16:25] the second to the last line you said did :P [16:26] Valduare: if you dont know about debug hooks, you need to start there. Deploy a charm and debug-hooks on the unit so you can see the glory of that tmux infused awesomeness [16:28] Valduare: https://juju.ubuntu.com/docs/authors-hook-debug.html [16:31] have you used openerp? [17:10] Valduare: i have not. I was looking into it at one point [17:10] hi, i try to use juju on local environment with LXC but i get an error at bootstrap [17:11] ERROR juju.state open.go:93 TLS handshake failed: x509: certificate signed by unknown authority [17:11] I run ubuntu 13.04 [17:13] It happens just after the connection to mongo [17:14] zrz: https://bugs.launchpad.net/juju-core/+bug/1178312 [17:14] <_mup_> Bug #1178312: ERROR state: TLS handshake failed: x509: certificate signed by unknown authority

[17:14] its a known bug [17:16] I have only one machine [17:17] Already came accross the launchpad link but don't really know if it applies [17:18] http://pastebin.com/cLP2UHry [17:23] hmm [17:24] zrz: i'm not sure, however if you're still around hwen I get back i'll take a look at it [17:24] off to run errands [17:24] thx [17:24] np tc o/ [17:30] what should my .ssh/ folder look like ? [17:42] maybe do I have to regenerate a certificate [19:12] we need someone to make an openerp 7 charm [19:21] any volunteers? [19:37] lazyPower: u around [19:53] marcoceppi: u around? [19:56] Valduare: you rang? [19:56] hi :) [19:56] hows it going lurch [19:56] :P [19:56] found this in the install hook for openerp-server charm bzr checkout --lightweight lp:openobject-server${VERSION} openobject-server [19:57] is there a way to pass the version variable when deploying a juju charm [20:02] whats it say at the top of the install hook? [20:02] surely its setting VERSION up there, with a helper like config-get [20:02] isnt there something I can pass with the juju deploy —to 2 openerp-server version=/7.0 or soemthing like that [20:03] Valduare: You can pass variables to a deployment. The available variables are defined in config.yaml of the charm. You set them with juju set = [20:04] Valduare: read: https://juju.ubuntu.com/docs/charms-config.html [20:04] VERSION=$(config-get version) is in the file up top [20:04] Valduare: and https://juju.ubuntu.com/docs/authors-charm-config.html [20:05] its covered thoroughly in the docs [20:07] ah so looks like it cant be passed through the command [20:07] has to be put into a file for it to parse [20:10] nope [20:10] that dosnt work [20:10] this documentation… ugh [20:19] Valduare: juju set openerp version=7 [20:20] when you run that it says service not found [20:20] they need to specify in the documentation when to run that [20:21] Valduare: it can be run pretty much at any time [20:22] if you run juju set before deploying service - service not found [20:22] charms are intended to be dynamic, and allow the user to dynamically reconfigure their services at any time during its lifecycle [20:22] its not intuitive to new users that you can run the set imediately after deploying it (before it boots up - now I know lol) [20:22] Valduare: if you want to specify values at time of deployment, i suggest using the yaml approach and specifying it during the deployment with --config=configuration.yaml [20:23] aye I tried that kept giving me errors [20:23] examples on the docs provided no clues [20:24] im speaking frankly - in order to help things along for new adopters like myself lol [20:24] The docs are up on GitHub [20:24] and pull requests are most certainly appreciated [20:25] if you've got ideas on how phrasing, or call outs would help - feel free to contribute. Otherwise, i understand your frustration :) Keep at it, i promise you that it's easier than it appears [20:26] aye [20:26] hmm hook failed : install [20:27] ah there we go [20:35] well this is nice, it didnt install the 7.0 version again [20:39] lazyPower: is this correct? options: [20:39] version: "/7.0" [20:40] are you deploying the server or the web agent? [20:40] i'm looking up the charm [20:42] Valduare: that looks correct [20:42] ok [20:42] both onto same instance [20:43] Valduare: however that PPA only has 6.1 [20:43] https://launchpad.net/openobject-server/+packages [20:43] so setting it to 7.0 is goign to fail [20:43] ah crapola [20:43] goot catch [20:44] Valduare: https://bugs.launchpad.net/charms/+source/openerp-server/+bug/1136952 [20:44] <_mup_> Bug #1136952: Charms deploy OpenERP 6.1.1 and not OpenERP 7.0

[20:45] also this is a known problem against the charm [20:46] so wonder if I can modify the charm [20:47] wait, where did you get that link [20:47] when I go to launchpad/openobject-server/7.0 it shows up fine [20:48] i went to launchpad/openobject-server [20:48] then clicked on the package resource at the bottom [20:51] noticed that juju destroy-service openerp-server leaves all the files? [20:51] I haven't deployed it, so no [20:52] bug would you be so kind as to file a bug about that? [20:52] s/bug/but/ [20:52] sure [20:52] where at? [20:52] the last link? [20:52] yep [20:52] it needsa fresh bug [20:53] not appended to that one - for clarification [20:54] ok [20:54] submitted [20:55] any idea why its split into openerp-web and openerp-server ? [20:55] Scaling purposes [20:55] they are independent services [20:55] ah [20:56] multiple front ends in different AZ's to keep latency down [20:56] single back end, or vice versa === timrc is now known as timrc-afk [20:57] ok [20:58] in these config.yaml files do they need to be in quotes? [20:58] ie version: “/7.0” or version: /7.0 [21:00] i get ERROR cannot parse settings data: YAML error: line 1: found character that cannot start any token [21:01] no quotes are not necessary [21:01] hey guys, about bug #1299585, I think destroy-service never removes any files/programs/conf at all? [21:01] <_mup_> Bug #1299585: juju destroy-service openerp-server fails to remove any files [21:02] jose: the stop hook should clean up after the service [21:02] any idea about the line 1 error> [21:02] lazyPower: hmm, isn't the stop hook just supposed to stop the service? [21:03] Valduare: i cant read your yaml since i havent seen it so no [21:03] i’ll pastebin [21:03] jose: stop is called when the service is being torn down [21:03] but i coppied it in here [21:03] jose: so its supposed to stop teh service and perform any cleanup [21:03] http://pastebin.com/jzxLTLhK [21:04] i’ve tried header with options: openerp-web: etc [21:04] Valduare: the format is service-name: <4 spaces> option: value [21:04] yaml doesn't read tabs. it has to be spaces. [21:05] ah [21:05] that should be added to the doc’s lol [21:05] or you should read up on how to write yaml ;) [21:06] yes but the doc’s should have a pointer to let me know that I didnt know something lol [21:06] jose: ideally, your'e in a cloud environment where the machine is disposeable and each service is attached to its own machine. Thats why most stop hooks dont clean up the environment [21:07] because its wasted cycles as the service is getting trashed. However, users of the manual provider are going to see all of this as machines aren't getting wiped. [21:07] lazyPower: so, before I do this push, should, let's say, the mailman charm, purge the installed packages on stop? [21:07] otherwise, I can just uncommit [21:08] jose: that would be a good plan if you want to support users of the manual provider. Otherwise note the behavior in the readme and let the good times roll. [21:08] you as the charm author are ultimately responsible for the behavior of the charm, and its up to whatever you want to support [21:08] I think it'd be nice, I'll add it :) [21:08] if a user deploys the charm without reading the readme first, thats their bad for not expecting the behavior. [21:09] s/expecting/accepting [21:09] wait wait this is is 2014 us consumers dont want any responsibility lazyPower :P [21:10] Valduare: i cant help it that people want genies. Juju is quite a bit of magic already - it doesn't grant 3 wishes on top of that. [21:10] hehe [21:11] :P [21:11] ok now that i’ve gotten my syntax correct it does look like its not capable of doing openerp 7 [21:13] so that lp config option [21:13] I may be able to point it to the right bzr repo eh? [21:13] give it a shot, if you get it working and submit a MP someone will review your owrk and you may make it into the charm store with that [21:14] i know quite a few users will be thanking you for the patch :) [21:14] how can I download the charm and edit it and run locally [21:15] Do you have charm tools installed? [21:16] Valduare: brew install charm-tools && charm get openerp-server [21:16] https://juju.ubuntu.com/docs/howto-vagrant-workflow.html [21:17] ty [21:17] I also made a video if the text is TLDR [21:17] https://www.youtube.com/watch?v=TSLJ22ntPQA [21:50] lazyPower: hey, any idea of what a 'git add' error may mean? I haven't even ran git on my hook and it's giving me that error, http://paste.ubuntu.com/7176420/ [21:51] i have not see that before :( [21:53] weird [21:57] jose: actually it may be coming from juju itself, presently juju uses git for charm deployment versioning [21:57] which causes interesting errors when there are merge conflicts, and what not. You can see this behavior by editing a hook on the service, and then updating the same lines in your charm and redeploying [21:58] will consider it, then [22:47] hmm its been stuck at install failed [22:47] cant destroy it to try again... [22:48] read up on resolving errors Valduare [22:48] if a machine is in an error state, it waits for user intervention [22:49] you cant destroy, or progress until its resolved. [22:52] resolved openerp-web/0 says cant resolve cause its already resolved [22:57] looks like I broke juju [22:58] its in a loop somewhere in a hook [22:58] i've done that by sending too many commands while it was in an error state [22:58] you can either wait for it to run its course and land on another error (or complete successfully) [22:58] or destroy the machine with --force (if you are on 1.17.x) and start over with it [22:59] by re-registering it in your machine pool [22:59] ok [23:03] now just says life dead in juju status for that machine heh [23:03] can I re-add it yet? [23:17] lazyPower: fyi, I'm about to start working in the queue. lmk if you're in it [23:18] marcoceppi: i am not. I'm trying to figure out vlan trunking so i can get to my maas nodes [23:18] nfs mounts are failing since its bidi communication :( [23:18] that sucks [23:18] marcoceppi: WHY ARE YOU WORKING THE QUEUE ON YOUR BIRTHDAY? [23:18] get outta here [23:31] lazyPower: great video, thanks! Q: what is special about the custom JujuBox as opposed to a plain ubuntu-vagrant box plus a juju bootstrap? [23:31] lemao: lemao the juju box comes with all the juju bits included [23:32] you can do it manually but you'll need to write a provisioner statement to load the packages you need + bootstrap your environment. You get that all OOTB with the ubuntu-juju-precise vagrant box. [23:33] lazyPower: ok, I was interested in using trusty and I created a simple bootstrap.sh to provision vagrant. But LXC used precise instead of trusty for the containers [23:34] lemao: when we aren't so slammed with other things to do i'll be working on extending the vagrant story of juju, and producing some plugins for juju so you get all that goodness ootb [23:35] one of the big draws for me with vagrant is an isolated testing environment. That way i ensure all my dependencies are met for CI and what not in the 00-setup script from charm add tests [23:37] hmm lazyPower I ran juju destroy-machine 2 —force and juju status shows it as dead, agent running [23:37] wont remove? [23:38] interesting [23:38] not sure why thats happening. Sounds like a bug [23:38] wow hp small is cheaper then aws m1.small and better [23:39] plus 300 credit!! awesome, im in!!! [23:40] anyone know if they have similiar dns services though like route 53? [23:42] lazyPower: I am also looking for a full dev/testing environment that I could 'switch' to ec2, for instance. [23:43] lemao: meaning you test in EC2? or you test local and switch + deploy to ec2? [23:43] lazyPower: and I am stuck with OSX for now so vagrant+virtualbox is required [23:43] lazyPower: latter [23:43] then the juju vagrant image is your key to success [23:43] weblife: yeah, they have a DNS server [23:43] service* [23:44] lemao: that or join the jedi academy and run ubuntu native on your apple hardware :) [23:45] so I may have to destroy entire environment to fix this? [23:45] Valduare: i wouldn't think so, no. have you tried rebooting the vm guest through your esxi VM Manager? [23:45] lazyPower: :-) I have been circling around that thought now for months ... [23:45] worst case scenario is you reprovision the vm and re-add it. [23:46] lemao: i have a MBA using reFind and it works extremely well. I recently picked up an XPS13 and have all but abandoned the apple hardware save for testing brew packaging and vagrant stuff [23:49] I'm actually considering selling it and picking up a mac mini to run on my network somewhere that i can remote into, keep it tucked away in a dark corner of my house [23:51] ya I rebooted it [23:51] havnt rebooted the juju bootstrap vm is that needed? [23:51] i dont think so [23:51] are there any juju developers here? [23:52] ok i’ll try blowing the vm away and starting fresh [23:52] lazyPower maybe? [23:52] mischief: i'm not a core developer. I work on charms and community help/outreach [23:52] lazyPower: I will have to take the plunge at some point === lazyPower changed the topic of #juju to: Welcome!! Docs: http://juju.ubuntu.com/docs || FAQ: http://goo.gl/MsNu4I || Review Queue: http://goo.gl/9yBZuv || Unanswered Questions: http://goo.gl/dNj8CP [23:53] lazyPower: is there a trusty JujuBox somewhere? Or where can I find the sources for the precise JujuBox? [23:54] lemao: unfortunately, the process to build those vagrant boxes remains full of mysticism and voodoo - i do however have some preliminary scripts using veewee to build your own basebox. The size was pretty hefty though (~800mb) [23:55] lemao: there are some baseline trusty boxes here: http://cloud-images.ubuntu.com/vagrant/trusty/ [23:55] i dont think any of the juju boxes for trusty have been built yet. [23:56] and if you want to get started building your own baseboxes - you can build off my work here: https://github.com/chuckbutler/juju-vagrant-veewee-definitions