[Yahoo-eng-team] [Bug 1365352] [NEW] metadata agent does not cache auth info

Public bug reported: metadata agent had tried to cache auth info by the means of "self.auth_info = qclient.get_auth_info()" in _get_instance_and_tenant_id(), however this qclient is not the exact one which would be used in inner methods, In short, metadata agent does not implement auth info cachi

[Yahoo-eng-team] [Bug 1334292] [NEW] fdb entries may contains inactive port

Public bug reported: When the first port of an agent becomes active, or the agent is started within last 180 secs, l2 population mechanism driver will notify the agent with whole fdb entries (ports on all other agents). It doesn't filter inactive port (the status is BUILD/DOWN). ** Affects: neutr

[Yahoo-eng-team] [Bug 1332450] [NEW] br-tun lost ports/flows if openvswitch restart

Public bug reported: When openvswitch restart, ovs agent will reset br-tun, lose all tunnel network related ports/flows, and break all tunnel networks. If l2 population used, We could maintain all l2 population fdb entries locally and recreate ports/flows . if not, set tunnel_sync = True works.

[Yahoo-eng-team] [Bug 1329223] [NEW] ovs agent resync may miss port remove event

Public bug reported: In ovs agent main rpc loop，set resync = True clears "ports" set, and might result in missing some "port removed" event, port removed from br- int, however not call treat_device_remove ** Affects: neutron Importance: Undecided Status: New ** Tags: ovs ** Descr

[Yahoo-eng-team] [Bug 1328128] [NEW] In ovs agent, when a port is added and then removed in a short time, this port may lose its vlan tag.

Public bug reported: When a port is added, ovs agent runs scan_ports to get all changed ports, so it will be in port_info['current'] and port_info['added']. Then this port is removed (by nova or ohters) before treat_devices_added_or_updated called, means self.int_br.get_vif_port_by_id(device) retu