![エラー メッセージ:「CTDB の起動に失敗しました」](https://rvso.com/image/912798/%E3%82%A8%E3%83%A9%E3%83%BC%20%E3%83%A1%E3%83%83%E3%82%BB%E3%83%BC%E3%82%B8%3A%E3%80%8CCTDB%20%E3%81%AE%E8%B5%B7%E5%8B%95%E3%81%AB%E5%A4%B1%E6%95%97%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%80%8D.png)
私は、追加のサポート時間(追加の PPA アップグレード)付きの Ubuntu Studio 18.04.2 を、デスクトップ 2 台とラップトップ 1 台の計 3 台の PC で使用しています。
しかし、デスクトップの 1 つでは、メインのフル デスクトップ画面が表示される前の起動時にエラー メッセージが表示されるようになりました。
エラーメッセージは文字通り次のとおりです。
[失敗] 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を起動しています...
6月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: 結果 'exit-code' で失敗しました。
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 のクラッシュを修正します。これはかなり無害なコマンドですが、ログ ファイルをバグ レポートのファイルと一致させてください。
そのバグは別のバグの複製ですバグコメント #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 を探しているようです。
どちらかを選択して再起動してください