| opendevreview | Satish Patel proposed openstack/openstack-ansible-os_neutron master: add neutron_sriov_nic_agent option for SRIOV support https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/806306 | 05:08 |
|---|---|---|
| *** rpittau|afk is now known as rpittau | 07:07 | |
| noonedeadpunk | ebbex: I do understand your point of view and respect it, but still not agree:) I think the main reason behind that is because cinder, nova, etc are all set in their docs services named cinder-api, nova-api-os-compute etc, and neutron in docs explicitly says that API is served with neutron-server. And neutron-api binary you're referencing is nothing more then wsgi script, like cinder-wsgi, but it's for some reason called as neutron-api | 07:57 |
| noonedeadpunk | also would be great to make uwsgi working at all for centos-8-stream... | 07:58 |
| *** mgoddard- is now known as mgoddard | 07:58 | |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Implement uWSGI for neutron-api https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/486156 | 08:38 |
| kleini | noonedeadpunk: many thanks for the work on this patch. it solves our problems with vagrant OpenStack provider | 09:06 |
| noonedeadpunk | wtf is that... https://zuul.opendev.org/t/openstack/build/7dc8fa5b1de34410a02f95e4d6824c83/log/logs/host/neutron-server.service.journal-09-52-58.log.txt#25672 | 10:03 |
| noonedeadpunk | (pymysql.err.OperationalError) (1205, 'Lock wait timeout exceeded; try restarting transaction') | 10:03 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Bump OpenStack-Ansible master https://review.opendev.org/c/openstack/openstack-ansible/+/806345 | 10:23 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Replace deprecated include statement https://review.opendev.org/c/openstack/openstack-ansible/+/805587 | 10:35 |
| spatel | can we get review here ? - https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/806306 | 13:21 |
| mgariepy | for the other steps you simply follow the other pages ? | 13:24 |
| spatel | other steps means setting up sriov? | 13:28 |
| mgariepy | yep | 13:28 |
| spatel | i am planning to add small section about SRIOV | 13:28 |
| spatel | what you need to do and how to verify | 13:28 |
| mgariepy | ok perfect thanks a lot | 13:28 |
| spatel | because it has little limitation and folks should be aware of it. | 13:29 |
| spatel | let me add on same page.. (before i do that i want to test something to make sure this is the case) | 13:29 |
| *** rpittau is now known as rpittau|afk | 13:42 | |
| opendevreview | Jonathan Herlin proposed openstack/openstack-ansible-os_octavia master: Fix spelling mistakes https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/806410 | 14:18 |
| opendevreview | Merged openstack/openstack-ansible-os_neutron master: add neutron_sriov_nic_agent option for SRIOV support https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/806306 | 14:50 |
| jonher | anyone else seeing this when deplying octavia on stable/wallaby ? https://paste.openstack.org/show/808388/ | 15:38 |
| spatel | jonher try -vvv and see | 17:07 |
| jonher | controller001 registers a fact: "octavia_ca_private_key_fact" that has the key in it, it never attempts the copy to controller002 or controller003 from what i can tell in the: TASK [os_octavia : Copy certificates] and /etc/octavia/certs is empty on controller002/003 | 18:28 |
| spatel | jonher may be you should look flow in playbook to find out from where that certs coming from and why not able to copy | 18:43 |
| jonher | yes i did look at it briefly: https://github.com/openstack/openstack-ansible-os_octavia/blob/master/tasks/main.yml#L104-L111 but then idk if octavia_certs_distribute.yml is trying to fetch it from the correct fact location | 18:52 |
| jonher | i'll look more at this next week, thanks | 18:52 |
| *** odyssey4me is now known as Guest5585 | 18:56 | |
| *** sshnaidm is now known as sshnaidm|afk | 19:12 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!