Many changes have occurred since this bug was written. We now have
a newer N9K image and dhcp port entries are now created when the CLI
'neutron subnet-create' is executed. I went thru the steps as
defined by the bug. The first failure after switch restart is due
to the ncclient session being stale (fixed by 1399998). This is
expected when replay is not enabled. When attempting delete on
2nd retry when ncclient session new, the N9K switch returns the error
message 'None of the VLANs exist'. This changeset accepts this
message as an acceptable condition and prevents exceptions from
bubbling up to higher layer.
Reviewed: https:/ /review. openstack. org/205149 /git.openstack. org/cgit/ openstack/ networking- cisco/commit/ ?id=6d2be75e00f ca5b844562dba9c 1f10a1c038a0a9
Committed: https:/
Submitter: Jenkins
Branch: master
commit 6d2be75e00fca5b 844562dba9c1f10 a1c038a0a9
Author: Carol Bouchard <email address hidden>
Date: Thu Jul 23 12:34:26 2015 -0400
Delete fails after switch reset (replay off)
Many changes have occurred since this bug was written. We now have
a newer N9K image and dhcp port entries are now created when the CLI
'neutron subnet-create' is executed. I went thru the steps as
defined by the bug. The first failure after switch restart is due
to the ncclient session being stale (fixed by 1399998). This is
expected when replay is not enabled. When attempting delete on
2nd retry when ncclient session new, the N9K switch returns the error
message 'None of the VLANs exist'. This changeset accepts this
message as an acceptable condition and prevents exceptions from
bubbling up to higher layer.
Change-Id: I072dc05590d8c7 d376c491c931d18 befa507af30
Closes-bug: #1430308