The whitebox tests perform some Neutron API reconfigurations that imply the pod restart. The CI job only retrieves the logs of the last Neutron API pod created. However, we should retrieve all of them.

Events: https://sf.hosted.upshift.rdu2.redhat.com/logs/openstack-component-network/gitlab.cee.redhat.com/ci-framework/ci-framework-jobs/main/component-network-edpm-rhel9-rhoso18.0-crc/ad6ff31/controller/ci-framework-data/logs/openstack-k8s-operators-openstack-must-gather/namespaces/openstack/events.log

Logs example (the test was started at 2:03): https://sf.hosted.upshift.rdu2.redhat.com/logs/openstack-component-network/gitlab.cee.redhat.com/ci-framework/ci-framework-jobs/main/component-network-edpm-rhel9-rhoso18.0-crc/ad6ff31/controller/ci-framework-data/logs/openstack-k8s-operators-openstack-must-gather/namespaces/openstack/pods/neutron-5687f58868-ststm/logs/neutron-api.log

UPDATE:

I've been working with [1], that is a patch that adds the telemetry operator to the ``component-network-edpm-rhel9-rhoso18.0-crc`` job. This telemetry operator is in charge of reading and storing all project logs independently. In our case, the logs of the different Neutron API operators will be stored, despite of being restarted.

I also used [2] in order to check what kind of logs and where these logs are stored (I didn't finish this task). Once done, it would be needed to retrieve this information in the must-gather script.

[1]https://gitlab.cee.redhat.com/ci-framework/ci-framework-jobs/-/merge_requests/1239

[2]https://gitlab.cee.redhat.com/ci-framework/ci-framework-testproject/-/merge_requests/796