ロリポップへのwordmove時のエラー

Question

先程「Net::SSH::AuthenticationFailed」のエラーについて投稿して自己解決したものですが、今度はmysqldump関連のエラーが出ました。
状況は、vagrantとvccwを使ってWordPressローカル開発環境を仮想マシンで立ち上げて、WordMoveを使ってロリポップ（チカッパプラン）にPUSHした際に下記エラーが出ました。

mysqldump --host=mysql....phy.lolipop.lan --user=LAA...... --password=....... --default-character-set=utf8 LAA...... > /home/users/2/lolipop.jp-........../web/..../wp-content/dump.sql
/usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/deployer/ssh.rb:55:in remote_run': Error code 2 returned by command "mysqldump --host=mysql....phy.lolipop.lan --user=LAA....... --password=........ --default-character-set=utf8 LAA......... > /home/users/2/lolipop.jp-.........../web/...../wp-content/dump.sql": mysqldump: Couldn't execute 'SET OPTION SQL_QUOTE_SHOW_CREATE=1': You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'OPTION SQL_QUOTE_SHOW_CREATE=1' at line 1 (1064) (RuntimeError) from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/deployer/ssh.rb:62:in download_remote_db'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/deployer/ssh.rb:18:in push_db' from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/cli.rb:58:in block in push'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/cli.rb:34:in block in handle_options' from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/cli.rb:32:in each'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/cli.rb:32:in handle_options' from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/lib/wordmove/cli.rb:57:in push'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/thor-0.19.1/lib/thor/command.rb:27:in run' from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/thor-0.19.1/lib/thor/invocation.rb:126:in invoke_command'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/thor-0.19.1/lib/thor.rb:359:in dispatch' from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/thor-0.19.1/lib/thor/base.rb:440:in start'
from /usr/local/rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/wordmove-1.2.0/bin/wordmove:6:in <top (required)>' from /usr/local/rbenv/versions/2.1.2/bin/wordmove:23:in load'
from /usr/local/rbenv/versions/2.1.2/bin/wordmove:23:in `<main>'

よろしくお願いします。

Answer 1

mysqldumpとmysqlのバージョンはいくつでしょうか？
事象だけ見ると以下の問題に該当しそうです。
MySQL Bugs: #67507: mysqldump from 5.5 fails with an error when trying to dump data from mysql-5.6
この問題の場合、いくつか回避方法はあるようですがmysqldumpのバージョンアップが良いかと思います。

Comments

[tk_9]

回答ありがとうございます。バージョンはそれぞれ
仮想マシン(vccw)側が
$ mysql --version
mysql Ver 14.14 Distrib 5.5.41, for Linux (i686) using readline 5.1
$ mysqldump -V
mysqldump Ver 10.13 Distrib 5.5.41, for Linux (i686)

ロリポップサーバ側は
$ mysql --version
mysql Ver 14.12 Distrib 5.0.45, for redhat-linux-gnu (i686) using readline 5.0
$ mysqldump -V
mysqldump Ver 10.11 Distrib 5.0.45, for redhat-linux-gnu (i686)
です。

ロリポップでは明示的にmysqldump-5.6のようにmysqldumpのバージョンを指定出来るようなのですが、wordmoveで利用する際にどのように指定するのかがイマイチわかりません…

[sho_cs]

ロリポップ側の構成がよくわからないのですが、5.0と5.6が共存しているようですね。
もしかしたら仮想マシン側のmysqldumpのバージョンをあげれば行けるかもしれません。
もしくは、ロリポップ側のmysql5.6のSET OPTIONを許可してやるかですね。（すみません。このやり方はわからないです。）

[tk_9]

vccwのmysqlのバージョンを5.6にあげてみたのですが、同じ結果でした。
ロリポップ側のmysql5.6のSET OPTIONを許可も自分もよくわからず…
おとなしく諦めるかサーバーをこの機会に変えるか考えています…

[mathkun]

ロリポップを契約していないので未確認ですが、、、

下記サイトを見るとmysqldumpでバージョン5.6を使いたい場合はmysqldump-5.6のコマンドを使えば良いようです。
http://appstars.jp/archive/124

wordmove側でmysqldumpコマンドを変えるわけにはいかないでしょうから、エイリアスの設定をしたらいけるかもしれません。
http://qiita.com/pugiemonn/items/da04a422cc7da548632e

上記リンク先で指定されている .bash_profile に下記を追記。
alias mysqldump='mysqldump-5.6'

[tk_9]

回答ありがとうございます。
aliasを貼ってもこちら側のmysqlが5.5であると、set optionを送ってしまうみたいでエラーは解消できませんでした。
やはりローカル側を5.6に上げるべきですが、そうするとwordpressが開かなくなる、結局wordmoveがうまくいかない等のエラーで諦めてしまいました。
ロリポップで行いたい場合はvccwを使わないで一から環境を構築するしかないかなぁと思いました。
ちなみに、ロリポップと同じ会社のhetemlではmysql5.6でもset optionを受け入れる設定にしてあるみたいなので、エラーは起きないみたいです。