[Bug 2127931] Re: 'ovsdb-client wait' does not accept multiple servers

Panos Kostopoulos Kyrimis 2127931 at bugs.launchpad.net
Fri Mar 13 17:08:09 UTC 2026


The connecting/connected messages, in the case of needs-conversion work only for multiple servers. This is because, in open_rpc function, jsonrpc_session_run is only called in the case of multiple remotes (servers).
In the case of a single server no connecting/connected message is being printed. This might be ok for the case of needs-conversion which has more output, but in the case of wait it's the only message.

As we can see no connecting/connected message is printed when needs-
conversion is called with a single server.

root at microovn-1:~/ovs# ./ovsdb/ovsdb-client   -p
/var/snap/microovn/common/data/pki/client-privkey.pem   -c
/var/snap/microovn/common/data/pki/client-cert.pem   -C
/var/snap/microovn/common/data/pki/cacert.pem   -t 10 needs-conversion
ssl:10.75.96.207:6641 /snap/microovn/current/share/ovn/ovn-nb.ovsschema

2026-03-13T17:03:44Z|00001|ovsdb|WARN|/snap/microovn/current/share/ovn/ovn-nb.ovsschema: changed 2 columns in 'OVN_Northbound' database from ephemeral to persistent, including 'status' column in 'Connection' table, because clusters do not support ephemeral columns
no

If open_rpc is to be used then either a low level connection function
needs to be changed, or have a reply check in do_wait to check if reply
error is false and print similar status. (in that case info message will
show the ovsdb-client package instead of reconnect).

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to openvswitch in Ubuntu.
https://bugs.launchpad.net/bugs/2127931

Title:
  'ovsdb-client wait' does not accept multiple servers

Status in openvswitch package in Ubuntu:
  New

Bug description:
  Affected releases: The offending line [0] seems to be 7 years old, so
  I think pretty much all relevant releases

  The ovsdb-client should be able to `wait` on clustered database [1]:

  > ovsdb-client  supports  the  method1,method2,...,methodN syntax described in ovsdb(7) for connecting to a
    cluster.  When this syntax is used, ovsdb-client tries the cluster members in random order until it finds
    the cluster leader.  Specify the --no-leader-only option to instead accept any server that  is  connected
    to the cluster.

  However attempting to supply comma-separated list of connection
  methods results in failure.

  # First host works individually
  root at movn1:~# ovsdb-client -t 10 wait ssl:10.75.224.138:6641 OVN_Northbound connected
  2025-10-15T12:23:11Z|00001|reconnect|INFO|ssl:10.75.224.138:6641: connecting...
  2025-10-15T12:23:11Z|00002|reconnect|INFO|ssl:10.75.224.138:6641: connected

  # Second host works individually
  root at movn1:~# ovsdb-client -t 10 wait ssl:10.75.224.183:6641 OVN_Northbound connected
  2025-10-15T12:23:18Z|00001|reconnect|INFO|ssl:10.75.224.183:6641: connecting...
  2025-10-15T12:23:18Z|00002|reconnect|INFO|ssl:10.75.224.183:6641: connected

  # Both hosts separated by comma give address family error.
  root at movn1:~# ovsdb-client -t 10 wait ssl:10.75.224.138:6641,ssl:10.75.224.183:6641 OVN_Northbound connected
  2025-10-15T12:23:22Z|00001|stream_ssl|ERR|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connect: Address family not supported by protocol
  2025-10-15T12:23:22Z|00002|reconnect|INFO|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connecting...
  2025-10-15T12:23:22Z|00003|reconnect|INFO|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connection attempt failed (Address family not supported by protocol)
  2025-10-15T12:23:23Z|00004|stream_ssl|ERR|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connect: Address family not supported by protocol
  2025-10-15T12:23:23Z|00005|reconnect|INFO|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connecting...
  2025-10-15T12:23:23Z|00006|reconnect|INFO|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: connection attempt failed (Address family not supported by protocol)
  2025-10-15T12:23:23Z|00007|reconnect|INFO|ssl:10.75.224.138:6641,ssl:10.75.224.183:6641: waiting 2 seconds before reconnect

  The root cause seems to be parsing of the arguments in the `do_wait`
  function [0]. It can be compared to parsing for `do_needs_conversion`
  [2] where the multiple methods do work.

  root at movn1:~# ovsdb-client -t 10 needs-conversion ssl:10.75.224.183:6641,ssl:10.75.224.138:6641 /snap/microovn/current/share/ovn/ovn-nb.ovsschema
  2025-10-15T14:40:15Z|00001|reconnect|INFO|ssl:10.75.224.183:6641: connecting...
  2025-10-15T14:40:15Z|00002|reconnect|INFO|ssl:10.75.224.183:6641: connected
  2025-10-15T14:40:15Z|00003|reconnect|INFO|ssl:10.75.224.183:6641: connection attempt timed out
  2025-10-15T14:40:15Z|00004|reconnect|INFO|ssl:10.75.224.138:6641: connecting...
  2025-10-15T14:40:15Z|00005|reconnect|INFO|ssl:10.75.224.138:6641: connected
  2025-10-15T14:40:15Z|00006|ovsdb|WARN|/snap/microovn/current/share/ovn/ovn-nb.ovsschema: changed 2 columns in 'OVN_Northbound' database from ephemeral to persistent, including 'status' column in 'Connection' table, because clusters do not support ephemeral columns
  no

  [0] https://github.com/openvswitch/ovs/blame/ad0d646a3f6400c5c44655ae69d6e711270887ed/ovsdb/ovsdb-client.c#L2456
  [1] https://manpages.ubuntu.com/manpages/noble/man1/ovsdb-client.1.html
  [2] https://github.com/openvswitch/ovs/blame/ad0d646a3f6400c5c44655ae69d6e711270887ed/ovsdb/ovsdb-client.c#L1676

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/2127931/+subscriptions




More information about the Ubuntu-openstack-bugs mailing list