| *** prometheanfire is now known as Guest2321 | 02:47 | |
| *** promethe- is now known as prometheanfire | 04:02 | |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_skyline master: Re-add Zuul testing to the project https://review.opendev.org/c/openstack/openstack-ansible-os_skyline/+/912333 | 10:12 |
|---|---|---|
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_skyline master: Re-add Zuul testing to the project https://review.opendev.org/c/openstack/openstack-ansible-os_skyline/+/912333 | 10:13 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [Feature] Add skyline deployment capability https://review.opendev.org/c/openstack/openstack-ansible/+/859446 | 10:16 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [Feature] Add skyline deployment capability https://review.opendev.org/c/openstack/openstack-ansible/+/859446 | 10:18 |
| noonedeadpunk | I just need to figure out haproxy mappings to get both horizon/skyline working together on default ports I guess | 10:20 |
| noonedeadpunk | and then also nginx question ofc | 10:20 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: [Feature] Add skyline deployment capability https://review.opendev.org/c/openstack/openstack-ansible/+/859446 | 10:46 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_skyline master: Re-add Zuul testing to the project https://review.opendev.org/c/openstack/openstack-ansible-os_skyline/+/912333 | 11:01 |
| noonedeadpunk | ok, there's no way to run FastAPI with uwsgi it seems :( | 11:48 |
| noonedeadpunk | then potentially only getting rid of nginx is left | 11:54 |
| noonedeadpunk | but that I leave for the next weekend I guess | 11:55 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_skyline master: Do not define a random password for each run https://review.opendev.org/c/openstack/openstack-ansible-os_skyline/+/912332 | 13:00 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_skyline master: Do not define a random password for each run https://review.opendev.org/c/openstack/openstack-ansible-os_skyline/+/912332 | 13:00 |
| opendevreview | Merged openstack/openstack-ansible master: Do not use underscores in container names https://review.opendev.org/c/openstack/openstack-ansible/+/905433 | 16:10 |
| opendevreview | Merged openstack/openstack-ansible master: Allow env.d to contain underscores in physical_skel https://review.opendev.org/c/openstack/openstack-ansible/+/905438 | 16:10 |
| f0o | So I did something semi stupid | 17:31 |
| f0o | I reran setup-everything and it seemed to have broken the setup | 17:31 |
| f0o | not 100% sure what's failing or why it even broke | 17:32 |
| f0o | going through all containers one by one now | 17:32 |
| f0o | seems like keystone is unhappy | 17:34 |
| f0o | rabbitmq is also unhappy | 17:36 |
| f0o | right so I guess by refiring setup-everything it nuked the infra hosts or so because it seems to boil down to rabbitmq unavailable, galera acting up | 17:37 |
| TheJulia | Does anyone know of any good examples for the actual ansible openstack cloud collection usage (not talking about OSA, but figuring some Ansible fans might know of a page or three off the top of their heads). Thanks! | 18:25 |
| f0o | I have discovered why everything broke apart - turns out temporarily switching your public-domain to your internal-IP is a really dumb thing to do! I did not know haproxy actually uses that DNS to bind to the ports | 19:03 |
| jrosser | TheJulia: there is an ansible role here which we have recently developed for OSA to create all the needed networks / images / users / whatever for CI, and also the intention is that it's flexible and extensible enough that an operator could also use it https://github.com/openstack/openstack-ansible-plugins/tree/master/roles/openstack_resources | 19:49 |
| jrosser | so in a way it's a role that basically wraps the modules | 19:49 |
| jrosser | but "well formed" ansible roles seem to be the ones that can be driven entirely by their input data, and this one follows that approach | 19:50 |
| jrosser | the defaults/main.yml is pretty much the documentation so far https://github.com/openstack/openstack-ansible-plugins/blob/master/roles/openstack_resources/defaults/main.yml | 19:51 |
| TheJulia | jrosser: thanks! | 19:55 |
| jrosser | TheJulia: would this relate at all to ironic? | 19:55 |
| TheJulia | jrosser: specifically asking because I was looking for an example to point to in a presentation which was more openstack wide | 20:19 |
| jrosser | heres an example of using that in a playbook https://opendev.org/openstack/openstack-ansible-ops/src/branch/master/mcapi_vexxhost/playbooks/functional_test.yml | 20:53 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!