Tuesday, 2022-03-08

*** ysandeep|out is now known as ysandeep03:45
*** ysandeep is now known as ysandeep|lunch07:11
*** ysandeep|lunch is now known as ysandeep07:50
*** ysandeep is now known as ysandeep|afk10:04
opendevreviewTom Weininger proposed openstack/octavia master: Documenation updates  https://review.opendev.org/c/openstack/octavia/+/83250910:33
opendevreviewTom Weininger proposed openstack/octavia master: Documentation updates  https://review.opendev.org/c/openstack/octavia/+/83250911:00
*** ysandeep|afk is now known as ysandeep11:30
opendevreviewTom Weininger proposed openstack/octavia stable/xena: Fix Amphora RSyslog configuration for TCP failover  https://review.opendev.org/c/openstack/octavia/+/83253711:51
opendevreviewTom Weininger proposed openstack/octavia stable/wallaby: Fix Amphora RSyslog configuration for TCP failover  https://review.opendev.org/c/openstack/octavia/+/83258912:10
dulekHey folks! Recently we see tests runs like this in Kuryr: https://42119e523fdc38df18d4-9ae9bfdcb6898247cfe2fae95d456125.ssl.cf1.rackcdn.com/831944/1/check/kuryr-kubernetes-tempest-defaults/a1ba8dd/testr_results.html12:17
dulekBasically all the tests depending on an LB being created fail.12:17
dulekThis is OVN+Amphora case.12:18
dulekI can't really see anything alarming in Octavia logs, but Kuryr itself kept complaining about LBs stuck in PENDING_UPDATE state.12:18
dulekThe n-cpu log seems perfectly normal.12:18
gthiemongedulek: hey12:19
gthiemongedulek: I'm looking at the logs12:19
dulekAh, this is not happening always. Just some runs are completely broken like this.12:19
gthiemongedulek: is this job based on centos?12:20
gthiemongehm it's ubuntu12:21
opendevreviewTom Weininger proposed openstack/octavia stable/victoria: Fix Amphora RSyslog configuration for TCP failover  https://review.opendev.org/c/openstack/octavia/+/83260312:21
opendevreviewTom Weininger proposed openstack/octavia stable/ussuri: Fix Amphora RSyslog configuration for TCP failover  https://review.opendev.org/c/openstack/octavia/+/83260412:22
gthiemongedulek: the job is using qemu virt (in screen-n-api.txt: libvirt.virt_type              = qemu)12:23
opendevreviewTom Weininger proposed openstack/octavia stable/train: Fix Amphora RSyslog configuration for TCP failover  https://review.opendev.org/c/openstack/octavia/+/83260512:23
gthiemongedulek: in the octavia project, we use only virt_type kvm, we got too many timeout issues with qemu (an amphora starts in 1min30 in kvm, ~12min in qemu)12:24
gthiemongedulek: https://opendev.org/openstack/octavia-tempest-plugin/src/branch/master/zuul.d/jobs.yaml#L1-L5912:24
gthiemongedulek: our testing nodes are based on nested-virt nodes12:25
dulekgthiemonge: Okay, fair point. I switched our jobs that are explicitly Amphora to use kvm, but not this one.12:27
dulekOkay, let me do that, nice catch.12:27
*** ysandeep is now known as ysandeep|mtg12:27
dulekhttps://review.opendev.org/c/openstack/kuryr-kubernetes/+/832618 - I'll ping you back if I'll ever see that again. ;)12:40
gthiemongedulek: +1 ;-)13:12
*** ysandeep|mtg is now known as ysandeep13:42
*** ysandeep is now known as ysandeep|dinner15:14
*** ysandeep|dinner is now known as ysandeep16:07
*** ysandeep is now known as ysandeep|out16:30
*** ysandeep|out is now known as ysandeep|PTO16:30
opendevreviewMerged openstack/octavia-dashboard stable/train: Display Draining state correctly  https://review.opendev.org/c/openstack/octavia-dashboard/+/83066317:06
opendevreviewMerged openstack/octavia stable/train: Fix detection of member operating status DRAIN  https://review.opendev.org/c/openstack/octavia/+/83015818:29

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!