我已经从存储库https://build.opensuse.org/package/show/home%3AXimi1970%3AopenSUSE%3AExtra/bacula在https://software.opensuse.org上的 openSUSE Leap 42.3 系统上安装了 Bacula 7.4.4 /package/bacula . 这些包使用 openSUSE 的替代机制来配置 DMBS 以用于目录 - 在我的例子中是 MySQL。不幸的是,这个包有点错误。安装 bacula-director 和 bacula-mysql 软件包后,/usr/lib64 中 libbaccats 库的符号链接如下所示:
libbaccats.so -> /etc/alternatives/libbaccats.so
libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so
libbaccats-stub.so -> libbaccats-7.4.4.so
libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so
最后两个显然是无稽之谈,会导致任何尝试运行 director 或 dbcheck 实用程序失败并显示错误消息:
致命错误:请将此空 libbaccats 库替换为适当的库。
这当然很容易通过发出命令来解决:
ln -sf libbaccats-stub-7.4.4.so libbaccats-stub.so
ln -sf /etc/alternatives/libbaccats-7.4.4.so libbaccats-7.4.4.so
产生所需的结果:
libbaccats.so -> /etc/alternatives/libbaccats.so
libbaccats-7.4.4.so -> /etc/alternatives/libbaccats-7.4.4.so
libbaccats-mysql.so -> libbaccats-mysql-7.4.4.so
libbaccats-stub.so -> libbaccats-stub-7.4.4.so
这允许 /etc/alternatives 中的符号链接:
libbaccats.so -> /usr/lib64/libbaccats-mysql.so
libbaccats-7.4.4.so -> /usr/lib64/libbaccats-mysql-7.4.4.so
正确地将 libbaccats 引用指向 MySQL 变体。
但是,每次ldconfig(8)
运行该命令时,它都会重置 /usr/lib64/libbaccats-7.4.4.so 符号链接以再次指向 libbaccats-stub-7.4.4.so,从而破坏 Bacula。由于ldconfig
在各种情况下由系统自动运行,这很烦人。
来自存储库https://download.opensuse.org/repositories/home:/cristyde/openSUSE_Leap_42.3/的 Bacula 9.0.6 也存在同样的问题。
我怎样才能解决ldconfig
这个符号链接应该指向的想法?
根据我的研究,(错误)行为是由文件的内容
ldconfig
触发的,特别是它的字段:libbaccats-stub-9.0.6.so
SONAME
显然,该标头告诉
ldconfig
创建一个具有该名称的符号链接。证明:如果我重命名
libbaccats-stub-9.0.6.so
为libbaccats-stub-9.0.6.so.BAD
thenldconfig
适当地创建一个符号链接libbaccats-stub-9.0.6.so
如果我用压缩gzip
代替然后ldconfig
抱怨并留下我的
libbaccats-7.4.4.so
符号链接。因此,虽然我还没有找到一种方法来
ldconfig
创建正确的符号链接,但至少有一种方法可以防止它重新创建错误的符号链接:删除、压缩或以其他方式破坏文件/usr/lib64/libbaccats-stub-9.0.6.so
。当然,真正的解决方案是正确设置
SONAME
字段libbaccats-stub-9.0.6.so
,但这必须在bacula-director
包的构建过程中发生。