| === frankban|afk is now known as frankban | ||
| === rogpeppe1 is now known as rogpeppe | ||
| gnuoy | '--map-machines' hurray ! thank you juju team | 14:52 |
|---|---|---|
| === frankban is now known as frankban|afk | ||
| skay | how do I get a list of resources that have been attached? | 18:28 |
| skay | from the command line | 18:29 |
| rick_h | skay: juju resources $app ? | 18:32 |
| skay | rick_h: dangit. why was that not working before | 18:32 |
| rick_h | skay: sorry, not sure | 18:33 |
| skay | oh, 'dangit' was mock self-deprecation. I just realized that might not carry over irc. | 18:34 |
| skay | no need to apologize | 18:34 |
| rick_h | skay: :) sorry assumed you meant you tried it and didn't get any response from the command | 18:34 |
| * rick_h is in default "it's broken" mode today evidently | 18:34 | |
| skay | yes, I did before, and thus got confused thinking perhaps it was only meant to show resources in the store | 18:34 |
| skay | but after youmentioned it, I tried again. it listed the resources I had attached | 18:35 |
| skay | I question my reality. it was a glitch in the matrix | 18:35 |
| rick_h | no, I think that's a different command. juju charm --help | 18:35 |
| skay | k | 18:35 |
| rick_h | skay: so it's a little confusing. We want to keep split those commands that touch the store vs just the current model | 18:35 |
| skay | oh! earlier I had called the charm-resources command. makes sense now | 18:36 |
| skay | reality is restored | 18:36 |
| rick_h | skay: yay | 18:37 |
| skay | I've been deploying and redeploying things to see if there is some race condition that makes one of my subordinates not realize there is a resource | 18:37 |
| skay | I thought it was happening, but it may just be that I wasn't waiting long enough for things to settle | 18:37 |
| skay | when someone attaches a resource right after a juju deploy, and thus before a machine is ready, I'm assuming that the unit will detect the resource once the unit is ready | 18:39 |
| rick_h | skay: well, it might take a bit for the resource to be fetched | 18:39 |
| skay | ok | 18:39 |
| rick_h | skay: the fetching is done in the context of other hooks that say "go get it" | 18:39 |
| skay | hmm, I think I don't have a problem, I was just impatient | 18:39 |
| skay | I have the charm look for a resource in the check status hook | 18:40 |
| rick_h | update-status hook? | 18:40 |
| rick_h | yea, so that might take a 30s run up from the charm hitting stable and then it will download/etc | 18:40 |
| rick_h | though should download from the controller and be pretty quick | 18:41 |
| skay | oh I lie, I only thought I did | 18:41 |
| skay | I have it in the upgrade-charm hook, because that is triggered with the attach command | 18:41 |
| skay | will the upgrade-charm hook get triggered by the attach command that happened before the unit was up? | 18:42 |
| rick_h | skay: so since hooks are serliazed it just means update-status hook will get put in line | 18:43 |
| skay | also, would it be more appropriate to check for the attached resources in the update-status hook? currently I only have it check some flags | 18:44 |
| skay | I didn't set up a handler to run everytime the flag is not set, becuase I thought that would be too often | 18:44 |
| rick_h | well running attach will trigger the update-status hook. so you want whatever to be hit from there but could be part of install/etc since on deploy you could have the resource there | 18:45 |
| rick_h | from --help: juju deploy foo --resource bar=/some/file.tgz --resource baz=./docs/cfg.xml | 18:45 |
| skay | in reality, I'm deploying from a bundle (the jujubundle and not the juju2 bundle) and don't have the resource defined in the bundle | 18:47 |
| skay | once I deploy the bundle, I wait for things to settle, then run the attach commands | 18:47 |
| skay | at this point resources may be able to be defined in bundles, I should check | 18:47 |
| rick_h | ah, gotcha | 18:47 |
| rick_h | skay: https://github.com/juju/charm/blob/v6/bundledata.go#L154 implies yes as part of defining the application | 18:48 |
| rick_h | skay: but it can be revisions of the resource in the store. | 18:49 |
| rick_h | there was a task to allow specifying local resources but not sure it's in place | 18:49 |
| skay | at this point, maybe I should not use mojo to deploy a bundle and use juju deploy <bundle> instead | 18:49 |
| skay | mojo collect, build, etc are useful | 18:50 |
| skay | found the docs for charm bundles https://jujucharms.com/docs/stable/charms-bundles#bundles-and-charm-resources | 18:52 |
| skay | sorry, re mojo, I meant juju-deployer config files, not bundles | 18:56 |
| skay | mojo uses that. the syntax is similar, but different | 18:56 |
| skay | for future reference, juju-deployer config file has similar syntax for resources | 19:03 |
| prime-ribz | hello all, can someone point me in the direction of how to add security group rules for aws in the model config? would like to add a ingress rule when I pass "juju add-model". | 19:37 |
| pmatulis | in principle that is doable but i haven't seen that level of config yet. i'm not a dev though | 20:15 |
| prime-ribz | pmatulis : Thanks will keep searching for a work around. | 20:35 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!