+++ This bug was initially created as a clone of Bug #1934096 +++ Description of problem: When policy is created and attached to the network before VM is up (before port is active), it is not applied (no qos object in ovn nb db) Version-Release number of selected component (if applicable): RHOS-16.2-RHEL-8-20210525.n.0 How reproducible: 100% Steps to Reproduce: 1. Make sure you are using an environment with qos enabled 2. Create a network, create a qos policy and apply to the network, example commands openstack network qos policy create bw-limiter openstack network qos rule create --type bandwidth-limit --max-kbps 3000 --max-burst-kbits 2400 --egress bw-limiter openstack network set --qos-policy bw-limiter 3. Launch 2 VMs on that network, wait until ports are ACTIVE then login to controller node and run 'ovn-nbctl list qos' Actual results: no qos objects in 'ovn-nbctl list qos' output - BUG qos rule does not work Expected results: qos objects listed in 'ovn-nbctl list qos' output. qos rules work Additional info: Note: I tried to launch RHEL VMs and ran iperf3 between the VMs (there was also security group allowing iperf traffic). The qos rule was not applied. After I re-applied the rule after VMs are up, all worked as expected.
Since the fix has missed the promotion, please propose a patch on -patches branch to get this bug into compose. More info https://docs.engineering.redhat.com/display/PRODCHAIN/Blocker+Policy+and+Procedures
Verified on RHOS-16.2-RHEL-8-20210707.n.0 that the issue does not occur.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Red Hat OpenStack Platform (RHOSP) 16.2 enhancement advisory), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2021:3483