这些包使用openSUSE的替代机制来配置
DMBS用于目录 – 在我的例子中,MysqL.不幸的是,
包裹有点儿麻烦.安装bacula-director后
和bacula-MysqL包,libbaccats库的符号链接
/usr/lib64看起来像这样：
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
最后两个显然是无稽之谈,导致任何尝试运行
导向器或dbcheck实用程序失败并显示错误消息：
Fatal error: Please replace this null libbaccats library with a proper
one.
这当然可以通过发出命令轻松修复：
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的想法,那个符号链接应该指向哪里？
解决方法
ts@xenon:~> objdump -p /usr/lib64/libbaccats-stub-9.0.6.so /usr/lib64/libbaccats-stub-9.0.6.so: file format elf64-x86-64 [...] Dynamic Section: NEEDED libc.so.6 SONAME libbaccats-9.0.6.so
显然,头文件告诉ldconfig创建一个具有该名称的符号链接.
证明：如果我将libbaccats-stub-9.0.6.so重命名为libbaccats-stub-9.0.6.so.BAD,那么ldconfig会正确创建一个符号链接
libbaccats-7.4.4.so -> libbaccats-stub-7.4.4.so.BAD
如果我用gzip压缩libbaccats-stub-9.0.6.so然后ldconfig抱怨
ldconfig: /usr/lib64/libbaccats-stub-9.0.6.so.gz is not an ELF file – it has the wrong magic bytes at the start.
并留下我的libbaccats-7.4.4.so symlink单独.
因此,虽然我还没有找到一种方法来使ldconfig创建正确的符号链接,但至少有一种方法可以防止它重新创建错误的符号：删除,压缩或以其他方式破坏文件/usr/lib64/libbaccats-stub-9.0. 6.so.
当然,真正的解决方案是正确设置libbaccats-stub-9.0.6.so中的SONAME字段,但这必须在bacula-director包的构建过程中发生.
