背景
アーキテクチャの展開
32C 128G 1.8T 4 4マスタ - スレーブ・アーキテクチャの展開
rocketmq遅延生産者が生産するデータサービスに、消費者がデータに通常消費することはできません、ビューマスターノード・エラーこれらはすべての重要な発見を、ログ
| #vim /data2/logs/rocketmqlogs/storeerror.log |
| 020-03-18午後4時46分56秒はScheduleMessageTimerThreadをWARN -オフセット一致していません。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜04時46分56秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜04時46分56秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：665682360、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜04時46分56秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：665682360、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000、mappedFiles数：1 2020年3月18日夜4時46分56秒はScheduleMessageTimerThreadをWARN -オフセット一致していません。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜04時46分56秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜04時46分56秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：665682360、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜4時46分57秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：665682360、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000、mappedFiles数：1 2020年3月18日夜04時46分57秒はScheduleMessageTimerThreadをWARN -オフセット一致していません。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜4時46分57秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：509548460、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000は、mappedFilesカウント：1 2020年3月18日夜4時46分57秒ScheduleMessageTimerThreadをWARN -一致しないオフセット。要求は、オフセット：665682360、firstOffset：0、lastOffset：6000000、mappedFileSize：6000000、mappedFiles数：1 |
多くの場合、データを消費しない消費者で、その結果、すべてのサイトの障害の消費を見つけました
ソリューション
明確なトラフィック・ノードへの最初のブローカー、書き込み専用アクセスのために2、読み取り専用アクセス6は読み取りおよび書き込みアクセス権を表す、4を表します。
| ＃ビン/ mqadmin updateBrokerConfig -b brokerip：10911 -nネームサーバ地址：9876 -k brokerPermission -v 4 |
ビューブローカーノードの流れがゼロである、流れが失われたデータを防ぐために、ブローカーノードの動作をシャットダウンすることができブローカーを待つ必要はありません
| ＃ビン/ mqadmin ClusterListが-nネームサーバ：9876 |
閉じるブローカーノードプロセス
| ＃ビン/ mqshutdownブローカー |
delayOffset.json delayOffset.json.bakファイルとレコードの消費のサイトのために行くためにこのファイルをコピーし、左コピーし、アプリケーション・プロセスが自動的に生成されます再起動
#mv /data1/rocketmq/store/config/delayOffset.json* / DATA2 / |
SCHEDULE_TOPIC_XXXXの ファイルは、スケジューリングタスクのために離れてコピーし、左コピーし、アプリケーション・プロセスが自動的に生成されます再起動します
| #mv / DATA1 / rocketmq /店舗/ consumequeue / SCHEDULE_TOPIC_XXXX / / DATA2 / |
ログファイルのrocketmqのすべてを削除します。
#rm -rf / DATA2 /ログ/ rocketmqlogs / * |
その後、プロセスはrocketmqを開始します
#cdは/ usr / local / rocketmq / binに/ ＃nohupをSH mqbroker -c /usr/local/rocketmq/conf/2m-2s-async/broker-a.properties＆ |
当局は再割り当て
| ＃ビン/ mqadmin updateBrokerConfig -b brokerip：10911 -nネームサーバ地址：9876 -k brokerPermission -v 6 |
上記の操作に応じて、すべての主要なクラスタノードが再び動作している、あなたは、通常の消費データにできるようになる、としてログインしていなかったとstoreerror.logが与えられて、大量のトラフィック回復をピア