lazypoweri'm not sure what to do about the log truncation, any suggestions on what you would like me to do next?00:02
hazmatlazypower, if the log on disk is bigger than the pastebin, the easiest thing to do would be to zip it up and email it to me.. but it doesn't look like its truncated just very short00:03
lazypowerits not any larger than whats in the pastebin00:05
lazypowerhowever i'm more than happy to send you a tarball of the logs for completeness sake00:07
=== elopio_ is now known as elopio
hazmatlazypower, hmm.. sure.. it might be on local provider its in a different log00:09
marcoceppilazypower: include /var/log/upstart/juju* in that tarbal00:13
_thumper_marcoceppi: plz file a bug and assign to me for "juju help logging"00:16
=== _thumper_ is now known as thumper
hazmatyeah.. not seeing anything in the log files00:16
marcoceppithumper: https://bugs.launchpad.net/juju-core/docs/+bug/126961800:17
_mup_Bug #1269618: Need to document log level changing <juju-core:Confirmed for thumper> <juju-core docs:Confirmed for evilnick> <https://launchpad.net/bugs/1269618>00:17
thumpermarcoceppi: ta00:17
=== bic2k-duo is now known as bic2k
=== CyberJacob is now known as CyberJacob|Away
=== mwhudson is now known as zz_mwhudson
=== zz_mwhudson is now known as mwhudson
=== CyberJacob|Away is now known as CyberJacob
=== mwhudson is now known as zz_mwhudson
=== jam1 is now known as jam
stubAnyone know of a charm using charmhelpers.fetch.configure_sources? I want to see how to spell install_sources & install_keys in the config.yaml08:46
marcoceppistub: not that I'm aware of, I can take a quick look though08:56
stubI've got a whole pile of config options that should be lists. I didn't realize config.yaml even supported that until I saw the example in charmhelpers.config_sources()08:57
stubNeed to work out how to sanely version the config and migrate to a saner structure, deprecating and rewiring08:58
marcoceppiyeah, that's going to be a ton of fun08:58
stubdef upgrade_charm(): log('┌∩┐(◣_◢)┌∩┐')09:00
=== psivaa_ is now known as psivaa
=== zz_mwhudson is now known as mwhudson
=== mwhudson is now known as zz_mwhudson
marcoceppistub: none of the charms in the charmstore use configure_sources :\10:14
stubmarcoceppi: I'll give it a go. Someone has to be first :) My existing extra_archives is bogus anyway, as it specified space separated list... which doesn't work.10:17
noodles775stub: I've used it (before I switched to using ansible for a charm I'm working on). Let me see if I can find it. Using ansible makes a lot of that pain go away though.10:20
stubnoodles775: go away or transfer it elsewhere ;)10:21
ashipikacan anybody here help me use juju on my local openstack installation?10:21
noodles775marcoceppi: Are you using amulet with latest juju-core? Or maybe the issue is with juju-deployer - I'll start digging (http://paste.ubuntu.com/6761334/)10:22
marcoceppinoodles775: we are using amulet with latest juju-core, but I've not seen that error. It's originating from deployer though10:23
noodles775Yeah, I'll find out why.10:23
marcoceppinoodles775: I'm switching gears from charm-tools to amulet for the next few days to fix it up and get it ready for the automated testing infrastructure. if you find anything else let me know or open a bug and it'll get eyes on10:26
noodles775marcoceppi: will do (I just switched back this morning from other stuff too). BTW, by latest juju-core, I meant trunk (sorry). It works with 1.16.5-saucy-amd64, but not trunk: http://paste.ubuntu.com/6761360/10:28
marcoceppinoodles775: ah, we've been testing 1.17.010:28
marcoceppinoodles775: if you bootstrap with trunk, and run juju status, what does the output look like?10:29
* marcoceppi will be sad if dns-name was dropped from machine output10:29
noodles775No - it's there, that's the first thing I checked. I'll dig down in a minute (just finishing something else).10:29
marcoceppiah, k, cool10:30
marcoceppiwe're going to be testing against devel/latest built release, but I'll keep trunk in mind10:30
noodles775OK, I'll switch to that too.10:31
noodles775marcoceppi: jfyi, I must have checked the wrong status earlier. Deploying a charm with trunk does indeed have unexpected output for juju status: http://paste.ubuntu.com/6761458/10:51
* noodles775 switches to 1.17.010:51
marcoceppithat makes me a sad panda10:51
noodles775I'm assuming that's not intended, probably an issue in trunk. Any devs who can confirm?10:53
* marcoceppi usually pings fwereade, I'm sure he loves that10:53
fwereademarcoceppi, noodles775: hmm, someone was swearing blind that already-exists bug was fixed10:55
fwereademarcoceppi, noodles775: dns-name is sometimes delayed a bit in status10:56
marcoceppicool, as long as it's not a surprise for 1.17.1 I'm fine :)10:56
noodles775fwereade: great (fwiw, the above was with r2212 of juju-core apparently: http://paste.ubuntu.com/6761485/)10:58
fwereadenoodles775, ok, thanks, that's very good to know11:26
evhazmat: hi. I have an environment where juju-deployer -TW -r5 refuses to succeed, no matter how many times I run it. Is this interesting to you? Any debugging information I can provide?11:37
marcoceppistub: here's a merge that adds configure_sources support: https://code.launchpad.net/~cmars/charms/precise/haproxy/trunk/+merge/20145811:52
evhazmat: http://paste.ubuntu.com/6761718/12:00
stubmarcoceppi: alas it breaks when you want an empty list. I'll file a bug and fix.12:06
marcoceppistub: ack, thanks. fwiw, charm-helpers is going to be getting some serious attention by the charmers in the very near future12:07
stubmarcoceppi: does that mean I don't have to fix the bug myself ;)12:08
marcoceppistub: very near future, unfortunately not the immediate future :P12:08
marcoceppiev: so, jenkins/0 can't be removed because lander-jenkins is in a pending state but also dying. This is why deployer keeps repeating it's message12:09
evmarcoceppi: still a bug in deployer though, no? I mean my understanding of -T is it's destroy-environment without the bootstrap node - I just want the instances to go away, I don't care how violently it's done.12:10
marcoceppiev: I don't think deployer has --force functionality yet, but you could run `juju terminate-machine --force 10` then run the juju deployer -TW -r512:10
marcoceppiev: it's more a feature request, --force is a very new flag in juju, I think it landed sometime in the 1.16 series12:10
evmarcoceppi: won't juju immediately try to recreate the node?12:10
evoh right12:10
marcoceppiev: no, that hasn't been a feature since the go conversion12:11
ev^ vila, in case you're not following along already12:11
marcoceppiev: def file a bug/feature request about it, it's great to have as a part of -T12:11
evon it now12:11
marcoceppithe manual terminate-machien is a work around for now though12:12
vilaev: pure gold, thanks for the ping12:14
vilaev: and no I wasn't following so I would have missed12:14
evvila: there's a precise backport of 1.16 that we can use for tarmac: http://archive.admin.canonical.com/pool/main/j/juju-core/12:15
vilaev: that means that we can replace juju-deployer -T by for $m in (juju all your machines expect 0): juju terminate $m ?12:16
vilacjohnston: ^12:16
evthat's my understanding. marcoceppi ^ any gotchas there that you can think of?12:16
vilaev, cjohnston: 1.16 ?  We don't need 1.17 ?12:16
evps. thanks for amulet. It's lovely.12:16
marcoceppiev: that would be a temporary work around until -T uses the --force option, deployer still does a bit more elegant things12:17
evvila: we just need whatever version has the --force flag12:17
evmarcoceppi: *nods*, thanks12:17
marcoceppi1.17.0 def has it, let me check 1.16.512:17
vilaev, cjohnston: and why can't we use saucy of even trusty for tarmac ? This is exactly why I'm advocating using ubuntu dev releases for devs (and tarmac needs to be closely in sync with devs).12:17
marcoceppivila: ev there's stable builds (1.16, etc) in the cloud-tools archive for precise as well12:18
evmarcoceppi: filed: https://bugs.launchpad.net/juju-deployer/+bug/126978312:20
_mup_Bug #1269783: -T should have a complimentary --force option <juju-deployer:New> <https://launchpad.net/bugs/1269783>12:20
evah cheers12:20
marcoceppiev: vila 1.16.5 has --force, so you should be good to use that12:20
vilamarcoceppi: ack12:20
* vila lost the battle that one time ;)12:20
mattywmarcoceppi, you got a few minutes for a charm helpers question?12:38
marcoceppimattyw: I'll do what I can12:38
mattywmarcoceppi, the only occurance of an apt-get-install call seems to be in the jujugui contrib?12:38
marcoceppimattyw: charmhelpers.fetch.apt_install12:39
marcoceppifetch will have most apt functions in it12:40
mattywmarcoceppi, ah brilliant, I missed that12:40
marcoceppimattyw: typically the contrib stuff is hyper specific to that service (ie: openstack-helpers, jujugui, ansible, etc)12:41
mattywmarcoceppi, ok cool12:41
mattyware there any firm plans of what goes into core - or is it just done quite ad hoc?12:42
cjohnstonev, vila I'm already on 1.17.0-0ubuntu1~ubuntu12.04.1~juju112:48
marcoceppimattyw: there will be. Basically it needs to be generic and have tests atm, but we're drawing up a roadmap and restructure of charm-helpers to make it a little less adhoc and a little more structured12:53
marcoceppicore has really lost it's meaning, since it was supposed to be contrib and core, things get put in contrib as a testing/fleshing out then promoted to core. but now fetch and payload are outside of both contrib and core, so not sure what happened there12:54
vilacjohnston: \o/ Is your setup documented somewhere ? No urgency but that's a blind spot for me so far :-}13:14
cjohnstonvila: I'm still trying to make it all work, so no (or its in progress)13:16
vilacjohnston: ack13:17
cjohnstonbasically its just a precise instance and trying to get all of the different deps.. that's really it13:17
vilacjohnston: charmed or setup manually ?13:20
cjohnstonvila: manually atleast for now13:20
cjohnstonvila: my tarmac runs more than just CI stuff too13:21
vilacjohnston: ok, as long as you keep track of what you install there, we'll be fine13:22
hazmatsmoser, the cloudinit docs on readthedocs look nice14:00
smoserhazmat, thanks. that is mostly harlowja. things can definitely be improved still.14:05
hazmatyeah.. features overview is a bit light, but i was googling around and reading the format docs yesterday and found them quite helpful.14:10
fwereadenoodles775, ping14:23
=== mbarnett` is now known as mbarnett
noodles775Hi fwereade14:24
fwereadenoodles775, can you confirm you saw "service already exists" with r2212 client and --upload-tools?14:25
noodles775I didn't use --upload-tools, dimitern mentioned that I should try that. Let me do so now.14:25
fwereadenoodles775, we have a bug that STM to be the same, with a very inappropriate title: https://bugs.launchpad.net/juju-core/+bug/125992514:26
_mup_Bug #1259925: juju destroy-environment does not delete the local charm cache <destroy-environment> <local-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1259925>14:26
fwereadenoodles775, ah, the local provider does that anyway I think14:26
fwereadenoodles775, if you take a look at the jujud installed alongside juju, and the jujud inside one of your containers, I think they'd be bit-for-bitthe same14:27
fwereadenoodles775, so as long as your jujud matched your juju you'd be fine14:28
fwereadenoodles775, would you update that bug with whatever detail you have please? I think the name is better now14:29
noodles775fwereade: I don't understand why you changed the name of that bug - it seems quite different. I actually created a dupe of that bug at the time, and as you can see from the dupe, I had no problems deploying a service with the juju I was using.14:32
noodles775fwiw, here's the result using juju bootstrap --upload-tools http://paste.ubuntu.com/6762332/14:34
noodles775Works fine with 1.16.5-saucy-amd6414:35
fwereadenoodles775, ok,about the bugs quickly: I'm confused14:37
fwereadenoodles775, the bug I linked was complaining that a service already existed14:37
fwereadenoodles775, and I thought that matched what you were talking about this morning14:37
fwereadenoodles775, your charm caching bug is IMO not a duplicate of that other one -- but it had a bad title that made it seem like it was14:38
fwereadenoodles775, (the one I changed had a bad title, not your bug)14:38
fwereadenoodles775, am I making sense here?14:39
noodles775fwereade: not really (at least, not to me :-) ). That is, the paste I showed this morning, http://paste.ubuntu.com/6762349/ , I expected the service to already exist (line 18) because I'd just deployed it (line 5). What I didn't expect was the output of juju status to not contain the details.14:39
noodles775It's probably clearer on the second paste: http://paste.ubuntu.com/6762332/ (as it shows juju status before the deploy as well).14:40
noodles775That said, there's something wrong with the installed packages - juju-core is at 1.16.5 while jujud version shows 1.17.1.. http://paste.ubuntu.com/6762349/14:41
* noodles775 apt-get updates to be certain.14:41
fwereadenoodles775, yeah, that mismatch is almost certainly a problem14:43
noodles775Where's jujud coming from? http://paste.ubuntu.com/6762365/14:44
mattywmarcoceppi, this is definately a crazy question - have you ever tried installing juju in a unit?14:50
mattyw(so that in the unit you can do a juju bootstrap to create a local environment14:51
marcoceppimattyw: yeah, a few times, pyjuju used to go ape over it, juju-core should run fine side by side in a deployed unit14:51
mattywmarcoceppi, juju init compains about juju_home not being set14:51
marcoceppimattyw: juju-core doesn't actually install any juju packages, it's all custom paths, etc14:51
mattywbut afaik it's set by juju - it doesn't need to be present in the env before hand14:51
marcoceppimattyw: yeah, that's because there is no HOME environment variable in the hooks env14:52
mattywmarcoceppi, oh right - so I should set home in the hook env?14:52
marcoceppimattyw: yup, that should resolve that14:52
mattywmarcoceppi, I'll give it a go - thanks14:52
marcoceppimattyw: I'm sure there are a few other minor nuances, but there shouldn't be any major blockers14:52
mattywmarcoceppi, ok thanks, I'll see how far I can get15:02
marcoceppimattyw: np, gl15:04
marcoceppilazypower: postgresql is a good example of this15:07
marcoceppiit has a 01_unittest.test15:07
marcoceppiand a 10_function_tests.test15:07
lazypowerok, i think i was more granular than that15:07
marcoceppijuju test plugin, by default, will hault once a test file runs15:07
marcoceppiso unittesting will cause the whole ship to sink if it fails15:07
lazypoweri have tests titled deploy_test that check the deployed resources, and another config_test that cache the config flags and test that they are sent over the wire (Which feels like i'm testing juju itself and not the charm)15:08
marcoceppilazypower: well you can have as many test files as you want, this is just how stuart structured it15:08
lazypowernext up was relationship_test that check db, caching, etc. relationships15:09
lazypowerbut if i'm using amulet in a wrong context what should I be using for unit testing? I'll add it to my required reading list15:09
marcoceppilazypower: amulet really is there to help you stand up an environment and poke at it with a sharp stick15:10
marcoceppilazypower: there's tons of unittesting tools out there, if the charms in python there's a unittest python modules that's part of core15:10
marcoceppithat allows you to test functions, etc, with a nice set of assertions, bleh15:11
lazypowerRight but I feel like poking at the end environment is still a good way to do assert the intent was performed properly15:11
lazypowerbut ok, let me spin on the unit test conversation a bit more and i'll come back to this15:11
marcoceppilazypower: it's a lot of effort to stand up a deployment only to test is a config key was changed or removed15:11
marcoceppiunittesting is nice to have, just like integration tests, they're both pieces to a larger quality puzzel15:12
=== nate_finch is now known as natefinch
lazypowermarcoceppi, http://paste.ubuntu.com/6762527/15:21
lazypowerlike, i understand that's expensive, but I need a deployed unit to validate the intent was completed. Maybe I'm approaching integration testing with a unit testing mindset?15:21
marcoceppilazypower: the concept looks fine to me15:22
lazypowerOk i'm going to finish this suite and put it up on CR15:23
marcoceppilazypower: congrats, papertrail passed review16:01
mhall119marcoceppi: I need your help16:04
mhall119I'm getting this again:16:04
mhall119Error details:16:04
mhall119Get dial tcp connection refused16:04
mhall119don't remember what you had me to last time to fix it16:05
marcoceppimhall119: what version of juju?16:05
marcoceppimhall119: not that it'll help this, but 1.16.5 is latest, fyi16:05
mhall119is it in saucy?16:05
marcoceppimhall119: is the environment already bootstraped? or are you trying to bootstrap?16:05
marcoceppimhall119: it's in ppa:juju/stable16:06
mhall119if it's not in saucy, it's not the latest for me :)16:06
mhall119marcoceppi: to be honest, I thought I had destroyed this env, haven't used it in months, but I'm seeing instances still running16:06
marcoceppimhall119: fair enough, just a reminder :)16:06
marcoceppimhall119: okay, there's like a 10 step process to purge with fire16:07
mhall119marcoceppi: make jcastro backport 1.16.5 to saucy's archives16:07
mhall119marcoceppi: I've alredy done step 1: Admitting that I have a problem16:07
marcoceppimhall119: http://askubuntu.com/a/403619/4116:07
jcastroI was hoping we'd be backporting point releases back to released Ubuntus16:08
marcoceppijust delete all those files16:08
jcastrosinzui, is there a plan for that?16:08
marcoceppijcastro: we are, 1.16.0 shipped in saucy, saucy-updates has 1.16.316:08
marcoceppiit just seems to not have 1.16.516:08
mhall119thanks marcoceppi16:08
jcastroyeah I am just wondering if there's a timed cycle or if it's best effort or what16:08
marcoceppijcastro: ah16:08
sinzuijcastro, 1.16.4 is stalled over discussion about the definition of bug fixes16:09
marcoceppimhall119: likely it's the last two paths goofing you up, but the rest are good to clean out16:09
marcoceppimhall119: OH, also16:09
jcastrosinzui, <nod>16:09
marcoceppimhall119: if it's been months, delete this too: /var/cache/lxc/cloud-precise/ubuntu-12.04*.tar.gz16:10
sinzuijcastro, as a policy they will but backported because they are stable, but we need to argue the case when we add a feature because it address how ubuntu stable users interact with Juju, such as backups need to work like saucy expects16:10
lazypowermarcoceppi, \o/ wooo16:11
mhall119I thought backports was specifically for new stuff16:11
lazypoweri'm going to be in the charm store16:11
jcastrosinzui, are we putting new features in these point releases or just pure bugfixes?16:12
sinzuimhall119, confusion over the term backport. You are correct, jcastro is asking about the SRU for juju in saucy16:12
mhall119ah, ok16:13
lazypowermarcoceppi, can you think of a good charm to reference for relationship testing? My immediate guess is to parse the DB Config file of a service and regex out the db credentials.16:13
marcoceppilazypower: sentries can do that already16:13
sinzuijcastro, backup of the state-server in juju 1.16.3 and below doesn't work. That was fixed in 1.16.4, but that fix takes the form of a plugin/feature16:13
lazypowermarcoceppi, thats not documented is it?16:14
marcoceppilazypower: sentries haven't been documented yet16:14
lazypowerOk i'll take notes and ship them to you when i'm done so you can verify i understand what i think i understand16:14
lazypowerI smell a blog post coming16:14
marcoceppid.sentry.unit['ubuntu/0'].realation( 'db', 'mysql:db') - https://github.com/marcoceppi/amulet/blob/master/amulet/sentry.py#L10016:15
lazypower    def directory_stat(self, *args): <- that checks if a directory exists?16:15
marcoceppilazypower: that's the whole point of the relation_sentry service, it proxies all the relations and acts like a MITM, recording all the relations16:15
lazypowerer sorry i mean tot get def directory()16:16
lazypoweri see dir_stat is not implemented yet16:16
marcoceppilazypower: dir_stat is16:16
marcoceppiLook at UnitSentry class16:16
lazypoweris what i'm reviewing right now16:16
marcoceppiLook at UnitSentry class16:16
lazypowerwow, ok16:18
marcoceppilazypower: I forget what dir_stat data looks like, but it basically is a way to check if dir exists16:18
lazypowerI think i overcomplicated my deploy test concept16:18
lazypowerthe sentry does all this already...16:18
marcoceppilazypower: yeah, sorry, I should have picked up on that16:18
lazypowernbd :) learning curve16:18
marcoceppimost of what you need to know is in that unit_sentry class, it's just the formatting of what each returns which needs to be documented16:19
lazypowerI'm keeping notes that i want to swap with you after your travels, i think we can build a fairly comprehensive documented suite, or at least API reference for Amulet fairly quickly16:20
marcoceppilazypower: evilnick did a great job making my README look pretty in the docs16:21
lazypowerI did see that.16:21
marcoceppijust need to expand on it with sentry and the other stuff not in there :\16:21
lazypoweri've been referencing that, and the tests that mbruzek and I paired over yesterday16:21
=== scuttlemonkey_ is now known as scuttlemonkey
rick_h_marcoceppi: or jcastro I've qa'ing stuff and removing/resetting my .juju over and over to test out quickstart. I keep getting ERROR TLS handshake failed: x509: certificate signed by unknown authority17:05
rick_h_any ideas on what else i need to clear/reset/remove to prevent these issues? I see bug #1178312 but that's a bit different17:05
_mup_Bug #1178312: ERROR state: TLS handshake failed: x509: certificate signed by unknown authority <config> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1178312>17:05
jcastroI've seen that error before17:06
jcastrobut can't remember when17:06
marcoceppirick_h_: you're blowing away the entire $HOME/.juju dir?17:07
rick_h_marcoceppi: yea, I was17:07
rick_h_now it's working17:07
jcsackettrick_h_: what environment? I get those periodically when i'm using a sshuttle instance to canonistack that's gone stale.17:07
rick_h_lxc and juju on trusty is giving me grief here and there17:08
rick_h_I know it's in flux, I just seemed to get stuck but rm'd the whole thing again and it worked17:08
jcsacketthuh, ok. never seen that on local.17:08
jcsackettbut then, i'm not on trusty yet.17:08
=== bjf[afk] is now known as bjf
mhall119marcoceppi: do I need to reboot after following the 10-step program, or should I be okay to bootstrap a new environment and work with it?18:22
diogoviannaaraujhi you guys18:23
diogoviannaaraujI'm getting the error "timed out waiting for mgo address from []" when trying to use juju with openstack18:23
diogoviannaaraujand i can't find anything about it18:23
hatchsomehow my local juju env has been corrupted, there are no lxc's running, juju status shows the env, but I can't destroy it because it can't find a local-machine.conf file. Is there a 'nuke it' option?18:48
hatchahh found http://askubuntu.com/questions/403618/how-do-i-clean-up-a-machine-after-using-the-local-provider18:51
marcoceppimhall119: no restarts needed18:53
marcoceppidiogoviannaarauj: this typically means the machine didn't boot18:53
mhall119thanks marcoceppi18:53
diogoviannaaraujmarcoceppi: oh, will check out, but going on openstack panel i can do everythin18:57
diogoviannaaraujmarcoceppi: any log i should inspect?18:57
marcoceppidiogoviannaarauj: so you've got an instance launched?18:57
diogoviannaarauji can do throu18:57
diogoviannaarauji can do through openstack interface18:58
marcoceppidiogoviannaarauj: yes, if you can ssh in to it first, check /var/log/cloud-init*, then run initctl list | grep juju to see if any jobs exists/are arunning18:58
marcoceppiIs this a private openstack setup?18:58
diogoviannaaraujI'm using openstack with docker18:58
diogoviannaaraujto create containers18:58
diogoviannaaraujmy friend who is in the project from beginning is joining the room to explain better18:59
diogoviannaaraujhi jogn00santos, marcoceppi is trying to help us19:00
diogoviannaaraujhe said: if you can ssh in to it first, check /var/log/cloud-init*, then run initctl list | grep juju to see if any jobs exists/are arunning19:01
john00santosare running19:03
john00santosjuju-db-root-local start/running, process 335319:03
john00santosjuju-agent-root-local start/running, process 336319:03
mhall119stub: is cs:precise/postgresql-56 the charm I should be testing the api-website with?19:04
marcoceppijohn00santos: okay, what happens if you run juju status right now?19:04
marcoceppijohn00santos: run the command with --debug and --show-log flags19:07
john00santos2014-01-16 19:07:38 ERROR juju supercommand.go:282 Unable to connect to environment "openstack".19:07
john00santosPlease check your credentials or use 'juju bootstrap' to create a new environment.19:07
john00santosError details:19:07
john00santostimed out waiting for mgo address from []19:07
john00santosPor default ele se conecta usando o valor em "auth-url"?!19:09
john00santosBy default it connects using the value "auth-url"?19:09
marcoceppijohn00santos: does your bootstrap instance have an IP address that reachable by your machine?19:11
john00santos198.27.90.250 500019:12
john00santosvagrant@precise64:~$ echo 1 > /dev/tcp/
john00santosvagrant@precise64:~$ echo $?19:12
marcoceppijohn00santos: The auth-url should be the keystone URL for your openstack, if you got juju to launch and instances, that should be correct19:15
marcoceppijohn00santos: do you have swift setup on this openstack?19:16
john00santosOk, looks environment.yaml19:16
=== zz_mwhudson is now known as mwhudson
marcoceppijohn00santos: what version of juju-core do you have (`juju version`)19:17
lazypowermarcoceppi, so this means the relationship failed to be parsed by amulet, right?19:17
lazypower {   u'Error': u'service "relation-sentry" has no "requires-mediawiki_db-mysql_db" relation',19:17
john00santosvagrant@precise64:~/.juju$ juju version19:18
marcoceppijohn00santos: okay, good, you have the latest19:18
john00santos  openstack:19:19
john00santos    type: openstack19:19
john00santos    # Specifies whether the use of a floating IP address is required to give the nodes19:19
john00santos    # a public IP address. Some installations assign public IP addresses by default without19:19
john00santos    # requiring a floating IP address.19:19
marcoceppilazypower: can you run juju status and pastebin the output?19:19
marcoceppijohn00santos: please use http://paste.ubuntu.com for more than one line of text19:19
marcoceppilazypower: that message is correct, there is no requires-mediawiki_db-mysql_db relation19:20
marcoceppilazypower: there are no relations to the relation-sentry19:20
lazypowerits mediawiki:mysql19:21
* lazypower facepalms19:21
marcoceppilazypower: well, relation-sentry is designed to proxy those19:21
marcoceppilazypower: did you get that error during d.setup() ?19:21
lazypoweryeah, do i leave off the interface?19:21
marcoceppilazypower: you need to be explicit and include the relations19:22
lazypowerdocs are wrong and should probably be updated19:22
marcoceppid.relate('mysql:db', 'mediawiki:db')19:22
lazypoweri'll branch and fix19:22
marcoceppilazypower: docs are correct19:22
lazypowerd.relate('mysql:db', 'mediawiki:db')19:22
lazypowerthats what i have in my code thats failing19:22
marcoceppilazypower: can you add this line prior to d.setup()19:22
marcoceppiimport json19:23
marcoceppiprint(json.dumps(d.schema(), indent=2))19:23
marcoceppithen pastebin the schema that it drops19:23
marcoceppilazypower: can you pastebin /tmp/sentry_etcadv/relation-sentry/metadata.yaml19:26
marcoceppijohn00santos: your config looks fine, try running juju destroy-environment, make sure the node that juju launched shuts down19:28
marcoceppijohn00santos: set use-floating-ip to True, rm -f ~/.juju/envs/openstack.jenv; then run `juju bootstrap --show-log --debug`19:29
marcoceppilazypower: yeah, that's correct19:29
marcoceppilazypower: and it's giving you grief about now having a relation? was this a test running against a clean environment?19:29
lazypowernope, i chained right off of the standup test19:30
lazypowerlet me clear and try fresh19:30
marcoceppilazypower: that's the problem19:31
marcoceppilazypower: the relation-sentry doesnt' get upgraded, so it doesn't get the latest metadata.yaml19:31
lazypoweri just hit the setup() portion of the test, so far so good19:31
lazypowerahhh ok19:31
marcoceppiso technically relation-sentry doesnt have those defined yet19:31
lazypowerso the sentries cache data then19:31
marcoceppilazypower: no, the deployment caches data19:32
lazypowerwhatever config comes in initially they hold on to, and are not reprogrammable19:32
marcoceppiits a juju feature, can you open a bug to make sure that amulet runs an upgrade each time deployer runs?19:32
lazypowersure, against amulet right?19:32
marcoceppilazypower: yes19:33
marcoceppilazypower: I think I just need to add the --update-charms flag to deployer19:33
marcoceppicould you add that as a note, I'll investigate later19:33
_mup_Bug #1269914: Upgrade Charm on juju-deployer run <Amulet:New> <https://launchpad.net/bugs/1269914>19:35
marcoceppijohn00santos: any luck?19:38
john00santosthis uploading tools for bucket19:39
marcoceppijohn00santos: gotchya19:41
john00santosI found these strange errors http://paste.ubuntu.com/6763823/, but he ignores her and continues uploading19:41
amrilinuxhi guys !!! plz i need to know about juju !!!19:43
amrilinuxwhats juju ???19:43
sarnoldamrilinux: juju is a cloud-provider independent way to orchestrate 'services' -- you can with a few commands or clicks deploy a few hundred machines to run the services you need; check out https://juju.ubuntu.com/ for the details19:45
lazypowerhi amrilinux, what would you like to know about juju?19:46
marcoceppijohn00santos: those are somewhat exected errors, it's just juju trying to find tools and imagemetadata19:47
amrilinuxlazypower: hi ! i don't know nothing about her !!19:47
lazypowerWell, Juju is the coolest tool in data center orchestration, distilling away the pain of deployment and setup of your infrastructure. My first suggestion is you visit juju.ubuntu.com and get the overview of the application. I'll be more than happy to answer any specific questions you may have about the platform.19:48
lazypoweramrilinux, ^19:49
rick_h_http://www.youtube.com/watch?v=1yoIdgdqzLk&list=PLc2mSdaCQVXYBiIRrA72T6yCJi8AKU4lb for the video lovers of learning what something is19:49
john00santosIt did not work ... Error: http://paste.ubuntu.com/6763859/19:51
=== timrc is now known as timrc-afk
john00santosre-running http://paste.ubuntu.com/6763888/ , generating ImageData the problem is resolved, but will return to the initial error19:55
marcoceppijohn00santos: Okay, have you created image metadata for your cloud already?19:56
marcoceppithe second paste shows a failure to find a machine to launch19:57
john00santosI will create and upload to the bucket, do you think the problem may related to the fact that I'm using OpenStack with docker19:58
=== timrc-afk is now known as timrc
marcoceppijohn00santos: it shouldn't be, but I don't think we've tested that combination yet, so I can neither confirm or deny it works with juju20:00
john00santosI will upload the metadata and you have the output step20:01
marcoceppijohn00santos: thanks20:01
john00santosThe id is the image that stored in the right glance?20:06
john00santosmarcoceppi, The id is the image that stored in the right glance?20:10
marcoceppijohn00santos: yes, you should see it in the drop down in horizon for the create an instance20:11
john00santosmarcoceppi, I did upload metadas and ran the juju status and error was the same http://paste.ubuntu.com/6764202/21:03
marcoceppijohn00santos: so you uploaded metadata, then ran a bootstrap?21:11
john00santosmarcoceppi: yes, http://paste.ubuntu.com/6764297/21:32
=== CyberJacob is now known as CyberJacob|Away

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