Martin André

@spnngl that's awesome! would you be willing to contribute these charts to our repository and help maintain them in the future?

Weird, the network controller is waiting for `provider_net_dualstack_1` to be created externally, while we should have done it [as part of e2e.sh script](https://github.com/k-orc/openstack-resource-controller/blob/5407da/hack/e2e.sh#L22) earlier.

Really funky stuff going on there :thinking:

From the devstack logs, the last thing we see for the `private` network is: ``` Jan 31 13:14:58 fv-az1456-811 neutron-server[61700]: DEBUG neutron.plugins.ml2.drivers.ovn.mech_driver.ovsdb.maintenance [None req-f60b0267-d3e5-4bc7-8f5a-359ebbc1de70 None None] Maintenance task: Synchronizing Neutron...

I need to get back to this. Possibly, we'll have to drop the examples from the test suite, and only perform the kuttl tests.

Volumes have the same problem. I'm taking it.

While working on this issue for volumes (#528), I realized the solution might be a little more complex than highlighted here: - we get tricky to handle timing issues: -...

If I understand correctly, this patch prevents the `[sig-network] can collect pod-to-service poller pod logs` and `[sig-network] can collect host-to-service poller pod logs` tests from failing when `[Jira:"Network / ovn-kubernetes"]...

This is because the image controller only considers the image name in its filter: https://github.com/k-orc/openstack-resource-controller/blob/a19bd9a/internal/controllers/image/actuator.go#L92-L95

The problem, when creating two identical image objects except for the download URL, as shown in the above example, is that we can't filter on this field as the source...