8.4系を使用されている場合は、今回リリースした8.4.2へアップデートしてください。セカンダリノードでデータの欠損が発生するというバグも報告されています。8.3系の最新版である8.3.13にも取り込まれています。node.8.3.13より前のバージョンでは、再同期先に対する書き込み順序を操作するような処理を行っていないので、今回のバグフィックスを適応する必要はありません。drbd-8.4”.LinuxのI/Oスケジューラをcfqを設定している場合(もしかしたら他のパラメータでも可能性があるかもしれませんが)、再同期先に対する書き込み順序の整合性が損なわれる事象が確認されています。8.3.13より前のバージョンを使用しており、さらに、スケジューラをnoopに設定している環境では、この事象は再現していません。この事象は非常に頻度が低いのですが、再同期先に対する書き込み処理が実行されていないようにみえるという症状が確認された場合、結果的にデータ破損が発生している可能性があります。(実際の動作としては、書き込み処理が実行されていないのではなく、再同期実行中に書き込みの順序が入れ替わってしまっており、この結果として不整合が発生します。no」という二つのパラメータを使用することによって回避可能です。8.3のほうがパフォーマンスがよいのか?という話がでたこともありますが、このパラメータの有無が原因だと思われます。書き込み順序の不整合が発生する事象については、下記のサイトでも紹介されています(日本語です)。「影響を受けるシステムの条件」「起こりうる現象」「必要な対策」などが記載されていますので、DRBDを使用されている方は一読をおすすめします。ハンドラの処理が完了する前に再接続が確立した条件での、I/O再開始動作を修正しました。複数ボリュームを使用している場合に、状態遷移の途中でロック状態が発生する可能性がありましたが、修正されました。同期領域のサイズをオンラインで変更するとメタデータも変更されるため、ビットマップもすべて書き直すよう修正しました。状態を引き起こす競合条件を修正しました。バグを引き起こす可能性のある競合条件を修正しました。(8.4.0で混入していたバグの修正)再同期先処置で発生する書き込み順序の不整合を修正しました。このバグはある特定のファームウェアを使用している場合にのみ発生します。(8.3.13の修正をマージ)書き込み処理を再開始する際、デッドロックが発生する可能性がありましたが、修正されました。設定していない場合に書き込み順序の不整合が発生する可能性があるためです。8.3.13で取り込んだ修正を8.4系にも反映しました。ポリシーが有効となる条件での動作を修正しました。指定すると実行中のIOが終了するまで待機します。指定した場合は実行中のIOを強制終了します。設定した場合、すべての更新が無効となります。設定した際の動作を元に戻しました。9系からバックポートを実施しました。発生頻度が低いと思われる障害についても多数のテストを実施しています。FLUSH/FUAフラグに対応しました。接続確立時の動作を高速化しました。設定すると、アクティビティログへの書き込みが無効となります。設定するとランダム書き込みの速度向上が見込まれます。よるデバイス認識状態を表示します。オンラインベリファイ実行時に特定のセクタで停止するオプション(–stop)を追加しました。