横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
現在のx86 32bitサーバー(GW3)のmariaDBを止めて，rsyncで立ち上げ中のx86 64bitマシン(GW4)へコピーしたら，あっさり動きました．
動くのが確認できれば，動いて当たり前な気もしますが，architectureも違いますし，バージョンによるインコンパチもありますので，一安心というところです．
これまで確認したところでは，SASLはだめでした．
OpenLDAPのデータもrsyncでコピーしましたが，動作は確認していません．
次は，Webサーバー関係の移転・立ち上げです．難関はWordPressですね．
その後メール関係を整備できれば，ひとまず完成でしょう．
どのようにガチャッと切り替えるか，という最大の課題が残ってますが^^;
Slackware64 14.2で稼働中のmariaDBのデータ(/var//lib/mysql以下)をrsyncによってSlackwareARM 14.2にコピーしても，パスワード認証を含めて，問題なくそのまま使えました．
せっかくの３連休，午前中は畑仕事をして，午後は昼寝をして，夜はSlackwareのupgradeの下準備を始めたところです．
これまで，システムに，クリーンインストールによるupgradeを施す場合，ディスクの中身を別のディスクにクローニングして，元ディスクをフォーマットしてクリーンインストールをし，終了後，クローンしたディスクを適当なところにマウントして，データや設定値をコピーしたり参照しながら，システムを再構築していきました．
データで一番やっかいなのは，DB関係ですね．実用的に使っているのはmariaDB (かつてはMySQL)とopenLDAPです．
かつての引っ越しではこれらのデータは，そのまんま新しいディスクの所定の場所にがちゃんと^^; コピーするだけで使えました．
とはいえ，薦められた方法じゃありませんから，いざという時のためにテキストにダンプしてから引っ越すようにしています．特に今回，32bitから64bitへの移行なので，バイナリーのデータが流用できるかという不安もあります．
テキストダンプもOpenLDAPならまだたいしたことありませんがmariaDBに関しては，WordPressを使い始めた関係で，かなりのサイズになっています．他にサイズは小さいけど，自分にとっては，絶対に消失・破損してはならない無線のデータベースもあります．
ということで，実機１台でのupgradeははなはだ自信がなくなってしまいました^^; 実機を新旧２台動かした状態で引っ越したほうが無難そうです．