ovsdbapp/ovsdbapp
Terry Wilson 8202d53fd9 Don't force_reconnect() on unhandled Idl exception
There's no reason to believe that reconnecting to ovsdb-server will
resolve an unhandled exception in python-ovs. In addition, since users
often subclass Idl and add their own notify() methods, there could be
exceptions thrown from that code.

The best we can do is log what is going on and rely on users to fix
the issue. Delaying with sleep() is usually a bad idea since if there
was some kind of ovsdb reconnection, it will delay calls to Idl.run()
which will handle that reconnection over several calls.

Change-Id: Iab2177fb9fa653292a3805689895f98e0833dc4a
(cherry picked from commit cd70d1e290)
2022-10-25 13:10:09 +00:00
..
backend Don't force_reconnect() on unhandled Idl exception 2022-10-25 13:10:09 +00:00
schema Update QoS register in "QoSAddCommand" if exists 2022-05-21 05:15:25 +00:00
tests Update QoS register in "QoSAddCommand" if exists 2022-05-21 05:15:25 +00:00
CHANGES Update changes to mention previous API.get() change 2017-02-23 17:08:32 -05:00
__init__.py Add cookiecutter output 2017-02-24 15:02:19 -05:00
api.py Remove all usage of six library 2020-04-02 13:06:11 -04:00
constants.py More robustly handle venv ovs/ovn paths 2020-01-23 11:19:14 -06:00
event.py Make exceptions in the event logs easier to read 2021-07-26 19:12:00 +02:00
exceptions.py Fix gate failure 2021-01-04 09:47:29 -05:00
utils.py Fix gate failure 2021-01-04 09:47:29 -05:00
venv.py Fix gate failure 2021-01-04 09:47:29 -05:00