ovsdbapp ssl send socket error

Bug #1985062 reported by Alin-Gabriel Serdean
28
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu Cloud Archive
Fix Released
High
Unassigned
Yoga
Fix Released
High
Unassigned
openvswitch
Fix Released
Undecided
Unassigned
openvswitch (Ubuntu)
Fix Released
High
Unassigned
Jammy
Fix Released
High
Unassigned
Kinetic
Fix Released
High
Unassigned

Bug Description

[Impact]
Python clients that use python3-openvswitch i.e. ovsdbapp will fail on socket error with the callstack above while trying to connect to their corresponding servers

[Test Case]
* deploy Openstack Yoga
* check on a compute instance which has neutron-ovn-metadata-agent connected to the SB DB:
$ sudo netstat -tuapn | grep 6642
tcp 0 0 10.230.57.99:38834 10.230.62.255:6642 ESTABLISHED 2209992/ovn-control
tcp 0 0 10.230.57.99:59670 10.230.58.204:6642 ESTABLISHED 3687447/neutron-ovn
tcp 0 0 10.230.57.99:45296 10.230.58.185:6642 ESTABLISHED 3687446/neutron-ovn
tcp 0 0 10.230.57.99:59668 10.230.58.204:6642 ESTABLISHED 3687426/neutron-ovn
* Add iptable rule to reject traffic for SB DB port 6442:
$ sudo iptables -A OUTPUT -p tcp --destination-port 6642 -j REJECT --reject-with tcp-reset
* Restart the neutron-ovn-metadata-agent:
$ sudo systemctl restart neutron-ovn-metadata-agent.service
* Check log at /var/log/neutron/neutron-ovn-metadata-agent.log

[Where things could go wrong]
Regression is not expected since this will just remove the unneeded socket options. The fix has also been applied upstream https://github.com/openvswitch/ovs/commit/fe27e0c8843ce37cd0f63ce19c11850e6865c85e however a new version has not been released.

[Original bug description]

ovsdbapps are sometimes failing with the following callstack:

2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection [req-d6abd5b4-69aa-4a93-ab42-82d80e75500e - - - - -] non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>: ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection Traceback (most recent call last):
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovsdbapp/backend/ovs_idl/connection.py", line 107, in run
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection self.idl.run()
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/db/idl.py", line 433, in run
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection self._session.run()
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/jsonrpc.py", line 519, in run
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection error = self.stream.connect()
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 817, in connect
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = super(SSLStream, self).connect()
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 300, in connect
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection self.__scs_connecting()
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 268, in __scs_connecting
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = self.check_connection_completion(self.socket)
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 777, in check_connection_completion
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection return Stream.check_connection_completion(sock)
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 137, in check_connection_completion
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection return ovs.socket_util.check_connection_completion(sock)
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/socket_util.py", line 181, in check_connection_completion
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection sock.send("\0".encode(), socket.MSG_DONTWAIT)
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 193, in send
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection return self._call_trampolining(
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 157, in _call_trampolining
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection return func(*a, **kw)
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3.8/ssl.py", line 1170, in send
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection raise ValueError(
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>
2022-08-10 00:00:22.087 646221 ERROR ovsdbapp.backend.ovs_idl.connection
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection [req-d6abd5b4-69aa-4a93-ab42-82d80e75500e - - - - -] non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>: ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection Traceback (most recent call last):
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovsdbapp/backend/ovs_idl/connection.py", line 107, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection self.idl.run()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/db/idl.py", line 433, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection self._session.run()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/jsonrpc.py", line 519, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection error = self.stream.connect()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 817, in connect
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = super(SSLStream, self).connect()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 300, in connect
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection self.__scs_connecting()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 268, in __scs_connecting
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = self.check_connection_completion(self.socket)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 777, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return Stream.check_connection_completion(sock)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 137, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return ovs.socket_util.check_connection_completion(sock)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/socket_util.py", line 181, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection sock.send("\0".encode(), socket.MSG_DONTWAIT)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 193, in send
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return self._call_trampolining(
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 157, in _call_trampolining
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return func(*a, **kw)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3.8/ssl.py", line 1170, in send
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection raise ValueError(
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection During handling of the above exception, another exception occurred:
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection Traceback (most recent call last):
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovsdbapp/backend/ovs_idl/connection.py", line 116, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection idlutils.wait_for_change(self.idl, self.timeout)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/impl_idl_ovn.py", line 51, in wait_for_change
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection while idl_.change_seqno == seqno and not idl_.run():
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/db/idl.py", line 433, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection self._session.run()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/jsonrpc.py", line 519, in run
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection error = self.stream.connect()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 817, in connect
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = super(SSLStream, self).connect()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 300, in connect
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection self.__scs_connecting()
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 268, in __scs_connecting
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection retval = self.check_connection_completion(self.socket)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 777, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return Stream.check_connection_completion(sock)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/stream.py", line 137, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return ovs.socket_util.check_connection_completion(sock)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/ovs/socket_util.py", line 181, in check_connection_completion
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection sock.send("\0".encode(), socket.MSG_DONTWAIT)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 193, in send
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return self._call_trampolining(
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 157, in _call_trampolining
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection return func(*a, **kw)
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection File "/usr/lib/python3.8/ssl.py", line 1170, in send
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection raise ValueError(
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>
2022-08-10 00:00:22.088 646221 ERROR ovsdbapp.backend.ovs_idl.connection
2022-08-10 00:00:22.089 646221 INFO ovsdbapp.backend.ovs_idl.connection [req-d6abd5b4-69aa-4a93-ab42-82d80e75500e - - - - -] Trying to recover, sleeping 60 seconds

The following relevant OVS packages are installed

root@ps5-rb1-n1:~# dpkg -l | grep openvswitch
ii openvswitch-common 2.17.2-0ubuntu0 amd64 Open vSwitch common components
ii openvswitch-switch 2.17.2-0ubuntu0 amd64 Open vSwitch switch implementations
ii python3-openvswitch 2.17.2-0ubuntu0 amd64 Python 3 bindings for Open vSwitch

This should be fixed by the following patch proposed but not yet commited upstream:
https://patchwork.ozlabs<email address hidden>/

Related branches

affects: snapcraft → openvswitch
Revision history for this message
Edward Hope-Morley (hopem) wrote :
Revision history for this message
Edward Hope-Morley (hopem) wrote (last edit ):
Revision history for this message
Alin-Gabriel Serdean (alin-serdean) wrote :

Steps to reproduce

* Use a python client to connect to the Southbound Database.
* Once it is connected add an iptables rule to reject that traffic with TCP reset.
* Restart the application after installing the rule mentioned above and you will receive the following callstack:
File "/usr/lib/python3/dist-packages/ovs/db/idl.py", line 398, in run
    self._session.run()
  File "/usr/lib/python3/dist-packages/ovs/jsonrpc.py", line 532, in run
    self.__connect()
  File "/usr/lib/python3/dist-packages/ovs/jsonrpc.py", line 467, in __connect
    error, self.stream = ovs.stream.Stream.open(name)
  File "/usr/lib/python3/dist-packages/ovs/stream.py", line 196, in open
    err = cls.check_connection_completion(sock)
  File "/usr/lib/python3/dist-packages/ovs/stream.py", line 777, in check_connection_completion
    return Stream.check_connection_completion(sock)
  File "/usr/lib/python3/dist-packages/ovs/stream.py", line 137, in check_connection_completion
    return ovs.socket_util.check_connection_completion(sock)
  File "/usr/lib/python3/dist-packages/ovs/socket_util.py", line 181, in check_connection_completion
    sock.send("\0".encode(), socket.MSG_DONTWAIT)
  File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 193, in send
    return self._call_trampolining(
  File "/usr/lib/python3/dist-packages/eventlet/green/ssl.py", line 157, in _call_trampolining
    return func(*a, **kw)
  File "/usr/lib/python3.8/ssl.py", line 1170, in send
    raise ValueError(
ValueError: non-zero flags not allowed in calls to send() on <class 'eventlet.green.ssl.GreenSSLSocket'>

Example using Openstack + neutron-ovn-metadata-agent (ovsdbapp):
* Check a compute instance which has neutron-ovn-metadata-agent connected to the SB DB:
$ sudo netstat -tuapn | grep 6642
tcp 0 0 10.230.57.99:38834 10.230.62.255:6642 ESTABLISHED 2209992/ovn-control
tcp 0 0 10.230.57.99:59670 10.230.58.204:6642 ESTABLISHED 3687447/neutron-ovn
tcp 0 0 10.230.57.99:45296 10.230.58.185:6642 ESTABLISHED 3687446/neutron-ovn
tcp 0 0 10.230.57.99:59668 10.230.58.204:6642 ESTABLISHED 3687426/neutron-ovn
* Add iptable rule to reject traffic:
$ sudo iptables -A OUTPUT -p tcp --destination-port 6642 -j REJECT --reject-with tcp-reset
* Restart the neutron-ovn-metadata-agent:
$ sudo systemctl restart neutron-ovn-metadata-agent.service
* Check log at /var/log/neutron/neutron-ovn-metadata-agent.log

Revision history for this message
Alin-Gabriel Serdean (alin-serdean) wrote :
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "openvswitch_2.17.2-0ubuntu0.22.04.1~cloud0ubuntu1.debdiff" seems to be a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. If the attachment isn't a patch, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are member of the ~ubuntu-sponsors, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issue please contact him.]

tags: added: patch
Revision history for this message
Edward Hope-Morley (hopem) wrote :

already in v3.0.0 so can skip kinetic sru

Changed in openvswitch (Ubuntu Kinetic):
status: New → Fix Committed
status: Fix Committed → Fix Released
Revision history for this message
Edward Hope-Morley (hopem) wrote :
James Page (james-page)
Changed in openvswitch (Ubuntu Jammy):
status: New → Triaged
importance: Undecided → High
Changed in openvswitch (Ubuntu Kinetic):
importance: Undecided → High
Changed in cloud-archive:
status: New → Triaged
importance: Undecided → High
description: updated
description: updated
Frode Nordahl (fnordahl)
description: updated
Revision history for this message
Przemyslaw Hausman (phausman) wrote :

I'm subscribing field-critical as this problem is encountered on a customer deployment. Customer shuts down random control node (one of three) and expects that the OpenStack API is still available. The issue is blocking the handover of the cloud.

Revision history for this message
Chris MacNaughton (chris.macnaughton) wrote :

This was uploaded to Jammy on 2022-09-28 and is now pending acceptance into jammy-proposed

Revision history for this message
James Page (james-page) wrote :

@ubuntu-sru - would it be possible to get this update accepted into -proposed soon? some urgency as its blocking a fairly large deployment.

Revision history for this message
Brian Murray (brian-murray) wrote : Please test proposed package

Hello Alin-Gabriel, or anyone else affected,

Accepted openvswitch into jammy-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/openvswitch/2.17.2-0ubuntu0.22.04.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-needed-jammy to verification-done-jammy. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-jammy. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance for helping!

N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.

Changed in openvswitch (Ubuntu Jammy):
status: Triaged → Fix Committed
tags: added: verification-needed verification-needed-jammy
Revision history for this message
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (openvswitch/2.17.2-0ubuntu0.22.04.2)

All autopkgtests for the newly accepted openvswitch (2.17.2-0ubuntu0.22.04.2) for jammy have finished running.
The following regressions have been reported in tests triggered by the package:

netplan.io/0.104-0ubuntu2.1 (amd64)

Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUpdates policy regarding autopkgtest regressions [1].

https://people.canonical.com/~ubuntu-archive/proposed-migration/jammy/update_excuses.html#openvswitch

[1] https://wiki.ubuntu.com/StableReleaseUpdates#Autopkgtest_Regressions

Thank you!

Revision history for this message
Edward Hope-Morley (hopem) wrote :

@brian-murray looking at the autopkg test error in [1] it seems unrelated to this patch and is only happening for amd64. Is there a way to re-run these tests to see if it is transient?

[1] https://autopkgtest.ubuntu.com/results/autopkgtest-jammy/jammy/amd64/n/netplan.io/20221010_190522_06a57@/log.gz

James Page (james-page)
Changed in cloud-archive:
status: Triaged → Fix Committed
Revision history for this message
Edward Hope-Morley (hopem) wrote :

autopkg test errors have been cleared and I have verified that the build is good using [Test Case] and also by rebooting the leader ovn-central unit.

# apt-cache policy openvswitch-common
openvswitch-common:
  Installed: 2.17.2-0ubuntu0.22.04.2
  Candidate: 2.17.2-0ubuntu0.22.04.2
  Version table:
 *** 2.17.2-0ubuntu0.22.04.2 500
        500 http://archive.ubuntu.com/ubuntu jammy-proposed/main amd64 Packages
        100 /var/lib/dpkg/status
     2.17.2-0ubuntu0.22.04.1 500
        500 http://nova.clouds.archive.ubuntu.com/ubuntu jammy-updates/main amd64 Packages
     2.17.0-0ubuntu1 500
        500 http://nova.clouds.archive.ubuntu.com/ubuntu jammy/main amd64 Packages

tags: added: verification-done verification-done-jammy
removed: verification-needed verification-needed-jammy
James Page (james-page)
tags: added: verification-yoga-needed
Revision history for this message
Przemyslaw Hausman (phausman) wrote :

I have verified that the patched package built for focal-proposed/yoga works fine using [Test Case].

I have also used the reproducer from the duplicate bug: https://bugs.launchpad.net/charm-neutron-api/+bug/1991239, i.e. shut down the ovn-central unit, restarted neutron-server service on neutron-api unit and verified that the Neutron API is still available.

```
ubuntu@juju-9fd1fb-3-lxd-15:~$ apt policy python3-openvswitch openvswitch-common
python3-openvswitch:
  Installed: 2.17.2-0ubuntu0.22.04.2~cloud0
  Candidate: 2.17.2-0ubuntu0.22.04.2~cloud0
  Version table:
 *** 2.17.2-0ubuntu0.22.04.2~cloud0 500
        400 http://ubuntu-cloud.archive.canonical.com/ubuntu focal-proposed/yoga/main amd64 Packages
        100 /var/lib/dpkg/status
     2.17.2-0ubuntu0.22.04.1~cloud0 500
        500 http://ubuntu-cloud.archive.canonical.com/ubuntu focal-updates/yoga/main amd64 Packages
     2.13.8-0ubuntu1 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages
     2.13.3-0ubuntu0.20.04.2 500
        500 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages
     2.13.0-0ubuntu1 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages
openvswitch-common:
  Installed: 2.17.2-0ubuntu0.22.04.2~cloud0
  Candidate: 2.17.2-0ubuntu0.22.04.2~cloud0
  Version table:
 *** 2.17.2-0ubuntu0.22.04.2~cloud0 500
        400 http://ubuntu-cloud.archive.canonical.com/ubuntu focal-proposed/yoga/main amd64 Packages
        100 /var/lib/dpkg/status
     2.17.2-0ubuntu0.22.04.1~cloud0 500
        500 http://ubuntu-cloud.archive.canonical.com/ubuntu focal-updates/yoga/main amd64 Packages
     2.13.8-0ubuntu1 500
        500 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 Packages
     2.13.3-0ubuntu0.20.04.2 500
        500 http://security.ubuntu.com/ubuntu focal-security/main amd64 Packages
     2.13.0-0ubuntu1 500
        500 http://archive.ubuntu.com/ubuntu focal/main amd64 Packages
```

tags: added: verification-done-focal
removed: verification-yoga-needed
tags: added: verification-done-yoga
Nobuto Murata (nobuto)
tags: removed: verification-done-focal
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package openvswitch - 2.17.2-0ubuntu0.22.04.2

---------------
openvswitch (2.17.2-0ubuntu0.22.04.2) jammy; urgency=medium

  * d/p/python-Do-not-send-non-zero-flag-for-a-SSL-socket.patch:
    Do not send non-zero flag for a SSL socket. (LP: #1985062)

 -- Edward Hope-Morley <email address hidden> Wed, 28 Sep 2022 11:59:10 +0100

Changed in openvswitch (Ubuntu Jammy):
status: Fix Committed → Fix Released
Revision history for this message
Łukasz Zemczak (sil2100) wrote : Update Released

The verification of the Stable Release Update for openvswitch has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

Revision history for this message
Corey Bryant (corey.bryant) wrote :

This bug was fixed in the package openvswitch - 2.17.2-0ubuntu0.22.04.2~cloud0
---------------

 openvswitch (2.17.2-0ubuntu0.22.04.2~cloud0) focal-yoga; urgency=medium
 .
   * New update for the Ubuntu Cloud Archive.
 .
 openvswitch (2.17.2-0ubuntu0.22.04.2) jammy; urgency=medium
 .
   * d/p/python-Do-not-send-non-zero-flag-for-a-SSL-socket.patch:
     Do not send non-zero flag for a SSL socket. (LP: #1985062)

Changed in cloud-archive:
status: Fix Committed → Fix Released
Changed in openvswitch:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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