我在三台电脑上使用 Ubuntu Studio 18.04.2,并增加了额外的支持时间(额外的 PPA 升级):两台台式机和一台笔记本电脑。
但是,在启动时,我在其中一个桌面上看到了一条错误消息,然后才看到主桌面全屏。
错误信息实际上是:
[失败] 无法启动 CTDB。
从var/log/ctdb/log.ctdb
文件中我得到以下信息:
2019/06/16 01:18:13.703348 ctdbd[2013]:CTDB 在节点上启动
2019/06/16 01:18:13.766558 ctdbd[2013]:未设置恢复锁
2019/06/16 01:18:13.766627 ctdbd [2013]:无法读取节点文件“ / etc / ctdb / nodes”
2019/06/16 01:18:13.766636 ctdbd [2013]:无法加载节点文件“ / etc / ctdb / nodes”
而且...从systemctl status ctdb.service
我得到这个:
● ctdb.service-CTDB
已加载:已加载(/lib/systemd/system/ctdb.service;已启用;供应商预设:已启用)
活动:失败(结果:退出代码)自 2019-06-21 星期五 13:19:20 -04;16 分钟前
Docs: man:ctdbd(1) man:ctdb(7)
6月21日 13:19:17 jjpg-MS-7788 systemd[1]: 正在启动 CTDB...
jun 21 13:19:17 jjpg-MS-7788 ctdbd_wrapper[1958]: 未指定恢复锁。启动 CTDB 时未采用裂脑预防。
6 月 21 日 13:19:20 jjpg-MS-7788 systemd[1]: ctdb.service: 控制进程已退出,代码=退出状态=1
6月21日 13:19:20 jjpg-MS-7788 systemd[1]: ctdb.service: 失败,结果为“退出代码”。
6月21日 13:19:20 jjpg-MS-7788 systemd[1]: 无法启动 CTDB。
这到底是什么意思?
这是极其重要的事情吗?
我该如何修复它?
顺便说一句:对于“普通”家庭用户(不是工业/商业网络,不是程序员),是否绝对需要安装 samba、CTDB 和 TDB?
答案1
CTDB 是 Samba 和其他项目用来存储临时数据的 TDB 数据库的集群实现。如果某个应用程序已使用 TDB 存储临时数据,则可轻松将该应用程序转换为集群感知型应用程序,并改用 CTDB。
检查/var/log/ctdb
。它应该有完整的消息。
最近有一个错误报告声称
mkdir -p /var/lib/run/ctdb
修复 ctdb 的 -a- 崩溃。这是一个相当无害的命令,但请将您的日志文件与错误报告中的日志文件进行匹配。
该错误与另一个错误重复漏洞。评论 #2 也修复了这个问题,但方式略有不同:
已更改
/etc/init.d/ctdb pidfile="/var/run/ctdb/ctdbd.pid"
到
pidfile="/run/ctdb/ctdbd.pid"
然后
sudo systemctl edit ctdb [Service] ExecStartPre=/bin/mkdir -p /run/ctdb
并且它在重启后也会起作用。(每次重启都会删除 /run)但似乎仍在日志中寻找 /var/run。
选择其中一个并重新启动