=== stub` is now known as stub
=== mwhudson is now known as zz_mwhudson
mhall119marcoceppi_: http://tannerfilip.me/the-status-of-discourse/04:04
=== timrc is now known as timrc-afk
=== timrc-afk is now known as timrc
=== zz_mwhudson is now known as mwhudson
=== CyberJacob|Away is now known as CyberJacob
=== mwhudson is now known as zz_mwhudson
=== zz_mwhudson is now known as mwhudson
=== mwhudson is now known as zz_mwhudson
=== zz_mwhudson is now known as mwhudson
=== freeflying_away is now known as freeflying
marcoceppi_mhall119: thanks for the info, looks like he has more of an issue with juju than the charm directly09:05
marcoceppi_their loss09:05
=== bradm1 is now known as bradm
=== mwhudson is now known as zz_mwhudson
=== zz_mwhudson is now known as mwhudson
=== freeflying is now known as freeflying_away
=== mwhudson is now known as zz_mwhudson
=== JoseeAntonioR is now known as jose
kennHey all. I'm using juju to deploy my stuff, but would like to add regular backups of my database. I have a script to do it, but I need to shut down the main application while the backup is running. Without adding that code to the database charm, what would be the best way of going about doing that?12:03
kennBoth charms are running on the same box12:04
=== beuno_ is now known as beuno
=== _mup__ is now known as _mup_
=== gary_poster|away is now known as gary_poster
=== timrc is now known as timrc-afk
=== timrc-afk is now known as timrc
lazyPowerkenn: you could write a subordinate charm to handle that task. Or write a non-subordinate charm, and deploy it to the same machine using relationships to bind the db details so its portable.14:05
=== medberry is now known as med_
=== freeflying_away is now known as freeflying
=== freeflying is now known as freeflying_away
=== freeflying_away is now known as freeflying
=== freeflying is now known as freeflying_away
tomixxx3hi, how can i configure juju so that it uses MAAS as a http proxy?15:07
=== freeflying_away is now known as freeflying
dannfhelp w/ the manual provider? bootstrap is giving me an ssh-looking error, though i can ssh just fine15:33
dannfnot clear from the logs what is ssh'ing to where15:34
lazyPowerdannf: have you provisioned with the manual provider before?15:48
dannfi worked around it by adding my ssh key to the authorized_key of the ubuntu user that bootstrap created15:50
dannfnow its installing packges15:50
=== freeflying is now known as freeflying_away
dannflazyPower: hm.. next issue. cp: cannot stat ���/var/lib/juju/storage/tools/releases/juju-1.17.0-trusty-amd64.tgz���: No such file or directory16:03
tomixxx3lazyPower: do u know how can i set the maas-server as a http-proxy for the juju-bootstrap node?16:03
dannf(from cloud-init-output.log on bootstrap node)16:03
lazyPowertomixxx3: I do not sorry16:03
tomixxx3lazyPower: k, np16:03
lazyPowerdannf: try bootstrapping with --upload-tools?16:03
dannflazyPower: bingo16:05
dannfERROR error detecting hardware characteristics: unrecognised architecture: aarch6416:10
dannfwell, wanted to see how far i could get - i guess that's it :)16:10
lazyPowerdannf: yeah Manual provider is still a WIP16:13
dannflazyPower: so is aarch6416:13
lazyPowerits coming along though, lots of new improvements16:13
=== mattgriffin1 is now known as mattgriffin
niedbalskihey guys , is this https://travis-ci.org/juju/juju-core the official CI?20:22
nicholaswyoungDoes anyone have experience using Juju with Vagrant for local development20:44
lazyPowernicholaswyoung: i've used it on my mac, what would you like to know specifically?20:51
nicholaswyounglazyPower: That's exactly what I'll be doing. I'm looking to bootstrap a VM with Vagrant, then create a development environment with MongoDB, Ruby, etc on that VM using Juju - much like I would traditionally use Chef or Puppet.20:52
nicholaswyoungIs this something Juju is capable of? From reading the docs, I assume so - but I want to make sure I'm using the tool correctly.20:52
lazyPowerit is, but juju sits a layer above what you're doing. Juju is more about service orchestration - however it does provide you with raw hooks so you can in turn write your own configuration management in say, bash, salt, puppet, chef, ansible, compiled binaries, etc.20:53
lazyPowerhowever there is nothing wrong with using juju as your configuration manager if you so choose to do that.20:55
nicholaswyoungGotcha. So for this use case, I'm better off using the traditional configuration management tools. Or at least that's what it sounds like.20:55
nicholaswyoungI think I initially saw Juju as a more-powerful successor to those tools -- none of which I like very much.20:56
lazyPoweragain, theres nothing stopping you from charming your development environment20:56
sarnoldjuju might be a better fit if you were starting several VMs, one or more per service20:56
lazyPowerbeat me to it sarnold20:57
nicholaswyoungI will be deploying to Ubuntu in the next week or so, and if writing Charms (or downloading them now) will save time then, awesome.20:57
nicholaswyoungWould it be reasonable to write charms (or download them), provision via Vagrant, use the charms -- then somehow wire that up to the cloud provider of choice?20:58
lazyPowernicholaswyoung: yep! that's the idea behind the vagrant box, is to provide a test bed for developers not running ubuntu full time.20:58
nicholaswyoungI mean, eventually the DB, Rails stack, etc will all have their own VM.20:58
roadmrI'm having trouble with the openstack-dashboard charm (the version of django from cloud-tools doesn't work with this version of horizon), anybody had success with this?20:59
nicholaswyounglazyPower: That makes sense. Could I (or should I) just drop Vagrant and use Juju to build virtual dev environments?21:00
nicholaswyounglazyPower: The less complexity and "magic" in my rig, the better.21:00
sarnoldnicholaswyoung: yes, that sounds like something juju can help with -- you could do your tests locally, with vagrant, one vm per service, and then turn around and deploy those services on ec2 or azure or hp21:00
nicholaswyoungsarnold: But Vagrant is still valuable, correct? Because I'm not attached to it specifically either. If I could use straight-up Juju, so far, it seems to fit my style better. But if I still need Vagrant to provision, so be it.21:01
nicholaswyounglazyPower: I finally understood what you meant by 'full-time'. In other words, those running Ubuntu as the primary, host OS. Your answer makes much more sense in that context. I apologize for being slow.21:03
lazyPowernicholaswyoung: I could have been a bit more specific. Since i run juju as my host os, i have the afforded opportunity of using LXC containers which are great for development of charms21:04
sarnoldnicholaswyoung: juju just asks a "cloud provider" to provision machines; in your case, that would be vagrant during development, and aws or whatever during deployment21:04
nicholaswyoungsarnold: Understood. Then, once a box is provisioned, Juju configures the defined services.21:05
sarnoldnicholaswyoung: right21:05
nicholaswyoungsarnold: I finally have a clear picture of what Juju is, and how it will help. Thank you!21:05
nicholaswyounglazyPower: and thanks to you too. This is by far the most valuable IRC visit I've ever had.21:05
sarnoldnicholaswyoung: cool! have fun :)21:06
nicholaswyoungsarnold: I'm certainly going to try!.21:06
* lazyPower hat tips21:06
sarnoldlazyPower: well done :) good tag-team21:06
* lazyPower hi5's21:06
* sarnold ^521:06
lazyPowervery nice, great success (devops borat)21:06
timrcIs there a way to deploy a charm with multiple config yamls?  Specifically I'd like to deploy a charm with all the default config options but override two of them at deploy time rather than after21:55
marcoceppi_timrc: yes22:21
timrcmarcoceppi_, using --config with deploy doesn't seem to be working in my case :(22:22
marcoceppi_timrc: it needs a specific format22:22
marcoceppi_timrc: https://juju.ubuntu.com/docs/charms-config.html#config-deployment22:22
timrcmarcoceppi_, Thanks for the help23:26
=== freeflying_away is now known as freeflying

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