yavdr jammy epgd Plugin Verzeichnis falsch

kfb77 · 30. April 2022

epgd macht auch Probleme unter Jammy, da ist irgendwas schief mit dem Plugin Verzeichnis:

Code

root@Test-2204:/var/lib/mysql# apt-get install vdr-epg-daemon
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  epgd epghttpd mariadb-plugin-epglv
Die folgenden NEUEN Pakete werden installiert:
  epgd epghttpd mariadb-plugin-epglv vdr-epg-daemon
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 740 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 2.482 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Vormals nicht ausgewähltes Paket mariadb-plugin-epglv wird gewählt.
(Lese Datenbank ... 34521 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../mariadb-plugin-epglv_1.2.3-0yavdr0~jammy_amd64.deb ...
Entpacken von mariadb-plugin-epglv (1.2.3-0yavdr0~jammy) ...
Vormals nicht ausgewähltes Paket epgd wird gewählt.
Vorbereitung zum Entpacken von .../epgd_1.2.3-0yavdr0~jammy_amd64.deb ...
Entpacken von epgd (1.2.3-0yavdr0~jammy) ...
Vormals nicht ausgewähltes Paket epghttpd wird gewählt.
Vorbereitung zum Entpacken von .../epghttpd_1.2.3-0yavdr0~jammy_amd64.deb ...
Entpacken von epghttpd (1.2.3-0yavdr0~jammy) ...
Vormals nicht ausgewähltes Paket vdr-epg-daemon wird gewählt.
Vorbereitung zum Entpacken von .../vdr-epg-daemon_1.2.3-0yavdr0~jammy_all.deb ...
Entpacken von vdr-epg-daemon (1.2.3-0yavdr0~jammy) ...
epgd (1.2.3-0yavdr0~jammy) wird eingerichtet ...
mariadb-plugin-epglv (1.2.3-0yavdr0~jammy) wird eingerichtet ...
ERROR 1126 (HY000) at line 4: Can't open shared library 'mysqlepglv.so' (errno: 2, cannot open shared object file: No such file or directory)
epghttpd (1.2.3-0yavdr0~jammy) wird eingerichtet ...
vdr-epg-daemon (1.2.3-0yavdr0~jammy) wird eingerichtet ...


root@Test-2204:~# epgd-tool -new-db
ERROR 1007 (HY000) at line 1: Can't create database 'epg2vdr'; database exists
ERROR 1126 (HY000) at line 1: Can't open shared library 'mysqlepglv.so' (errno: 2, cannot open shared object file: No such file or directory)
ERROR 1126 (HY000) at line 1: Can't open shared library 'mysqlepglv.so' (errno: 2, cannot open shared object file: No such file or directory)

Alles anzeigen

Das Plugin ist da:

Code

root@Test-2204:/var/lib/mysql# find / -name mysqlepglv.so
/usr/lib/x86_64-linux-gnu/libmariadb3/plugin/mysqlepglv.so

Aber mariadb will es wohl jetzt woanders:

Code

root@Test-2204:/usr/lib/mysql/plugin# ll
insgesamt 1092
drwxr-xr-x 1 root  root    658 Apr 30 23:09 ./
drwxr-xr-x 1 root  root     12 Apr 30 23:09 ../
-rw-r--r-- 1 root  root  70944 Mär 10 20:40 auth_ed25519.so
-rw-r--r-- 1 root  root  14776 Mär 10 20:40 auth_pam.so
drwx------ 1 mysql root     26 Apr 30 23:09 auth_pam_tool_dir/
-rw-r--r-- 1 root  root  14776 Mär 10 20:40 auth_pam_v1.so
-rw-r--r-- 1 root  root  14560 Mär 10 20:40 disks.so
-rw-r--r-- 1 root  root  23136 Mär 10 20:40 file_key_management.so
-rw-r--r-- 1 root  root  92720 Mär 10 20:40 ha_archive.so
-rw-r--r-- 1 root  root  59816 Mär 10 20:40 ha_blackhole.so
-rw-r--r-- 1 root  root  88528 Mär 10 20:40 ha_federated.so
-rw-r--r-- 1 root  root 133720 Mär 10 20:40 ha_federatedx.so
-rw-r--r-- 1 root  root 155432 Mär 10 20:40 handlersocket.so
-rw-r--r-- 1 root  root 125560 Mär 10 20:40 ha_sphinx.so
-rw-r--r-- 1 root  root  14560 Mär 10 20:40 locales.so
-rw-r--r-- 1 root  root  14640 Mär 10 20:40 metadata_lock_info.so
-rw-r--r-- 1 root  root  18656 Mär 10 20:40 query_cache_info.so
-rw-r--r-- 1 root  root  14976 Mär 10 20:40 query_response_time.so
-rw-r--r-- 1 root  root  59856 Mär 10 20:40 server_audit.so
-rw-r--r-- 1 root  root  14880 Mär 10 20:40 simple_password_check.so
-rw-r--r-- 1 root  root  15008 Mär 10 20:40 sql_errlog.so
-rw-r--r-- 1 root  root  88504 Mär 10 20:40 type_mysql_json.so
-rw-r--r-- 1 root  root  51624 Mär 10 20:40 wsrep_info.so

Alles anzeigen

Von Hand bauen nutzt auch nichts, weil selbst mariadb_config den falschen Pfad liefert:

Code

root@Test-2204:mariadb_config --plugindir
/usr/lib/x86_64-linux-gnu/libmariadb3/plugin

Link in das richtige Verzeichnis umgeht erfolgreich das Problem.

Das kann ja aber nicht die finale Lösung sein. Hat jemand eine Idee, wie man das sauber lösen kann ?

seahawk1986 · 1. Mai 2022

Zitat von kfb77
Von Hand bauen nutzt auch nichts, weil selbst mariadb_config den falschen Pfad liefert:
Code
root@Test-2204:mariadb_config --plugindir
/usr/lib/x86_64-linux-gnu/libmariadb3/plugin
Link in das richtige Verzeichnis umgeht erfolgreich das Problem.

Das kann ja aber nicht die finale Lösung sein. Hat jemand eine Idee, wie man das sauber lösen kann ?

Unter Arch Linux liefern sowohl mariadb_config als auch pkg-config das richtige Verzeichnis:

Code

$ mariadb_config  --plugindir
/usr/lib/mysql/plugin
$ pkg-config mariadb --variable=plugindir
/usr/lib/mysql/plugin
$ mariadb_config
Copyright 2011-2020 MariaDB Corporation AB
Get compiler flags for using the MariaDB Connector/C.
Usage: mariadb_config [OPTIONS]
Compiler: GNU 11.2.0
  --cflags        [-I/usr/include/mysql -I/usr/include/mysql/mysql]
  --include       [-I/usr/include/mysql -I/usr/include/mysql/mysql]
  --libs          [-L/usr/lib/ -lmariadb]
  --libs_r        [-L/usr/lib/ -lmariadb]
  --libs_sys      [-ldl -lm -lssl -lcrypto]
  --version       [10.7.3]
  --cc_version    [3.2.6]
  --socket        [/run/mysqld/mysqld.sock]
  --port          [3306]
  --plugindir     [/usr/lib/mysql/plugin]
  --tlsinfo       [OpenSSL 1.1.1m]
  --variable=VAR  VAR is one of:
      pkgincludedir  [/usr/include/mysql]
      pkglibdir      [/usr/lib]
      pkgplugindir   [/usr/lib/mysql/plugin]
  --libmysqld-libs  [-L/usr/lib/ -lmariadbd -ldl -lm -lssl -lcrypto]
  --embedded-libs  [pkgincludedir]
  --embedded      [/usr/include/mysql]

Alles anzeigen

Unter Ubuntu/Debian sieht das für mich nach einem Problem des Quell-Pakets aus - da wird u.a. die mariadb.pc für den Server durch einen Symlink auf die libmariadb.pc für den Client überschrieben, wodurch man da aus den fertigen Paketen erst gar nicht an das Plugin-Verzeichnis kommt: https://salsa.debian.org/maria…/latest/debian/rules#L169 f.

Außerdem beendet sich mariadb_config mit einem Segfault, wenn man es ohne Argumente aufruft:

Code

$ gdb mariadb_config 
GNU gdb (Ubuntu 12.0.90-0ubuntu1) 12.0.90
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from mariadb_config...
Reading symbols from /usr/lib/debug/.build-id/00/29021794dbd175be69ca4f910a8d698b98ed54.debug...
(gdb) r
Starting program: /usr/bin/mariadb_config 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Copyright 2011-2020 MariaDB Corporation AB
Get compiler flags for using the MariaDB Connector/C.
Usage: mariadb_config [OPTIONS]
Compiler: GNU 11.2.0
  --cflags        [-I/usr/include/mariadb -I/usr/include/mariadb/mysql]
  --include       [-I/usr/include/mariadb -I/usr/include/mariadb/mysql]
  --libs          [-L/usr/lib/x86_64-linux-gnu/ -lmariadb]
  --libs_r        [-L/usr/lib/x86_64-linux-gnu/ -lmariadb]
  --libs_sys      [-ldl -lm -lssl -lcrypto]
  --version       [10.6.7]
  --cc_version    [3.2.6]
  --socket        [/run/mysqld/mysqld.sock]
  --port          [3306]
  --plugindir     [/usr/lib/x86_64-linux-gnu/libmariadb3/plugin]
  --tlsinfo       [OpenSSL 3.0.1]
  --variable=VAR  VAR is one of:
      pkgincludedir  [/usr/include/mariadb]
      pkglibdir      [/usr/lib/x86_64-linux-gnu]
      pkgplugindir   [/usr/lib/x86_64-linux-gnu/libmariadb3/plugin]
  --libmysqld-libs  [-L/usr/lib/x86_64-linux-gnu/ -lmariadbd -ldl -lm -lssl -lcrypto]

Program received signal SIGSEGV, Segmentation fault.
__strchrnul_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:32
32    ../sysdeps/x86_64/multiarch/../strchr.S: No such file or directory.
(gdb) bt
#0  __strchrnul_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:32
#1  0x00007ffff7dfc162 in __find_specmb (format=0x1 <error: Cannot access memory at address 0x1>) at ./stdio-common/printf-parse.h:111
#2  __vfprintf_internal (s=0x7ffff7fa1780 <_IO_2_1_stdout_>, format=0x1 <error: Cannot access memory at address 0x1>, ap=ap@entry=0x7fffffffe250, mode_flags=mode_flags@entry=2)
    at ./stdio-common/vfprintf-internal.c:1255
#3  0x00007ffff7ebbdfb in ___printf_chk (flag=flag@entry=1, format=format@entry=0x1 <error: Cannot access memory at address 0x1>) at ./debug/printf_chk.c:33
#4  0x0000555555555675 in printf (__fmt=0x1 <error: Cannot access memory at address 0x1>) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:112
#5  usage () at ./builddir/libmariadb/mariadb_config/mariadb_config.c:126
#6  0x000055555555549b in main (argc=1, argv=0x7fffffffe4e8) at ./builddir/libmariadb/mariadb_config/mariadb_config.c:240
(gdb) bt full
#0  __strchrnul_sse2 () at ../sysdeps/x86_64/multiarch/../strchr.S:32
No locals.
#1  0x00007ffff7dfc162 in __find_specmb (format=0x1 <error: Cannot access memory at address 0x1>) at ./stdio-common/printf-parse.h:111
No locals.
#2  __vfprintf_internal (s=0x7ffff7fa1780 <_IO_2_1_stdout_>, format=0x1 <error: Cannot access memory at address 0x1>, ap=ap@entry=0x7fffffffe250, mode_flags=mode_flags@entry=2)
    at ./stdio-common/vfprintf-internal.c:1255
        thousands_sep = <optimized out>
        grouping = 0xffffffffffffffff <error: Cannot access memory at address 0xffffffffffffffff>
        done = 0
        f = <optimized out>
        lead_str_end = <optimized out>
        end_of_spec = <optimized out>
        work_buffer = '\000' <repeats 24 times>, "|\343\374\367\377\177\000\000\360\332\377\367\377\177\000\000\220\065\374\367\377\177\000\000\344U0\000\000\000\000\000\204\065\374\367\377\177\000\000@\273\373\367\377\177\000\000\351\347\374\367\377\177\000\000%\000\000\000\000\000\000\000P9\374\367\377\177\000\000\360\332\377\367\377\177\000\000(\337\377\377\377\177\000\000$\337\377\377\377\177\000\000\000\000\000\000\000\000\000\000P9\374\367\377\177\000\000\344U0\000\000\000\000\000$\337\377\377\377\177\000\000W\301\000\000\000\000\000\000\220\266\373\367\377\177\000\000\360\332\377\367\377\177\000\000\000\000\000\000\001\000\000\000z/\332\367\377\177\000\000h\274\330\367\377\177\000\000"...
        workend = <optimized out>
        ap_save = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffe330, reg_save_area = 0x7fffffffe270}}
        nspecs_done = 0
        save_errno = 0
        readonly_format = 0
        do_longlong_number = <optimized out>
        __result = <optimized out>
#3  0x00007ffff7ebbdfb in ___printf_chk (flag=flag@entry=1, format=format@entry=0x1 <error: Cannot access memory at address 0x1>) at ./debug/printf_chk.c:33
        mode = 2
        ap = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7fffffffe330, reg_save_area = 0x7fffffffe270}}
        ret = <optimized out>
#4  0x0000555555555675 in printf (__fmt=0x1 <error: Cannot access memory at address 0x1>) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:112
No locals.
#5  usage () at ./builddir/libmariadb/mariadb_config/mariadb_config.c:126
        i = 14
#6  0x000055555555549b in main (argc=1, argv=0x7fffffffe4e8) at ./builddir/libmariadb/mariadb_config/mariadb_config.c:240
        c = <optimized out>
        p = <optimized out>

Alles anzeigen

Soweit ich das versehe, werden die Werte für das Plugin-Verzeichnis in mariadb_config von cmake bzw. dem Präprozessor statisch gesetzt (https://github.com/mariadb-cor…g/mariadb_config.c.in#L39 ff.) und meine Vermutung ist, dass da irgendwo in den Untiefen der cmake-Files (in

libmariadb/cmake/install.cmake ab Zeile 99 werden Variablen gesetzt, die dazu passen würden)

eine Sonderbehandlung für das Debian-Paket stattfindet. Leider ist das alles sehr bescheiden dokumentiert

kfb77 · 1. Mai 2022

Also nichts, was man im VDR Universum fixen könnte.

Und es gibt noch ein Problem mit mariadb unter Jammy, wenn man es, wie ich, im LXC Container laufen hat.

Hier die Infos dazu, auch ein Workaround ist dort beschrieben.

seahawk1986 · 1. Mai 2022

Zitat von kfb77

Also nichts, was man im VDR Universum fixen könnte.

Ich kann das als Würgaround im Paket abändern, wo die epglv.so hin installiert wird (habe ich gerade hochgeladen), aber IMHO ist das ein Problem des Debian-Pakets für MariaDB, dass da eine Unterscheidung zwischen Plugins für den Server und Plugins für die libmariadb-Clients eingeführt wird und es keine Möglichkeit gibt über mariadb_config an den richtigen Pfad für die Server-Plugins zu kommen.

kfb77 · 1. Mai 2022

Habe es getestet, funktioniert.

Ich selbst werde aber wegen der LXC Probleme von maraidb die epgd Funktion in einen eigenen Container legen und den vorerst bei 20.04 belassen. Das ist sind mir zu viel Workarounds.

yavdr jammy epgd Plugin Verzeichnis falsch

Jetzt mitmachen!

Teilen