![錯誤訊息:“無法啟動 CTDB”](https://rvso.com/image/912798/%E9%8C%AF%E8%AA%A4%E8%A8%8A%E6%81%AF%EF%BC%9A%E2%80%9C%E7%84%A1%E6%B3%95%E5%95%9F%E5%8B%95%20CTDB%E2%80%9D.png)
我使用 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)
六月 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: 失敗,結果為「退出代碼」。
jun 21 13:19:20 jjpg-MS-7788 systemd[1]:無法啟動 CTDB。
它究竟意味著什麼?
這是極其重要的事嗎?
我該如何修復它?
BTW:對於一個「普通」家庭用戶(不是工業/商業網絡,不是程式設計師),是否絕對需要安裝samba、CTDB和TDB?
答案1
CTDB是Samba和其他專案用來儲存臨時資料的TDB資料庫的叢集實作。如果應用程式已經使用 TDB 來儲存臨時數據,則可以輕鬆將該應用程式轉換為叢集感知型應用程式並改用 CTDB。
查看/var/log/ctdb
。它應該有完整的訊息。
最近有一個錯誤報告聲稱
mkdir -p /var/lib/run/ctdb
修復了 ctdb 的崩潰問題。這是一個相當無害的命令,但確實會將您的日誌檔案與錯誤報告中的日誌檔案相匹配。
該錯誤與另一個錯誤重複漏洞。評論 #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 。
選擇兩者之一併重新啟動