各務洋
kagam****@pyrol*****
2018年 5月 17日 (木) 20:23:24 JST
大川様。 各務と申します。 mysqldump での クラッシュですと、毎回発生しないようですと、再現は大変な気がします。 クラッシュが発生した際のログ、 /var/log/message /var/lib/mysql/groonga.log /var/log/mysqld.log あたりを記述いただければ、何か知見が出てくるかもしれないです。 個人的には CentOS 5の頃の設定、 vm.swappiness = 0 を CentOS 6 に適用していて よくクラッシュしていました。 過渡的な状況でしたら、クラッシュしにくくなる緩和策を求めるのも手かもしれないです。 いかがでしょうか？ 2018年5月17日 17:32 大川敬臣 <yoshi****@kccs*****>: > お世話になっております。 > 大川と申します。 > > 以下の環境でのMySQL Databaseサーバで質問させてください。 > > RHEL：6.4 > MySQL：5.6.11 > Mroonga：3.0.3 > > 上記の環境でmysqldumpを実行したタイミングでMySQLが再起動する事象が発生しました。 > 当方では、以下のバグに該当していると想定しております。 > （Oracleサポートに問い合わせしたところ、Mroongaストレージエンジンでクラッシュが発生したため、MySQLが再起動したと回答を頂いております。） > > 【Bug #2098】 ストレージエンジンMroonga時にmysqldumpするとmysqldが落ちる > http://redmine.groonga.org/issues/2098 > > 実際に発生した環境は商用の環境なのですが、顧客説明のため、テスト環境で再現試験を行っております。 > しかし、何度mysqldumpを実行しても再現させることができません。 > 実際にMySQLの再起動が発生したコマンドは以下となります。 > >>mysqldump --login-path=root --single-transaction --max-allowed-packet=1G >> --events --routines --flush-logs --master-data=2 --flush-privileges >> --all-databases > /data/db_mkt_delivery.sql & > > 最終的には上記コマンドでは無く、オプションを変えてMroonga ストレージエンジンを含まないDBのみdump出力するように > 変更する予定なのですが、その変更が効果があるかを確認したく、ます、再現をさせている状況でございます。 > > 上記のmysqldumpで再現させるアイデアがあればご教示いただきたく質問させていただきました。 > > 事象が上記のバグではないんじゃないか？と言った意見もございましたら、ご教示くださいますようお願いいたします。 > > 皆様、どうぞよろしくお願いいたします。 > > _______________________________________________ > groonga-dev mailing list > groon****@lists***** > https://lists.osdn.me/mailman/listinfo/groonga-dev >
