Closed vlrpl closed 1 year ago
@vlrpl are you able to reproduce it easily? I cannot on my system
@vlrpl are you able to reproduce it easily? I cannot on my system
just tried again with the current ovs master.
> uname -r
6.1.9-200.fc37.x86_64
> ovs-vsctl --version
ovs-vsctl (Open vSwitch) 3.1.90
DB Schema 8.3.1
> ldd `which ovs-vswitchd`
linux-vdso.so.1 (0x00007ffeee15a000)
libssl.so.3 => /lib64/libssl.so.3 (0x00007f6d7ce54000)
libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007f6d7ca00000)
libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007f6d7ce4a000)
libatomic.so.1 => /lib64/libatomic.so.1 (0x00007f6d7ce40000)
libm.so.6 => /lib64/libm.so.6 (0x00007f6d7c920000)
libunbound.so.8 => /lib64/libunbound.so.8 (0x00007f6d7c7c7000)
libunwind.so.8 => /lib64/libunwind.so.8 (0x00007f6d7c7ae000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6d7c5d1000)
libz.so.1 => /lib64/libz.so.1 (0x00007f6d7c5b7000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6d7cf1c000)
libprotobuf-c.so.1 => /lib64/libprotobuf-c.so.1 (0x00007f6d7ce32000)
libevent-2.1.so.7 => /lib64/libevent-2.1.so.7 (0x00007f6d7c55e000)
libpython3.11.so.1.0 => /lib64/libpython3.11.so.1.0 (0x00007f6d7be00000)
libnghttp2.so.14 => /lib64/libnghttp2.so.14 (0x00007f6d7c533000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6d7c513000)
it only happens if you create the first bridge. Relaunching the tool and creating one more bridge doesn't trigger the issue.
a panic was observed while creating an ovs bridge with the tool already running. Below the trace: