taas can create tap-flow on the source port down without any error info but new rules not added even the port is up later

Bug #1802706 reported by qyq
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tap-as-a-service
Confirmed
High
Unassigned

Bug Description

Openstack version: Queens

Let's Reproduce the bug:

1.create a tap-flow on a neutron port down, we can get the success result on the console
# neutron tap-flow-create --name src1 --tenant-id 94b35ccc09164772a833e433b81c3e25 --port 62cfae8e-7770-4527-91ca-b1ba7b9af0bd --tap-service c1cf4617-cb26-44d0-9a74-d0c2f55aef41 --direction BOTH
neutron CLI is deprecated and will be removed in the future. Use openstack CLI instead.
Created a new tap_flow:
+----------------+--------------------------------------+
| Field | Value |
+----------------+--------------------------------------+
| description | |
| direction | BOTH |
| id | 2e861b97-bc6f-401c-a488-bc7f821fc3dc |
| name | src1 |
| project_id | 94b35ccc09164772a833e433b81c3e25 |
| source_port | 62cfae8e-7770-4527-91ca-b1ba7b9af0bd |
| status | ACTIVE |
| tap_service_id | c1cf4617-cb26-44d0-9a74-d0c2f55aef41 |
| tenant_id | 94b35ccc09164772a833e433b81c3e25 |
+----------------+--------------------------------------+

note the flow source port is down now

# openstack port list | grep 62cfae8e-7770-4527-91ca-b1ba7b9af0bd
| 62cfae8e-7770-4527-91ca-b1ba7b9af0bd | | fa:16:3e:de:9d:a7 | ip_address='192.168.101.9', subnet_id='2b22fb1e-32fc-4782-ac64-f3d93f46f4cf' | DOWN |

2.start the Vm binding the port, now the port is up

| 62cfae8e-7770-4527-91ca-b1ba7b9af0bd | | fa:16:3e:de:9d:a7 | ip_address='192.168.101.9', subnet_id='2b22fb1e-32fc-4782-ac64-f3d93f46f4cf' | ACTIVE |

3.After a while, Let's check the br-int openflow rules on which there is the source port,I do not see the rules which shoud be added by tap-flow-create on br-int,you can verify it by execute:
# ovs-ofctl dump-flows br-int | grep mod_vlan_vid

and the result is empty.

Revision history for this message
YAMAMOTO Takashi (yamamoto) wrote :

"taas can create tap-flow on the source port down without any error info" is an expected behavior.
"new rules not added even the port is up later" is a bug.

Changed in tap-as-a-service:
importance: Undecided → High
status: New → Confirmed
tags: added: ovs
Revision history for this message
Slawek Kaplonski (slaweq) wrote : auto-abandon-script

This bug has had a related patch abandoned and has been automatically un-assigned due to inactivity. Please re-assign yourself if you are continuing work or adjust the state as appropriate if it is no longer valid.

tags: added: timeout-abandon
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on tap-as-a-service (master)

Change abandoned by "Slawek Kaplonski <email address hidden>" on branch: master
Review: https://review.opendev.org/c/openstack/tap-as-a-service/+/658092
Reason: This review is > 4 weeks without comment, and failed Zuul jobs the last time it was checked. We are abandoning this for now. Feel free to reactivate the review by pressing the restore button and leaving a 'recheck' comment to get fresh test results.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.