CentOS 7カーネルバージョン3.10.0-957.el7.x86_64 drbd 9.0.16-1
リソースを設定します。 drbdサービスが起動時に起動するようにアクティブになっていません。両方のノードを再起動しました。私が実行してsystemctl start drbd
得た最初のノード
「DRBDの起動スクリプトは、ピアが表示されるのを待ちます。
今実行すると、systemctl start drbd
次のようになります。
drbdデータ:debugfs dentryを作成できません。
編集する
drbdadm up resource_name
drbdサービスが無効になっていて、起動していない状態で両方のノードを実行すると、両方のノードがセカンダリ/ UpToDate状態になります。これは問題ありません。
編集2
データリソース
すべてのリソースはotrs1から始まります。リモートノードに対してPrimary
ロボットが示す役割を果たしconnecting
、リモートノードでは他のノードをまったく見ることはできません。
両方のノードで実行しpcs cluster stop --all
て再実行すると、drbdadm up data
すべてが大丈夫に見えます。
/dev/drbd1 /opt/otrs
ノードの1つにインストールすると、自動的にデフォルトの役割に昇格します。
2つのノードのリソースを削除してシャットダウンして再実行すると、drbdadm status
明らかに次のような結果が表示されます。No currently configured DRBD found.
systemctl start drbd
今、両方を実行すると、同じことが起こります。最初のノードでは出力が完了したようですが、他のノードでもサービスが開始されるのを待っているようです。
再起動後、クラスタとリソースはノード1で起動しますが、ノードをモードにstandby
切り替えた後はリソースは移動しません。
これが私が見るものですjournalctl -xe
編集3
うん、変です。
/etc/modules-load.d/drbd.conf
両方のノードが起動時にdrbdカーネルモジュールをロードしましたが、無効になりました。再起動後、驚いたことに1つのノードをロードしましたが、そうではありませんでしたdrbd_transport_tcp
。 Pacemakerはdrbd kernel_moduleをロードしていますか?私は想像できません。
systemctl disable pcsd; systemctl disable pacemaker; systemctl disable corosync
両方のノードで再起動すると、lsmod | grep drbd
結果は返されません。私は理解できません:(
答え1
ハートビートを使用している場合(そして現在使用中の場合)、次のことを行う必要があります。障害を負うsystemdのDRBDを使用すると、PacemakerはDRBDの起動/停止を完全に制御できます。
# systemctl disable drbd
DRBDしなければならない接続が確立されたら、トランスポートモジュールをロードします。drbdadm up <res>
しなければならないまだロードされていない場合は、DRBDカーネルモジュールをロードしてください。