how to handle plugin error on different kernel/docker host

Marc Marc at f1-outsourcing.eu
Sun Sep 5 20:40:49 UTC 2021


Ok the ldd I did already, that seems fine.

[@ bin]# ldd /usr/local/lib64/gstreamer-1.0/libgstndi.so
        linux-vdso.so.1 (0x00007ffe8b1b4000)
        libndi.so.5 => /usr/local/lib/libndi.so.5 (0x00007f07b9e2c000)
        libgstaudio-1.0.so.0 => /usr/local/lib64/libgstaudio-1.0.so.0 (0x00007f07b9bbb000)
        libgstbase-1.0.so.0 => /usr/local/lib64/libgstbase-1.0.so.0 (0x00007f07b993d000)
        libgstreamer-1.0.so.0 => /usr/local/lib64/libgstreamer-1.0.so.0 (0x00007f07b95fb000)
        libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007f07b93a8000)
        libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007f07b908f000)
        libgstvideo-1.0.so.0 => /usr/local/lib64/libgstvideo-1.0.so.0 (0x00007f07b8dec000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f07b8bd4000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f07b89b4000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f07b8632000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f07b842e000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f07b8069000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f07bbd48000)
        libavahi-common.so.3 => /lib64/libavahi-common.so.3 (0x00007f07b7e5c000)
        libavahi-client.so.3 => /lib64/libavahi-client.so.3 (0x00007f07b7c4a000)
        libgsttag-1.0.so.0 => /usr/local/lib64/libgsttag-1.0.so.0 (0x00007f07b7a0f000)
        libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007f07b780b000)
        libgnutls.so.30 => /lib64/libgnutls.so.30 (0x00007f07b741a000)
        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f07b71a9000)
        libffi.so.6 => /lib64/libffi.so.6 (0x00007f07b6fa0000)
        libdbus-1.so.3 => /lib64/libdbus-1.so.3 (0x00007f07b6d4c000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f07b6b35000)
        libp11-kit.so.0 => /lib64/libp11-kit.so.0 (0x00007f07b680b000)
        libidn2.so.0 => /lib64/libidn2.so.0 (0x00007f07b65ed000)
        libunistring.so.2 => /lib64/libunistring.so.2 (0x00007f07b626c000)
        libtasn1.so.6 => /lib64/libtasn1.so.6 (0x00007f07b6059000)
        libnettle.so.6 => /lib64/libnettle.so.6 (0x00007f07b5e1f000)
        libhogweed.so.4 => /lib64/libhogweed.so.4 (0x00007f07b5bef000)
        libgmp.so.10 => /lib64/libgmp.so.10 (0x00007f07b5957000)
        libsystemd.so.0 => /lib64/libsystemd.so.0 (0x00007f07b5612000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f07b540a000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f07b51e3000)
        liblz4.so.1 => /lib64/liblz4.so.1 (0x00007f07b4fc6000)
        libcap.so.2 => /lib64/libcap.so.2 (0x00007f07b4dc0000)
        libmount.so.1 => /lib64/libmount.so.1 (0x00007f07b4b66000)
        libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007f07b4848000)
        libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f07b45f5000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f07b43ed000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f07b41c3000)
        libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007f07b3fa2000)
        libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007f07b3d1e000)


> 
> Sorry I mistyped. You should use `ldd` command `ldd
> /usr/local/lib64/gstreamer-1.0/libgstndi.so`
> 
> 
> On 9/5/21 11:34 PM, Marc wrote:
> > Yes, looks like something is not ok. But I guess this is then related
> to compiler flag, that builds specific to the host cpu/kernel?
> >
> > [@bin]# ld /usr/local/lib64/gstreamer-1.0/libgstndi.so
> > ld: warning: cannot find entry symbol _start; not setting start
> address
> >
> >
> >
> >> How did you install those plugins?
> >>
> >> Check that all dependencies for `libgstndi.so` are in place (`ld
> >> /usr/local/lib64/gstreamer-1.0/libgstndi.so`)
> >>
> >> On 9/5/21 8:52 PM, Marc via gstreamer-devel wrote:
> >>> I have centos8 docker image that builds gstreamer,base,good,bad from
> >> source plus the gstreamer-ndi plugin. Strange thing is, that if I run
> >> the docker image on a centos7 host with a 3.10 kernel gst-inspect is
> >> fine:
> >>> [/]# gst-inspect-1.0 /usr/local/lib64/gstreamer-1.0/libgstndi.so
> >>> Plugin Details:
> >>>     Name                     ndi
> >>>     Description              NewTek NDI Plugin
> >>>     Filename                 /usr/local/lib64/gstreamer-
> >> 1.0/libgstndi.so
> >>>     Version                  1.0.0-160571e
> >>>     License                  LGPL
> >>>     Source module            gst-plugin-ndi
> >>>     Source release date      2021-08-17
> >>>     Binary package           gst-plugin-ndi
> >>>     Origin URL               https://github.com/teltek/gst-plugin-
> ndi
> >>>
> >>>     ndisink: NDI Sink
> >>>     ndisinkcombiner: NDI Sink Combiner
> >>>     ndiaudiosrc: NewTek NDI Audio Source
> >>>     ndivideosrc: NewTek NDI Video Source
> >>>     ndideviceprovider: NewTek NDI Device Provider
> >>>
> >>>     5 features:
> >>>     +-- 4 elements
> >>>     +-- 1 device providers
> >>>
> >>> But when I move the centos8 docker image to a centos8 host, and
> >> execute the same I am getting this error
> >>> []# ldconfig
> >>> []# gst-inspect-1.0 /usr/local/lib64/gstreamer-1.0/libgstndi.so
> >>> 0:00:00.033940037  1886      0x21fa960 ERROR     GST_PLUGIN_LOADING
> >> src/lib.rs:71:gstndi::plugin_desc: Failed to register plugin: Cannot
> >> initialize NDI
> >>> Could not load plugin file: File "/usr/local/lib64/gstreamer-
> >> 1.0/libgstndi.so" appears to be a GStreamer plugin, but it failed to
> >> initialize
> >>> How should I debug this?
> >>>
> >>> Rebuilding a new image on the centos8 host does not resolve this.
> >>> starting the container with --cap-add SYS_ADMIN does not resolve
> this.
> >>>
> >>>


More information about the gstreamer-devel mailing list