*** shoutm has quit IRC | 00:17 | |
*** shoutm has joined #openstack-ansible | 00:20 | |
*** shoutm has quit IRC | 00:44 | |
*** shoutm has joined #openstack-ansible | 01:02 | |
*** shoutm has quit IRC | 01:16 | |
*** shoutm has joined #openstack-ansible | 01:19 | |
*** daneyon_ has quit IRC | 01:24 | |
*** shoutm has quit IRC | 01:28 | |
*** shoutm has joined #openstack-ansible | 01:30 | |
*** markvoelker has joined #openstack-ansible | 01:39 | |
*** markvoelker has quit IRC | 01:44 | |
*** alejandrito has joined #openstack-ansible | 02:08 | |
*** Mudpuppy has joined #openstack-ansible | 02:17 | |
*** alejandrito has quit IRC | 02:37 | |
*** JRobinson__ is now known as JRobinson__afk | 03:40 | |
*** markvoelker has joined #openstack-ansible | 03:40 | |
*** markvoelker has quit IRC | 03:45 | |
*** JRobinson__afk is now known as JRobinson__ | 04:25 | |
*** sdake has quit IRC | 05:01 | |
*** Mudpuppy has quit IRC | 05:18 | |
*** jasondotstar has joined #openstack-ansible | 05:21 | |
*** jasondotstar has quit IRC | 05:26 | |
*** markvoelker has joined #openstack-ansible | 05:41 | |
*** markvoelker has quit IRC | 05:46 | |
*** Mudpuppy has joined #openstack-ansible | 05:48 | |
*** Mudpuppy has quit IRC | 05:53 | |
*** marekd has quit IRC | 06:09 | |
*** marekd has joined #openstack-ansible | 06:12 | |
*** odyssey4me has quit IRC | 06:50 | |
*** odyssey4me has joined #openstack-ansible | 06:50 | |
*** shoutm has quit IRC | 07:27 | |
*** shoutm has joined #openstack-ansible | 07:30 | |
*** markvoelker has joined #openstack-ansible | 07:42 | |
*** JRobinson__ has quit IRC | 07:42 | |
*** markvoelker has quit IRC | 07:46 | |
*** jasondotstar has joined #openstack-ansible | 07:48 | |
*** jasondotstar has quit IRC | 07:52 | |
*** vdo_ has joined #openstack-ansible | 08:03 | |
*** odyssey4me has quit IRC | 08:26 | |
*** odyssey4me has joined #openstack-ansible | 08:27 | |
*** shoutm has quit IRC | 08:34 | |
*** shausy has joined #openstack-ansible | 08:57 | |
*** shausy has quit IRC | 09:05 | |
*** shausy has joined #openstack-ansible | 09:05 | |
*** shoutm has joined #openstack-ansible | 09:09 | |
*** javeriak has joined #openstack-ansible | 09:14 | |
*** javeriak has quit IRC | 09:25 | |
*** javeriak has joined #openstack-ansible | 09:25 | |
evrardjp | good morning everyone | 09:25 |
---|---|---|
svg | way too early evrardjp | 09:35 |
evrardjp | ;) | 09:35 |
svg | I'm still post processing my morning coffee | 09:36 |
evrardjp | :D | 09:37 |
evrardjp | you're on holiday, so it's normal ;) | 09:41 |
*** odyssey4me has quit IRC | 09:43 | |
*** markvoelker has joined #openstack-ansible | 09:43 | |
*** odyssey4me has joined #openstack-ansible | 09:43 | |
mattt | svg: holiday harder | 09:44 |
*** markvoelker has quit IRC | 09:49 | |
*** vdo_ has quit IRC | 09:50 | |
*** shoutm has quit IRC | 09:58 | |
javeriak | hey guys, if theres anyone not on holiday, ive got some question with a kilo install | 10:01 |
javeriak | :) | 10:01 |
evrardjp | I'm not, but I'm not sure I can help | 10:01 |
javeriak | hmm now worries, lets give it a try, my infra playbook is erroring out on a command from the galera_install.yml playbook, it cant find the /etc/mysql/debian.cnf file, | 10:02 |
javeriak | the file however is only installed in a playbook later galera_post_install.yml, so it makes sense the former error out | 10:03 |
javeriak | is there something im mising out in the workflow here? | 10:03 |
*** odyssey4me has quit IRC | 10:04 | |
*** odyssey4me has joined #openstack-ansible | 10:04 | |
evrardjp | IIRC galera is installed during the setup-infrastructure.yml | 10:06 |
*** javeriak has quit IRC | 10:07 | |
evrardjp | where does it fail ? | 10:10 |
*** javeriak has joined #openstack-ansible | 10:12 | |
evrardjp | afk sorry | 10:12 |
javeriak | hey, sorry evrardjp, i got dc, the only message i got from you is "IIRC galera is installed during the setup-infrastructure.yml", not sure if u said anything esle | 10:13 |
javeriak | yes its during the setup-infrastructure.yml galera portion that this hits, seems to be something with the order of things, as in a file is attempted to be used before it is installed | 10:14 |
mattt | javeriak: well that is a default debian file | 10:15 |
mattt | so it should exist after the mariadb packages getting installed | 10:15 |
odyssey4me | git-harry for your side project ;) https://blueprints.launchpad.net/openstack-ansible/+spec/tunable-openstack-configuration | 10:18 |
git-harry | odyssey4me: ta | 10:20 |
mattt | javeriak: just double-checked, the mariadb-galera-server postinst does stuff with debian.cnf, so that file should exist assuming the package is installed | 10:28 |
*** jasondotstar has joined #openstack-ansible | 10:29 | |
javeriak | mattt: yes seems like the installation must have failed, let me check it out, wouldn't the playbooks notify of such a failure though? | 10:34 |
mattt | javeriak: it should have failed the run, as we're not ignoring those errors | 10:35 |
*** jaypipes has joined #openstack-ansible | 10:53 | |
openstackgerrit | Jesse Pretorius proposed stackforge/os-ansible-deployment: Replace ADFS example DNS name with something appropriate https://review.openstack.org/211102 | 10:56 |
*** fawadkhaliq has joined #openstack-ansible | 11:11 | |
*** jasondotstar has quit IRC | 11:18 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Keystone Federation Service Provider Configuration https://review.openstack.org/210628 | 11:21 |
*** sdake has joined #openstack-ansible | 11:28 | |
*** jmckind has joined #openstack-ansible | 11:29 | |
*** markvoelker has joined #openstack-ansible | 11:29 | |
*** shoutm has joined #openstack-ansible | 11:30 | |
*** jmckind has quit IRC | 11:30 | |
*** sdake_ has joined #openstack-ansible | 11:32 | |
*** jmckind has joined #openstack-ansible | 11:32 | |
evrardjp | odyssey4me: for the tunables, isn't it better to use lineinfile module from ansible, instead of doing such difficult things? | 11:34 |
*** markvoelker has quit IRC | 11:34 | |
evrardjp | moreover, you can use validate to check integrity and you don't have anything fancy to do... | 11:35 |
odyssey4me | evrardjp the blueprint is an idea, and I tried a method which was abandoned... git-harry has an alternative idea | 11:35 |
evrardjp | oh | 11:35 |
evrardjp | I was looking at that | 11:35 |
evrardjp | https://review.openstack.org/#/c/168976/1/specs/kilo/tunable-openstack-configuration.rst | 11:35 |
*** sdake has quit IRC | 11:36 | |
evrardjp | I thought it could be better to give my opinion, to help things | 11:36 |
odyssey4me | essentially the hope is that a deployer could easily define any extra options for openstack conf files that they want without having to go through the dev cycle of adding a new variable, putting the template in, test, merge, etc | 11:36 |
*** jmckind has quit IRC | 11:36 | |
odyssey4me | evrardjp it wasn't accepted and was abandoned - if you have an alternative idea then you're welcome to figure it out and submit a spec :) | 11:37 |
*** jmckind has joined #openstack-ansible | 11:38 | |
evrardjp | cinder_use_custom_file: True and then copy module, voila! | 11:39 |
evrardjp | yeah not perfect. | 11:39 |
odyssey4me | lol, the idea is to allow the use of one or two extra vars that get added to the appropriate sections and still take advantage of the templating and defaults in place... not wholesale replace the file | 11:40 |
evrardjp | I know, I was joking ;p | 11:40 |
odyssey4me | if you're prepping your config files by hand, you're doing it wrong :p | 11:41 |
evrardjp | the lineinfile approach is not that bad | 11:42 |
evrardjp | that's what I'm using in other playbooks (not related to openstack) | 11:42 |
odyssey4me | so the trouble is that as we're compiling from source, there is no file there - we have to place it there | 11:45 |
odyssey4me | so we have to template anyway | 11:45 |
openstackgerrit | Serge van Ginderachter proposed stackforge/os-ansible-deployment: Update the documented ceph user variables https://review.openstack.org/209130 | 11:47 |
evrardjp | what I don't like with lineinfile is: if you are templating and then editing with lineinfile, it gives idempotency issues (lineinfile rewrites the generated file from template, so re-running makes the task "changed") | 11:48 |
odyssey4me | yup, that's not great | 11:48 |
svg | Avoid using lineinfile as much as possible | 11:49 |
*** sdake has joined #openstack-ansible | 11:49 | |
odyssey4me | svg shouldn't you be holidaying? | 11:49 |
odyssey4me | ;) | 11:49 |
svg | I am ! | 11:49 |
svg | each time I go inside to take a drink I wander past my laptop though :) | 11:49 |
svg | lineinfile is a hack to edit an existing file that is not managed fully by ansible - which by oitself breaks a bit the point of doing CM | 11:50 |
*** Mudpuppy has joined #openstack-ansible | 11:51 | |
*** sdake_ has quit IRC | 11:52 | |
svg | https://review.openstack.org/#/c/168976/1/specs/kilo/tunable-openstack-configuration.rst sounds nice though | 11:52 |
svg | this is a technique lots of projects could benefit from | 11:53 |
svg | odyssey4me: what exactly was abondoned? | 11:53 |
odyssey4me | svg my spec for doing tunable config files | 11:53 |
odyssey4me | svg: https://review.openstack.org/#/c/168976/ | 11:54 |
odyssey4me | I haven't had the time to figure out alternative ways of doing somethign which achieves the desired goal | 11:54 |
svg | ah the spec itself; is that a case of ENOTIME? | 11:55 |
odyssey4me | it may be worth resurrecting it | 11:55 |
odyssey4me | there were almost no reviews, but that said that was back in the days when spec were a new thing (and they still are) | 11:55 |
odyssey4me | we're a bit better now at reviewing specs | 11:56 |
*** Mudpuppy has quit IRC | 11:56 | |
odyssey4me | but yeah, that method wasn't great and I haven't had a time to figure out an alternative method that I think is good | 11:56 |
svg | Why wasn't it great? | 11:57 |
svg | Basically boils down to a technique to finegrained merging of dicts, overriding sub dicts, etc. | 11:58 |
svg | Which would be a great feature in ansible | 11:58 |
odyssey4me | yep, which I thought would be a pretty useful feature to have in our deployments | 11:58 |
git-harry | hash_behaviour | 11:58 |
odyssey4me | and yeah, it'd be great to have something similar in ansible - something a little more fine-grained than the global hash merging | 11:59 |
svg | defining hash_behavour as an general ansible.cfg is a bad idea imho; that should be a setting that happens wwithin the inventory, per project etc | 12:00 |
evrardjp | +1 | 12:00 |
svg | that's one of the things that is a second citizin in ansible land, and few are those that use it | 12:01 |
evrardjp | svg: with the ansible.cfg file being in the playbooks folder, it overwrites any other ansible.cfg before, so it's like it's using a "per-project" (osad) config | 12:03 |
evrardjp | it's not perfect, but it's still something | 12:03 |
svg | well, yes, as long as ansible.cfg is in $PWD | 12:03 |
svg | which is the technique I use everywhere | 12:03 |
svg | Guys, I'll let you ponder these things. My pool is calling. | 12:05 |
*** markvoelker has joined #openstack-ansible | 12:08 | |
evrardjp | :) | 12:10 |
odyssey4me | ideally I'd like to be selective in a playbook regarding when the hash behavior is applied... so I could turn it on or off for a specified set of variables per play | 12:13 |
evrardjp | yes, that would be the best | 12:15 |
evrardjp | like before giving the variables, you can just put a hash_behaviour: merge | 12:15 |
odyssey4me | or perhaps even as a filter? | 12:16 |
evrardjp | no the best would be to chose per variable/hash | 12:16 |
odyssey4me | with_items: "{{ my_dict | hash_merge }}" | 12:16 |
evrardjp | dreaming of "{{my_dict | hash_merge(merged_dict) }}" ? | 12:18 |
*** javeriak has quit IRC | 12:18 | |
*** jmckind has quit IRC | 12:19 | |
evrardjp | there is something like {{ list1 | union(list2) }} already | 12:19 |
odyssey4me | yep, but as I recall it doesn't do what I was hoping to do | 12:20 |
odyssey4me | I can't recall exactly why | 12:20 |
evrardjp | yeah: | 12:21 |
evrardjp | https://github.com/ansible/ansible/issues/7495 | 12:21 |
evrardjp | union is a ansible jinja2 filter, it was never meant to work with dictionaries, it works with lists/sets. | 12:21 |
odyssey4me | hmm, v2 has this: https://github.com/ansible/ansible/pull/7534 | 12:24 |
odyssey4me | well, devel has it - will have to see whether it merged into anything before v2 | 12:25 |
*** tlian has joined #openstack-ansible | 12:26 | |
*** tlian has quit IRC | 12:26 | |
*** tlian has joined #openstack-ansible | 12:32 | |
*** bapalm has joined #openstack-ansible | 12:36 | |
openstackgerrit | Matt Thompson proposed stackforge/os-ansible-deployment: Remove hardcoded config drive enforcement https://review.openstack.org/195403 | 12:45 |
*** woodard has joined #openstack-ansible | 12:47 | |
*** woodard has quit IRC | 12:47 | |
*** javeriak has joined #openstack-ansible | 12:47 | |
*** woodard has joined #openstack-ansible | 12:48 | |
*** yaya has joined #openstack-ansible | 12:56 | |
*** woodard has quit IRC | 12:58 | |
*** bapalm_ has joined #openstack-ansible | 12:58 | |
*** bapalm has quit IRC | 13:02 | |
*** woodard has joined #openstack-ansible | 13:03 | |
*** yaya has quit IRC | 13:14 | |
*** prad_ has joined #openstack-ansible | 13:18 | |
openstackgerrit | Hugh Saunders proposed stackforge/os-ansible-deployment: Add Ceph/RBD support to playbooks https://review.openstack.org/211151 | 13:23 |
*** jasondotstar has joined #openstack-ansible | 13:29 | |
*** jasondotstar has quit IRC | 13:34 | |
*** prad_ is now known as pradk | 13:36 | |
*** shoutm has quit IRC | 13:44 | |
openstackgerrit | Matt Thompson proposed stackforge/os-ansible-deployment: Remove hardcoded config drive enforcement https://review.openstack.org/195403 | 13:45 |
*** richoid has joined #openstack-ansible | 13:47 | |
*** Mudpuppy has joined #openstack-ansible | 13:49 | |
*** jasondotstar has joined #openstack-ansible | 13:49 | |
openstackgerrit | Matthew Kassawara proposed stackforge/os-ansible-deployment: Reduce neutron configuration https://review.openstack.org/211171 | 13:58 |
*** jasondotstar has quit IRC | 13:59 | |
*** jasondotstar has joined #openstack-ansible | 14:00 | |
*** KLevenstein has joined #openstack-ansible | 14:03 | |
openstackgerrit | Jesse Pretorius proposed stackforge/os-ansible-deployment: Reduce neutron configuration https://review.openstack.org/211171 | 14:11 |
*** yaya has joined #openstack-ansible | 14:12 | |
svg | odyssey4me: evrardjp the merging happens when parsing the inventory, which basically happens at ansible initialisation, so the different 'instance values' are not available any more at run time | 14:14 |
odyssey4me | svg yep | 14:14 |
odyssey4me | it would be nice if they were accessible somehow | 14:14 |
*** richoid has quit IRC | 14:15 | |
odyssey4me | then a simple filter or module could be used to specify a hash merge for a specific variable | 14:15 |
*** richoid has joined #openstack-ansible | 14:15 | |
odyssey4me | morning palendae | 14:17 |
palendae | Monring | 14:17 |
odyssey4me | would you mind glancing through https://review.openstack.org/#/q/starredby:%22Jesse+Pretorius%22+project:stackforge/os-ansible-deployment,n,z paying special attention to the backports | 14:18 |
openstackgerrit | Yoshitaka Tahara proposed stackforge/os-ansible-deployment: Fix Invalid link "deployment-os.html" in Install Guide https://review.openstack.org/211186 | 14:18 |
odyssey4me | palendae andymccr hughsaunders mattt backports for your attention please: https://review.openstack.org/#/q/starredby:%22Jesse+Pretorius%22+project:stackforge/os-ansible-deployment,n,z | 14:23 |
*** sdake_ has joined #openstack-ansible | 14:23 | |
Sam-I-Am | odyssey4me: was my backport done wrong? | 14:25 |
*** sdake has quit IRC | 14:27 | |
odyssey4me | Sam-I-Am nope, I just rebased to improve its chances of success | 14:29 |
Sam-I-Am | ok. should i do a rebase normally? | 14:29 |
Sam-I-Am | which i guess would be review -X ## then rebase, fix whatever, then commit? | 14:29 |
Sam-I-Am | the docs workflow doesnt include rebasing | 14:30 |
odyssey4me | Sam-I-Am typically before you cherry-pick -x you should pull the latest origin branch | 14:30 |
Sam-I-Am | ok, that works too | 14:30 |
odyssey4me | if something's committed and the cherry pick is clean, just use the gerrit UI to cherry-pick to the branch and it'll do it on the latest branch anyway | 14:31 |
*** sdake has joined #openstack-ansible | 14:34 | |
Sam-I-Am | odyssey4me: i've never done that | 14:34 |
*** wmlynch has joined #openstack-ansible | 14:34 | |
*** yaya has quit IRC | 14:36 | |
*** javeriak has quit IRC | 14:36 | |
*** sdake_ has quit IRC | 14:37 | |
*** spotz_zzz is now known as spotz | 14:45 | |
openstackgerrit | Jesse Pretorius proposed stackforge/os-ansible-deployment: [WIP] Add swift standalone gate script https://review.openstack.org/211209 | 14:46 |
*** yaya has joined #openstack-ansible | 14:46 | |
evrardjp | if I want to edit my cinder quotas, it's best that I create a variable in user_variables as it will be brought to execution with openstack-ansible OR should I edit role default variable (and create another branch...)? | 14:47 |
evrardjp | (only locally) | 14:47 |
palendae | evrardjp: I would say the first | 14:47 |
palendae | Using user_variables or user_extra_variables | 14:47 |
palendae | If you use openstack-ansible, it'll source any user_* files for you | 14:48 |
evrardjp | I know :) | 14:48 |
odyssey4me | evrardjp yeah, you should avoid editing anything in-tree | 14:48 |
evrardjp | that's what I thought | 14:49 |
evrardjp | I'll use user_cinder_overrides.yml or something like that | 14:49 |
odyssey4me | and if the tree doesn't have the right bits in the templates/defaults, then rather submit a review once you have a patch prepped so that we can include it ina future release | 14:49 |
palendae | Since I'm kind of on standby today waiting for our QA people, i think I'm gonna take a stab at documenting that way environment, user_config, and dynamic_inventory.py all play together | 14:49 |
odyssey4me | evrardjp typically we (at this stage) recommend doing all your overrides in user_variables.yml | 14:50 |
evrardjp | ok | 14:50 |
palendae | odyssey4me: Oh, I'd recommend not shoving anything in there, personally | 14:50 |
palendae | Though I seem to be in the minority | 14:50 |
evrardjp | that was kinda a hidden question | 14:50 |
evrardjp | I'd think like palendae at first | 14:50 |
odyssey4me | palendae until we have a better mechanism, that's the process at this stage | 14:51 |
evrardjp | keep the user_variables so close to standard as possible | 14:51 |
evrardjp | and have another user_* something for override | 14:51 |
palendae | evrardjp: I know a few cases on our project that wraps OSAD, I had stuff separated into their own files, then later patches put them back in...so /shrug | 14:51 |
odyssey4me | evrardjp user_variables should not contain anything to start with - so there's no such thing as a 'standard' user_variables | 14:51 |
odyssey4me | palendae yeah, it'd be more ideal to be able to put them into conf.d or something like that | 14:52 |
odyssey4me | perhaps it'd be more ansible-like to use group vars properly though | 14:52 |
evrardjp | it does: *_ceilometer_enabled: False, ceilometer_db_* | 14:52 |
evrardjp | ssl_* | 14:52 |
palendae | odyssey4me: conf.d is for inventory config, nothing to do with Ansible | 14:53 |
odyssey4me | evrardjp those are some bad habits :/ | 14:53 |
palendae | Which is why I intend to write those docs today :p | 14:53 |
palendae | conf.d is configuration for our inventory, and it happens to be YAML, but it has little to do with Ansibel vars | 14:53 |
odyssey4me | palendae sure, you you could review the backports to kilo first that'd be swell | 14:53 |
palendae | Except when it does | 14:53 |
evrardjp | I'll not create a new user_* file if this is gonna change in the future, thanks for notifying :) | 14:53 |
palendae | Plan to | 14:53 |
palendae | evrardjp: Any changes in the future are undefined at the moment | 14:54 |
palendae | As far as I know, we don't have an alternative proposed yet | 14:54 |
palendae | vars.d? :p | 14:54 |
odyssey4me | evrardjp if it does change then you'll know - but it's not high on the priority list right now | 14:54 |
evrardjp | that's also what I thought :) | 14:54 |
evrardjp | anyway | 14:54 |
palendae | odyssey4me: Yeah, going through backports now | 14:55 |
*** javeriak has joined #openstack-ansible | 14:56 | |
odyssey4me | palendae thanks - I'd like to release 11.1.0 and get some sleep tonight :p | 14:56 |
palendae | I'd like you to get some sleep too | 14:56 |
Sam-I-Am | pffft sleep | 14:57 |
openstackgerrit | Matt Thompson proposed stackforge/os-ansible-deployment: Remove hardcoded config drive enforcement https://review.openstack.org/195403 | 14:57 |
openstackgerrit | Matt Thompson proposed stackforge/os-ansible-deployment: Remove hardcoded config drive enforcement https://review.openstack.org/195403 | 14:57 |
*** woodard has quit IRC | 14:59 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Wrapper script to perform K2K federated login https://review.openstack.org/210751 | 14:59 |
odyssey4me | thanks palendae | 15:02 |
palendae | Welcome | 15:03 |
*** Verilium has quit IRC | 15:04 | |
*** daneyon has joined #openstack-ansible | 15:05 | |
*** daneyon has quit IRC | 15:05 | |
odyssey4me | FYI - in my testing it appears that https://review.openstack.org/209047 quite solidly resolves a lot of the master-related build failures in the gate | 15:06 |
*** daneyon has joined #openstack-ansible | 15:06 | |
palendae | Cool | 15:06 |
palendae | So this is Liberty versions of Keystone only? | 15:06 |
odyssey4me | the new config resolves import race conditions in Keystone wsgi, and therefore results in a more reliable Keystone service | 15:06 |
*** fawadkhaliq has quit IRC | 15:06 | |
palendae | Seems so, since it's upstream as of Aug | 15:06 |
odyssey4me | palendae I suspect that this should be backported | 15:06 |
odyssey4me | this config should work both ways, and while kilo doesn't require it - it's a better config than we have right now | 15:07 |
palendae | Gotcha | 15:07 |
*** woodard has joined #openstack-ansible | 15:07 | |
*** jmckind has joined #openstack-ansible | 15:11 | |
odyssey4me | prometheanfire FYI https://review.openstack.org/211209 implements a complete standalone swift gate check build - next step is to get the tempest role to deploy properly on it, and test properly | 15:11 |
palendae | odyssey4me: Are you thinking about having that be within the normal gate check, or a separate job? | 15:18 |
*** galstrom_zzz is now known as galstrom | 15:18 | |
odyssey4me | palendae standalone swift? | 15:18 |
palendae | yaeh | 15:18 |
odyssey4me | I'm thinking of having several use-cases checked on each commit. One would be standalone swift. | 15:18 |
palendae | Right, I'm asking in terms of how that's actually implemented in gerrit | 15:19 |
palendae | One big job, or several jobs, like linting vs. gate-check-commit | 15:19 |
stevelle | not qw qn inline check | 15:19 |
stevelle | wow | 15:19 |
stevelle | fingers on wrong keys | 15:19 |
odyssey4me | It'll show as another job, so you'd have: gate-osad-lint, gate-osad-commit, gate-osad-swift | 15:19 |
*** phalmos has joined #openstack-ansible | 15:20 | |
palendae | Gotcha | 15:20 |
odyssey4me | and I'd like to add a compute with nfs (not swift) check too | 15:20 |
palendae | That's how I'd like it :) | 15:20 |
odyssey4me | as compute with nfs is a use-case that covers the usage of things like netapp, but without the netapp | 15:21 |
odyssey4me | but before diving into that, I'd like to get a multinode gate check right | 15:22 |
palendae | Yeah | 15:23 |
openstackgerrit | Merged stackforge/os-ansible-deployment: Adjust key distribution mechanism for Swift https://review.openstack.org/210630 | 15:25 |
*** alop has joined #openstack-ansible | 15:28 | |
*** woodard_ has joined #openstack-ansible | 15:28 | |
*** woodard__ has joined #openstack-ansible | 15:30 | |
*** javeriak has quit IRC | 15:30 | |
*** woodard_ has quit IRC | 15:30 | |
*** woodard has quit IRC | 15:32 | |
*** daneyon has quit IRC | 15:32 | |
*** daneyon has joined #openstack-ansible | 15:32 | |
*** alop has quit IRC | 15:37 | |
*** alop has joined #openstack-ansible | 15:37 | |
*** jmckind has quit IRC | 15:40 | |
prometheanfire | odyssey4me: ah, nice :D | 15:42 |
Sam-I-Am | so, that means standalone swift is a thing? | 15:43 |
prometheanfire | Sam-I-Am: why not | 15:43 |
Sam-I-Am | we dont document it | 15:43 |
prometheanfire | Sam-I-Am: ah, well, don't think we 'support' it officially yet | 15:44 |
palendae | Sam-I-Am: Not yet, but it's coming | 15:48 |
Sam-I-Am | osad support, or also rpc? | 15:49 |
Sam-I-Am | they're two different beastises | 15:49 |
prometheanfire | osad | 15:51 |
* prometheanfire heard nothing of rpc | 15:51 | |
prometheanfire | I just wanted it to make it easier to test multiregion swift | 15:51 |
prometheanfire | also, seemed like a good idea at the time | 15:51 |
palendae | Sam-I-Am: rpc-openstack will have MaaS monitoring | 15:52 |
openstackgerrit | Serge van Ginderachter proposed stackforge/os-ansible-deployment: Update the documented ceph user variables https://review.openstack.org/209130 | 15:52 |
*** woodard__ has quit IRC | 15:52 | |
Sam-I-Am | outside of gating, i would prefer that official support for swift-only doesnt merge without doc updates | 15:53 |
Sam-I-Am | particularly the install guide, but i'm sure theres other stuff | 15:53 |
prometheanfire | I asked that it was at least made docimpact | 15:53 |
*** CheKoLyN has joined #openstack-ansible | 15:54 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Adjust swift_rings.py to work on specified regions https://review.openstack.org/210631 | 15:55 |
*** woodard_ has joined #openstack-ansible | 15:55 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Adjust the network rings are syncd on https://review.openstack.org/210632 | 15:56 |
*** darrenc has quit IRC | 15:57 | |
*** darrenc has joined #openstack-ansible | 15:58 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Add md5sum check for swift rings after ring-sync https://review.openstack.org/210633 | 16:01 |
*** woodard_ has quit IRC | 16:04 | |
*** woodard has joined #openstack-ansible | 16:04 | |
openstackgerrit | Merged stackforge/os-ansible-deployment: Add swift-sync role and environment https://review.openstack.org/210634 | 16:09 |
openstackgerrit | Merged stackforge/os-ansible-deployment: Add sample Keystone Federation SP configuration for ADFS https://review.openstack.org/210804 | 16:10 |
stevelle | Sam-I-Am: confirming those docs could use freshening but they are not too far off now | 16:12 |
Sam-I-Am | stevelle: which docs? | 16:14 |
stevelle | Sam-I-Am: swift-only. catching up from 25 min ago | 16:14 |
Sam-I-Am | stevelle: i think only rpc has docs for it, maybe just for juno? | 16:14 |
stevelle | Sam-I-Am: I think there was a kilo draft but it was a touch stale. Might be mistaken. | 16:15 |
stevelle | and yes rpc but I trust the experts can do a needful | 16:15 |
Sam-I-Am | 'experts' | 16:20 |
Sam-I-Am | where be those | 16:20 |
*** javeriak has joined #openstack-ansible | 16:22 | |
*** shausy has quit IRC | 16:25 | |
*** yaya has quit IRC | 16:28 | |
*** yaya has joined #openstack-ansible | 16:31 | |
*** fawadkhaliq has joined #openstack-ansible | 16:34 | |
*** bapalm has joined #openstack-ansible | 16:43 | |
*** metral is now known as metral_zzz | 16:47 | |
*** metral_zzz is now known as metral | 16:48 | |
*** fawadkhaliq has quit IRC | 17:01 | |
*** britthou_ has joined #openstack-ansible | 17:04 | |
*** sdake_ has joined #openstack-ansible | 17:04 | |
openstackgerrit | Jesse Pretorius proposed stackforge/os-ansible-deployment: Update kilo for new dev work - 10 Aug 2015 https://review.openstack.org/211265 | 17:06 |
*** britthouser has quit IRC | 17:07 | |
*** sdake has quit IRC | 17:07 | |
*** javeriak has quit IRC | 17:08 | |
*** britthou_ has quit IRC | 17:10 | |
*** sdake_ is now known as sdake | 17:14 | |
*** bapalm has quit IRC | 17:16 | |
*** bapalm has joined #openstack-ansible | 17:16 | |
*** bapalm has quit IRC | 17:21 | |
*** yaya has quit IRC | 17:26 | |
*** javeriak has joined #openstack-ansible | 17:31 | |
*** sdake_ has joined #openstack-ansible | 17:32 | |
mgariepy | is it possible to create some extra container with specified ips/hostname with osad ? | 17:33 |
palendae | mgariepy: You can add a container to the environment with http://osad.readthedocs.org/en/latest/extending.html#env-d | 17:34 |
*** yaya has joined #openstack-ansible | 17:35 | |
palendae | There are some examples here https://github.com/rcbops/rpc-openstack/tree/master/rpcd/etc/openstack_deploy | 17:35 |
*** sdake has quit IRC | 17:35 | |
*** CheKoLyN has quit IRC | 17:38 | |
*** britthouser has joined #openstack-ansible | 17:45 | |
mgariepy | palendae, and for the ip ? can it be specified ? | 17:47 |
palendae | mgariepy: You'd have to add an entry in user_config.yml then | 17:48 |
palendae | The environment defines a skeleton, the user config fits hosts into that skeleton | 17:48 |
mgariepy | ok | 17:48 |
*** britthouser has quit IRC | 17:50 | |
*** britthouser has joined #openstack-ansible | 17:50 | |
stevelle | do I recall that we have had some sort of discussion about osad's docs and where docs bugs will live possibly changing? | 17:50 |
palendae | OSAD's? For now assign to rpcdocs team | 17:51 |
palendae | I think that's right, KLevenstein would have to confirm | 17:51 |
palendae | As in, the Launchpad team | 17:51 |
KLevenstein | yeah, if there’s an OSAD docs bug, create it and assign it to the rpcdocs team | 17:51 |
*** Bjoern_ has joined #openstack-ansible | 17:52 | |
KLevenstein | I’m very unhappy right now with all the different streams for docs bug tracking that exist, but I can’t see a way around it just yet. | 17:52 |
KLevenstein | but that being said, if it’s an OSAD docs bug and not an RPC docs bug, it belongs in the OSAD launchpad system, assigned to the rpcdocs group | 17:53 |
stevelle | pretty sure this is going to be an osad docs bug: https://review.openstack.org/#/c/211186 | 17:56 |
stevelle | also, community | 17:57 |
Bjoern_ | Howdy. do you guys know off hand if osad support logo customizations inside horizon ? I can't find any | 17:59 |
*** Bjoern_ is now known as BjoernT | 17:59 | |
stevelle | BjoernT: I believe that is possible using CSS overrides, see https://github.com/rcbops/horizon-extensions | 18:04 |
BjoernT | that is ostack version agnostic ? | 18:05 |
BjoernT | oh i see multiple branches | 18:05 |
stevelle | It should work in kilo+ | 18:06 |
stevelle | I believe juno should still work as well | 18:06 |
stevelle | the technique for changing horizon templates is the same | 18:07 |
*** bapalm has joined #openstack-ansible | 18:07 | |
*** bapalm has quit IRC | 18:07 | |
*** bapalm has joined #openstack-ansible | 18:08 | |
BjoernT | and its not colliding with osad | 18:08 |
BjoernT | a playbook run would not revert css changes? | 18:08 |
*** britthou_ has joined #openstack-ansible | 18:09 | |
*** britthou_ has quit IRC | 18:12 | |
*** britthouser has quit IRC | 18:12 | |
stevelle | I'm working from fuzzy memory when I answer but I believe the answer is that the base.html file dropped might be overwritten when "Collect and compress static files" runs in the horizon_post_install task. Perhaps miguelgrinberg can remember. | 18:13 |
*** rrrobbb has joined #openstack-ansible | 18:13 | |
miguelgrinberg | BjoernT: osad does not have any settings to rebrand horizon | 18:14 |
miguelgrinberg | you can do it manually on the horizon container | 18:15 |
BjoernT | thanks, I kinda expected that already | 18:15 |
miguelgrinberg | there is a documented rebranding for horizon (in upstream docs), that's what the horizon-extension plays does | 18:15 |
stevelle | miguelgrinberg: would the playbooks clobber any rebranding vis css? | 18:15 |
*** britthouser has joined #openstack-ansible | 18:16 | |
miguelgrinberg | stevelle: maybe. If the horizon package gets reinstalled, then the graphics will revert back to the upstream versions | 18:16 |
stevelle | ok, so we don't know BjoernT | 18:16 |
BjoernT | lol, we'll test it | 18:17 |
stevelle | yes | 18:17 |
miguelgrinberg | what's the question we don't know? | 18:17 |
BjoernT | if the osad horizion playbooks will remove css changes made by the horizion-extension | 18:18 |
miguelgrinberg | horizon extensions does not change CSS, it overwrites three image files from the horizon upstream package | 18:19 |
miguelgrinberg | if you reinstall upstream horizon then you'll lose the customizations | 18:19 |
miguelgrinberg | running the horizon play in osad may or may not screw up the rebranding, depending on whether it reinstalls horizon or not | 18:20 |
*** britthouser has quit IRC | 18:21 | |
stevelle | miguelgrinberg: perhaps I'm confused by https://github.com/rcbops/horizon-extensions/blob/master/rackspace/templates/rackspace/base.html | 18:22 |
*** toddnni has quit IRC | 18:23 | |
*** toddnni has joined #openstack-ansible | 18:23 | |
*** toddnni has quit IRC | 18:23 | |
miguelgrinberg | that's not the rebranding, that's the solutions tab | 18:24 |
miguelgrinberg | that will survive a horizon reinstall | 18:24 |
miguelgrinberg | this is a horizon plugin that is installed separately from horizon | 18:25 |
miguelgrinberg | I thought BjoernT asked specifically about rebranding? Maybe I missunderstood | 18:26 |
BjoernT | kind, primarily about the logo but i general it goes into rebranding | 18:27 |
*** bapalm__ has joined #openstack-ansible | 18:27 | |
stevelle | It looked to me at a glance that rackspace/static/rackspace/login.css is linked through the base.html and that is where /static/rackspace/img/logo-rackspace-large.png is attached to the wireframe | 18:27 |
stevelle | overly simplistic sleuthing maybe | 18:28 |
miguelgrinberg | no, the logos are images that come with horizon that we overwrite, no css trickery involved | 18:29 |
*** toddnni has joined #openstack-ansible | 18:29 | |
miguelgrinberg | stevelle: here: https://github.com/rcbops/rpc-openstack/blob/master/rpcd/playbooks/roles/horizon_extensions/tasks/main.yml#L16-L26 | 18:30 |
*** bapalm has quit IRC | 18:30 | |
stevelle | ok so I would suspect that logo files will get clobbered on upgrade | 18:31 |
stevelle | maybe more often | 18:32 |
*** yaya has quit IRC | 18:32 | |
*** rromans has quit IRC | 18:35 | |
*** sdake_ is now known as sdake | 18:35 | |
*** yaya has joined #openstack-ansible | 18:40 | |
*** yaya_ has joined #openstack-ansible | 18:43 | |
*** rrrobbb has quit IRC | 18:43 | |
*** javeriak_ has joined #openstack-ansible | 18:43 | |
*** javeriak has quit IRC | 18:44 | |
*** yaya has quit IRC | 18:44 | |
*** yaya_ is now known as yaya | 18:44 | |
*** rrrobbb has joined #openstack-ansible | 18:47 | |
*** andyhky has quit IRC | 18:49 | |
*** andyhky has joined #openstack-ansible | 18:49 | |
*** javeriak has joined #openstack-ansible | 19:01 | |
*** britthouser has joined #openstack-ansible | 19:02 | |
*** javeriak_ has quit IRC | 19:05 | |
*** bapalm_ has quit IRC | 19:08 | |
*** fawadkhaliq has joined #openstack-ansible | 19:18 | |
*** britthouser has quit IRC | 19:26 | |
*** britthouser has joined #openstack-ansible | 19:26 | |
*** sdake_ has joined #openstack-ansible | 19:29 | |
*** sdake has quit IRC | 19:33 | |
*** sdake has joined #openstack-ansible | 19:35 | |
*** britthouser has quit IRC | 19:36 | |
*** sdake_ has quit IRC | 19:38 | |
*** britthouser has joined #openstack-ansible | 19:40 | |
*** bapalm__ has quit IRC | 19:44 | |
*** bapalm has joined #openstack-ansible | 19:45 | |
*** bapalm has quit IRC | 19:46 | |
*** javeriak has quit IRC | 19:46 | |
*** bapalm has joined #openstack-ansible | 19:46 | |
*** yaya has quit IRC | 19:56 | |
*** yaya has joined #openstack-ansible | 20:02 | |
*** yaya has quit IRC | 20:04 | |
*** yaya has joined #openstack-ansible | 20:08 | |
*** bapalm has quit IRC | 20:09 | |
*** bapalm has joined #openstack-ansible | 20:09 | |
*** bapalm has quit IRC | 20:12 | |
*** bapalm has joined #openstack-ansible | 20:12 | |
*** rrrobbb has quit IRC | 20:27 | |
*** fawadkhaliq has quit IRC | 20:29 | |
*** rrrobbb has joined #openstack-ansible | 20:31 | |
*** bapalm has quit IRC | 20:44 | |
*** bapalm has joined #openstack-ansible | 20:45 | |
*** bapalm_ has joined #openstack-ansible | 20:46 | |
*** woodard has quit IRC | 20:47 | |
*** bapalm has quit IRC | 20:49 | |
*** bapalm_ has quit IRC | 20:50 | |
*** yaya has quit IRC | 21:00 | |
*** pradk has quit IRC | 21:14 | |
*** tlian2 has joined #openstack-ansible | 21:17 | |
*** CheKoLyN has joined #openstack-ansible | 21:19 | |
*** tlian has quit IRC | 21:21 | |
*** Mudpuppy_ has joined #openstack-ansible | 21:30 | |
*** Mudpuppy has quit IRC | 21:34 | |
*** Mudpuppy_ has quit IRC | 21:35 | |
*** cfarquhar has joined #openstack-ansible | 21:41 | |
*** yaya has joined #openstack-ansible | 21:43 | |
*** bapalm has joined #openstack-ansible | 21:56 | |
*** yaya has quit IRC | 22:00 | |
*** sdake has quit IRC | 22:01 | |
*** bapalm has quit IRC | 22:02 | |
*** bapalm has joined #openstack-ansible | 22:03 | |
*** bapalm has quit IRC | 22:07 | |
*** bapalm has joined #openstack-ansible | 22:18 | |
*** rrrobbb has quit IRC | 22:23 | |
*** rrrobbb has joined #openstack-ansible | 22:27 | |
*** rrrobbb has quit IRC | 22:28 | |
*** galstrom is now known as galstrom_zzz | 22:28 | |
*** rromans has joined #openstack-ansible | 22:28 | |
*** bapalm has quit IRC | 22:29 | |
*** spotz is now known as spotz_zzz | 22:40 | |
*** yaya has joined #openstack-ansible | 23:00 | |
*** KLevenstein has quit IRC | 23:06 | |
*** yaya has quit IRC | 23:07 | |
*** CheKoLyN has quit IRC | 23:10 | |
*** tlian2 has quit IRC | 23:13 | |
*** JRobinson__ has joined #openstack-ansible | 23:18 | |
*** sdake has joined #openstack-ansible | 23:31 | |
*** jaypipes has quit IRC | 23:42 | |
*** BjoernT has quit IRC | 23:43 | |
*** daneyon has quit IRC | 23:44 | |
*** daneyon has joined #openstack-ansible | 23:44 | |
*** Mudpuppy has joined #openstack-ansible | 23:47 | |
*** phalmos has quit IRC | 23:52 | |
*** sdake has quit IRC | 23:53 | |
*** sdake has joined #openstack-ansible | 23:56 | |
*** tlian has joined #openstack-ansible | 23:57 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!