wordmove pull -d で怒られた。。

ERROR 3167 (HY000) at line 17 in file: '/var/www/html/wp-content/dump.sql': The 'INFORMATION_SCHEMA.SESSION_VARIABLES' feature is disabled; see the documentation for 'show_compatibility_56'
/home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/deployer/base.rb:132:in `run': Return code reports an error (Wordmove::ShellCommandError)
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/deployer/ssh.rb:40:in `pull_db'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/cli.rb:69:in `block in pull'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/cli.rb:37:in `block in handle_options'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/cli.rb:36:in `each'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/cli.rb:36:in `handle_options'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/lib/wordmove/cli.rb:68:in `pull'
	from /home/vagrant/.gem/ruby/2.3.0/gems/thor-0.19.4/lib/thor/command.rb:27:in `run'
	from /home/vagrant/.gem/ruby/2.3.0/gems/thor-0.19.4/lib/thor/invocation.rb:126:in `invoke_command'
	from /home/vagrant/.gem/ruby/2.3.0/gems/thor-0.19.4/lib/thor.rb:369:in `dispatch'
	from /home/vagrant/.gem/ruby/2.3.0/gems/thor-0.19.4/lib/thor/base.rb:444:in `start'
	from /home/vagrant/.gem/ruby/2.3.0/gems/wordmove-2.0.0/exe/wordmove:6:in `<top (required)>'
	from /home/vagrant/.gem/ruby/2.3.0/bin/wordmove:23:in `load'
	from /home/vagrant/.gem/ruby/2.3.0/bin/wordmove:23:in `<main>'

wordmove pull -dで怒られた(エラー出た…)

-tpuはちゃんとpullできてるから、Movefileは間違ってない。
今までは普通にできてたのに…

show_compatibility_56見ろよ?って言われたので調べてみた。

参考

 

mysql> resetconnection;
mysql> set @@global.show_compatibility_56=ON;
ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation

って言われたので、rootでログインして

mysql -u root
mysql> set @@global.show_compatibility_56=ON;
Query OK, 0 rows affected (0.00 sec)

で行けたので、wordmove pull -d すると、

▬▬ ✓ Pulling Database ▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
    local | mysqldump --host=host --user=wordpress --password=wordpress --default-character-set=utf8 --result-file="/var/www/html/wp-content/local-backup-1491442332.sql" wordpress
mysqldump: [Warning] Using a password on the command line interface can be insecure.
gzip --best --force "/var/www/html/wp-content/local-backup-1491442332.sql"
    local | gzip --best --force "/var/www/html/wp-content/local-backup-1491442332.sql"
   remote | mysqldump --host=localhost --user=user --password=password --default-character-set=utf8 --result-file="/var/www/vhosts/domain/wp-content/dump.sql" domain_name
gzip --best --force "/var/www/vhosts/domain/wp-content/dump.sql"
   remote | gzip --best --force "/var/www/vhosts/domain/wp-content/dump.sql"
   remote | get: /var/www/vhosts/domain/wp-content/dump.sql.gz /var/www/html/wp-content/dump.sql.gz
   remote | delete: /var/www/vhosts/domain/wp-content/dump.sql.gz
gzip -d --force "/var/www/html/wp-content/dump.sql.gz"
    local | gzip -d --force "/var/www/html/wp-content/dump.sql.gz"
    local | adapt dump
    local | mysql --host=host --user=wordpress --password=wordpress --default-character-set=utf8 --database=wordpress --execute="SET autocommit=0;SOURCE /var/www/html/wp-content/dump.sql;COMMIT"
mysql: [Warning] Using a password on the command line interface can be insecure.
    local | delete: '/var/www/html/wp-content/dump.sql'

っとなって、無事pull完了となった。

…今まで問題なかったんだけど、何故こうなっちゃってるのかまだ不明…😅

別の更新が現在進行中です。

wp core upadte –locale=ja –force && wp core update-db && wp core language update

と打っちゃいました。。。( ꒪⌓꒪)
ほんと、tab補完を使いましょう(俺だよ)。

Error: 'upadte' is not a registered subcommand of 'core'. See 'wp help core'.

ごめんなさい、ごめんなさい。。
気を取り直して、改めて入力しなおすと、

Updating to version 4.7.2 (ja)...
Error: 別の更新が現在進行中です。

…と。。

前にも出たことはあったんですが、特に調べもせずだったので、ググってみると、結構皆さんハマってらっしゃるようで、沢山記事出てました。

参考 : WordPressの更新で”別の更新が現在進行中です。”エラーが出るときにすべき事

ありがとうございます!!!
ということで、15分待てばOKみたいですが、そんな待てない。。

参考 : WordPress「別の更新が現在進行中です。」の対処方2つ | Thought is free

  • DB から core_updater.lock を消す

これですね 😀

ということで、ローカル(VCCW)でやっていたので、

mysql -u wordpress -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 31
Server version: 5.7.16-0ubuntu0.16.04.1 (Ubuntu)

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| wordpress          |
+--------------------+
2 rows in set (0.00 sec)

mysql> use wordpress;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed

mysql> show tables;
+-----------------------+
| Tables_in_wordpress   |
+-----------------------+
| wp_commentmeta        |
| wp_comments           |
| wp_links              |
| wp_options            |
| wp_postmeta           |
| wp_posts              |
| wp_term_relationships |
| wp_term_taxonomy      |
| wp_termmeta           |
| wp_terms              |
| wp_usermeta           |
| wp_users              |
+-----------------------+
12 rows in set (0.00 sec)

mysql> select * from wp_options where option_name = 'core_update.locl';
Empty set (0.00 sec)

mysql> delete from wp_options where option_name = 'core_updater.lock';
Query OK, 1 row affected (0.01 sec)

えーっと、タイプミスひどいですね…😅
これで、「別の更新が現在進行中です。」は消えました 😀

タイプミスは気をつけないとですね…😅

自分もCoreを確認してみる

/**
	 * Creates a lock using WordPress options.
	 *
	 * @since 4.5.0
	 * @access public
	 * @static
	 *
	 * @param string $lock_name       The name of this unique lock.
	 * @param int    $release_timeout Optional. The duration in seconds to respect an existing lock.
 *                                Default: 1 hour.
	 * @return bool False if a lock couldn't be created or if the lock is still valid. True otherwise.
	 */
public static function create_lock( $lock_name, $release_timeout = null ) {
	global $wpdb;
	if ( ! $release_timeout ) {
		$release_timeout = HOUR_IN_SECONDS;
	}
	$lock_option = $lock_name . '.lock';

	// Try to lock.
	$lock_result = $wpdb->query( $wpdb->prepare( "INSERT IGNORE INTO `$wpdb->options` ( `option_name`, `option_value`, `autoload` ) VALUES (%s, %s, 'no') /* LOCK */", $lock_option, time() ) );

	if ( ! $lock_result ) {
		$lock_result = get_option( $lock_option );

		// If a lock couldn't be created, and there isn't a lock, bail.
		if ( ! $lock_result ) {
			return false;
		}

		// Check to see if the lock is still valid. If it is, bail.
		if ( $lock_result > ( time() - $release_timeout ) ) {
			return false;
		}

		// There must exist an expired lock, clear it and re-gain it.
		WP_Upgrader::release_lock( $lock_name );

		return WP_Upgrader::create_lock( $lock_name, $release_timeout );
	}

	// Update the lock, as by this point we've definitely got a lock, just need to fire the actions.
	update_option( $lock_option, time() );

	return true;
}

/wp-admin/includes/class-wp-upgrader.php の826行目〜のWP_Upgraderクラスの中にあるんですね〜😀

mysqlコマンドメモ

vagrant sshしてmysqlコマンドを少しずつやっているところ。。

今できるようになりたいのはWordPressの場合、wp_postmetaの中身とかを見たい。

mysql> show tables;

で、
+———————–+
| Tables_in_wordpress |
+———————–+
| wp_commentmeta |
| wp_comments |
| wp_links |
| wp_mappress_maps |
| wp_mappress_posts |
| wp_options |
| wp_postmeta |
| wp_posts |
| wp_term_relationships |
| wp_term_taxonomy |
| wp_terms |
| wp_usermeta |
| wp_users |
+———————–+

って感じでテーブルが見える。

mysql> select * from wp_postmeta;

で、ダダーーーっと中身は見れるんだけどあまりにも大量すぎて見づらい…。
見易く出す方法ってないのかなぁ… (´。`)

500エラー出たと思ったら、PHPが4だった。。

ヘテムルにあるWordPressなサイトが500出てると連絡を受けて、確認してみたところ、サイトはおろか、ログインも何もできない状態になってた。

.htaccessを外してみると、

サーバーの PHP バージョンは 4.4.4 ですが WordPress 3.6.1 は 5.2.4 以上のみでご利用になれます。

と出てきた。.htaccessを上書きか何かされたのか、元々このヘテムルアカウントはPHPのデフォルトバージョンが4だった。
以下を参考に.htaccessへ

AddHandler php5.4-script .php

を追記。するとデータベース接続でもエラー出たので、
PHP5.4の提供を開始いたしました – ヘテムルレンタルサーバー の

現在PHP5.4から接続ができないMySQLには「要設定」のリンクが表示されておりますので、
一度パスワードの変更を行なっていただくことでPHP5.4からの接続が可能となります。

※パスワードは現在設定されているパスワードと同じもので変更いただいても問題ありません。

を参考にコンパネからDBパスワードを変更。といっても元のまま。単に元のパスワードを入力して変更をクリックするだけ。

これで管理画面へログインできるようになった。
後は、順次プラグインやテーマを更新して、コアを3.9へアップグレード。

サイトも表示速くなった感じ 😀

参考サイト(ありがとうございます!!)

MAMP Forum • View topic – Where are the MySQL database files?

MAMPのMySQLの場所:MAMPメモ

今回クリーンインストール時にTimeMachineのHDDが逝くというもの凄っく悲惨な状態になったため、忘れないようデータの移行などをメモ中。今回はローカル環境のMAMPのMySQLの場所。

mjl69 wrote:

I have searched in these places and have searched my entire hard drive as well for a directory with the name of my database. I cannot find it. I am using MAMP Pro 1.7.2.

引用元: MAMP Forum • View topic – Where are the MySQL database files?.

追記 2012/08/01

MAMP:
/Applications/MAMP/db/mysql/

MAMP PRO (Version <= 1.7.2):
/Library/Application Support/living-e/MAMP PRO/db/

MAMP PRO (Version >= 1.8):
/Library/Application Support/appsolute/MAMP PRO/db/