tripleo-ci-centos-8-scenario010-standalone timing out frequently

Hmm..Looks like similar issue with scenario004

https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_cec/731386/2/check/tripleo-ci-centos-8-scenario004-standalone/cec6a12/logs/undercloud/home/zuul/standalone_deploy.log

tripleo deploy start: 5:52:10
octavia playbook start: 6:36:39
octavia playbook last log line: 06:38:53
tripleo deploy timeout: 7:31:53

Looks to me Ansible itself hanged for unknown reasons. There are many reports of folks experiencing similar issues: https://github.com/ansible/ansible/issues/30411

periodic-tripleo-ci-centos-8-scenario010-standalone-train
periodic-tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train
are still hitting this and failing. Adding promotion blocker tag.

https://logserver.rdoproject.org/openstack-periodic-integration-stable4/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-8-scenario010-standalone-train/191f6cc/logs/undercloud/home/zuul/standalone_deploy.log.txt.gz

https://logserver.rdoproject.org/openstack-periodic-integration-stable4/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train/1f41f96/logs/undercloud/home/zuul/standalone_deploy.log.txt.gz

https://logserver.rdoproject.org/openstack-periodic-integration-stable4/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train/d1ebc2b/logs/undercloud/home/zuul/standalone_deploy.log.txt.gz

To track the jobs https://review.rdoproject.org/zuul/builds?job_name=periodic-tripleo-ci-centos-8-scenario010-standalone-train&job_name=periodic-tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train

tripleo-ci-centos-8-scenario010-standalone, tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train and periodic-tripleo-ci-centos-8-scenario010-standalone-train are still failing with timeout in Octavia.

https://logserver.rdoproject.org/openstack-periodic-integration-stable4/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-centos-8-scenario010-ovn-provider-standalone-train/d97f3fd/logs/undercloud/home/zuul/standalone-ansible-ocifx5zb/octavia-ansible/octavia-ansible.log.txt.gz

There is some confusion around the status of this bug.

The patch at https://review.opendev.org/c/openstack/networking-ovn/+/796517 is NOT related to this fix - that is train only and it also points to a different bug @ https://bugs.launchpad.net/neutron/+bug/1932093

We haven't had any resolution to this and it is ongoing per Ananya comment 5 above

This is an automated action. Bug status has been set to 'Incomplete' and target milestone has been removed due to inactivity. If you disagree please re-set these values and reach out to us on freenode #tripleo

A couple of thoughts about this bug:

- While both scenario 10, the ovn provider and non-ovn provider jobs are only similar in the deployment code - the running of tempest is quite different. I feel if we are going to track scenario 10 timeouts, it makes sense to track timeouts due to scenario 10 deployment and tempest separately.

- This was filed in 2020. It seems likely that the root cause for original issue has passed. Is the idea here to keep a log-like bug for recurring timeout issues that might be unrelated?

the bug is now marked incomplete, which is essentially closed. I agree in that it's good to reference old lp bugs with similiar characteristics, it makes more sense to open something new and point to the old bug.

There is no clear guidance or policy on that and milage may vary depending on who is involved.