XREAサーバーの最新の環境へのアップデートメンテナンスに関する情報交換スレッドです。


2014/12/16 (火)より、順次、最新の環境へアップデートが行われます。

○メンテナンス内容：

　＜DB＞
　・MySQLデータベースのバージョンアップ（5.6系へ変更）
　・PgSQLデータベースのバージョンアップ（9.3系へ変更）
　＜Apache＞
　・ウェブサーバーのバージョンアップ（Apache2.2系へ変更）
　・セーフモードの解除
　・お客様サイト内のユーザー所有者「apache」のファイルをユーザー様へ変更
　＜PHP＞
　・標準のPHPのバージョンアップ
　　（モジュール版PHP5.2系からFastCGI版PHP5.3系へ変更）
　・PEAR ライブラリ PHP5.3ベースに変更
　・CGI版PHP5.2、5.3、5.4、5.5、5.6の最新版へのアップデート
　・FastCGI版PHP5.3、5.4、5.5、5.6の提供
　＜Python/Ruby＞
　・標準のPythonのバージョンアップ（Python2.4系からPython2.7系へ変更）
　・標準のRubyのバージョンアップ（Ruby1.8系からRuby2.2系へ変更）
　＜管理画面＞　
　・PHPのバージョン選択メニューを追加

○メンテナンス情報：
http://mainte.value-domain.com/eventview.cgi?host=XreaAll&no=55
・2014/12/6 (火) 06:00 〜 09:00　s1 - s10.xera.com
・2015/01/21 (水)　00:00 〜 09:00 / s11 - s100.xrea.com (13日から延期)
・以下順次

○詳細情報：
http://www.xrea.com/info/upgrade2014.html

JACK 様

ダウンロード後の改行コードがLFになっていれば、OKです。

phpMyadminをご利用の場合、ダンプファイルをインポートする際、編集する機能はありません。
インポート後、各テーブルの状態を確認し、テーブルやカラム（フィールド）ごと、あるいは個々にデータを編集ください。

「Too big precision 14 specified for column 'author_modified_on'. Maximum is 6.」
につきましては、
CHAR(6)またはVARCHAR(6)等で定義されたカラム（フィールド）に14文字の値を格納する場合に表示されるエラーと思います。
'author_modified_on'フィールドに格納する値をご確認ください。
文字数を6文字以内に修正するか、もしくは、定義するフィールドの長さを変更ください。

「エラーのため、ダンプファイルを開き『"timestamp(14) NOT NULL"を"timestamp NOT NULL"に変換』をしたいのですが、どうしても文字化けしてしまう状態なのです。」
とのことでしたら、ダウンロードされる前に、sshでログインし、下記コマンドで変更されては如何でしょうか。
sed -e 's/timestamp(14)/timestamp/g' ./hoge.dump > ./hoge-new.dump

エディタをご利用の場合には、日本語として認識される箇所と文字化けする箇所にファイルを分割して、別々に編集されては如何でしょうか。

サポート御中

お世話になります。
本件、ご回答ありがとうございます。

教えて頂いたＳＳＨでログインする方法でファイルを書き換え、無事インポートすることができました。


ただ、まだ文字化けの部分が解決できませんので、もう少しサポートをお願いできますか？

ダンプファイルを開くと、以下のような中途半場に文字が判読できる状態になります。（SHIFT-JIS）

FX��ﾌ\十繼猿ﾒ圭��\ｯテクニカル��ﾈ貼燉e��??\ｨ貼ﾍ��ｯ��ｵ��ﾜ��ｷ。','50FX\十繼猿ﾒ圭��\ｯテクニック',0,NULL

SHIFT-JIS以外で開くと、まったく判読できません。


データは、MovableTypeでバージョンは３と４のものです。
MySQLのDBの文字コードは、EUC（以前はこれしか選べなかった）を選択していました。現在も同様。
ただ、MovableTypeの mt-config.cgi でPublishCharset Shift_JISを指定していました。

ちなみに同サーバーMovableTypeバージョン4でPublishCharsetをUFT-8にしていたものは、無事文字化けせず復旧出来ております。
ゆえにMTのキャラセットが問題になっているのかと思いますが、解決する方法が見つかっておりません。

どうぞ、よろしくお願いします。

JACK 様

インポートは PhpMyAdmin より行いましたでしょうか。

その場合は、「インポートするファイル:」の項の「ファイルの文字セット:」を Shift_JIS、euc-jp、等、色々お試し下さい。

また、ダンプファイルをエディッタで開いた際、位置によって正常に判読可能であったりそうでなかったりする場合は、ダンプファイルをテーブル毎に分割し、一つ一つ文字コードを変えてのインポートをお試し下さい。

お世話になります。

＞その場合は、「インポートするファイル:」の項の「ファイルの文字セット:」を Shift_JIS、euc-jp、等、色々お試し下さい。

shift-jis、EUC ともに下記エラーとなります。

#1064 - 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 'MTVersion 4.25\nPluginSwitch nofollow/nofollow.pl=0\nPluginSwitch WidgetManage' at line 1

デフォルトのUTF-8のときのみエラーなく終わりますが、文字化けしてしまいます。


ちなみにまだMySQLのバージョンが４のサーバーで復元を試みたところ問題なく復元が出来ましたので、phpmyadminでエクスポートしたところファイルを開いても、ほぼ文字化けせず判読が可能です。

ただ問題のサーバーにインポートすると、シンタックスエラーが発生しインポートできませんでした。

s138のコントロールパネルに入れません。

様子を見てください。

JACK 様

いただきました「#1064」は文法エラーです。
よくある事例としましては、テーブル名に「'（シングルクォーテーション）」が使用されいないか、ご確認いただいてはいかがでしょうか。
あるいは、「MTVersion 4.25\nPluginSwitch nofollow/nofollow.pl=0\nPluginSwitch WidgetManage」
を格納しているカラムの文字長を確認し、調整いただいてはいかがでしょうか。1文字のサイズが3バイトとなります。

なお、Movable Typeは最新版に更新いただきますようお願いいたします。

（ご参考）旧バージョンの Movable Type の利用に関する注意喚起
https://www.jpcert.or.jp/at/2014/at140024.html

BIW 様

ご不便をおかけしており、申し訳ございませんでした。
いただきました不具合につきまして、修正させていただきましたので、ご確認いただければ幸いです。
以上、何卒よろしくお願い申し上げます。

s67サーバを使用中です。

下記方法により、phpmyadminを使用し、バックアップされていたmysql.dumpファイルをインポートしたものの、インポート中に

「このページは表示できません

•Web アドレス http://xxxx.org が正しいか確かめてください。
•検索エンジンでそのページを探してください。
•数分待ってから、ページを最新の情報に更新してください。」

と表示され、インポート不可になります。
mysql.dumpについてはeucだったものをnkfコマンドでutf-8に変換しダウンロードしたものをアップロードしています。
また、ファイルが171MBあるため処理しきれない可能性もあるかと思いますが、その場合何らかの対処方法はありますでしょうか。

＃ほとんど更新していないMovable Typeのため対応が遅くなってしまいました。


＞「復元」時にエラーが発生し、途中で止まってしまった可能性がございます。
＞以下の手順で、PhpMyAdmin を使ったインポートをお試しいただけますでしょうか。

＞１．mysql.dump をFTPソフト等を使い、お使いのPC上にダウンロードする。
＞２．PhpMyAdmin にMovableTypeで使用しているデータベースでログインし、データベース内のテーブルを一旦全て削除する。
＞３．PhpMyAdmin の上方、「構造」「SQL」……と並んでるメニューの中から、「インポート」をクリックする。
＞４．「アップロードファイル:」に先ほどダウンロードした mysql.dump を指定し、「実行」ボタンを押す

＞何かエラーメッセージが出た場合は、その内容を参考にして、mysql.dump ファイルを適宜修正して再度お試し下さい。

特捜最後尾 様

エラーメッセージ「このページは表示できません」は、IEが最新の情報が取得できない状況であると思われます。
インターネット一時ファイルや閲覧の履歴を削除し、あるいは、保護モードや拡張保護モードを設定している場合には、いったん無効にし、再度、お試しいただいては如何でしょうか。

なお、ダンプファイルが171MBあるため処理しきれない可能性がある場合には、適当なところの「;（セミコロン）」で、ファイルを分割してお試しいただけますでしょうか。

「CREATE TABLE 」から直近の「;（セミコロン）」までで一つのテーブルを作成します。
「INSERT INTO 」で始まる行は、各行1行ごとにデータを挿入します。
「PhpMyAdmin」の「インポート」あるいは「SQL」どちらのメニューから「実行」いただいても結構です。

以上、ご参考いただければ幸いです。

_DB_BACKUP_XREA_UPGRADEのdumpデータですが、
確認させて頂きましたところ、文字化けしているため、DBを復元できずに困っております。

mysqldumpコマンドのオプション "--default-character-set=binary"
を指定するなどして再度dumpデータを取得して頂くことは可能なのでしょうか。

また、その他の対処法はございますでしょうか。

お手数をお掛けいたしますが、ご返答の程よろしくお願いいたします。

ebi 様

mysqldumpの再取得は致しかねます。
default-character-set は指定せずに取得しておりますが、
まずは、データベースdumpをエディタで開いた場合に文字化けする等、
どちらで文字化けしているかどうか、まずは切り分けいただいては如何でしょうか。

エラーが表示される場合には、メッセージの内容をご確認いただき、個別に調整する必要があるものもありますが、
エディタによっては表示の際に自動で変換するものもあるため、エディタでは文字化けしているように見えても、
直接mysqlコマンドでインポートすると、ブラウザでは正常に表示される事例もございますので、今一度、ご確認いただきましたら幸いです。

お世話になります。

FTPで各データベースの.dumpファイルをすべてダウンロードし、
分割しUTF8に変換しインポートに成功し
次々にXOOPSLegacyが動くようになりました。

しかし作業をすすめていくと、.dumpファイルの途中で、保存されていないテーブルがあるのと、
ひとつのサイトに必要なテーブルが1個も入ってませんでした。
最後の行はテーブルの途中で終わっているようです。

DLには成功しており、エディタのせいかと思い巨大なファイルも開けるEmEditorを
ダウンロードして再度開き確認しました。

この場合はどうしたら良いでしょうか。
ご教授よろしくお願いいたします。

はに 様

FTPで確認出来る、サーバー上の .dump ファイルと、ダウンロードされた .dump ファイルでサイズに違いはありませんでしょうか。

恐れ入りますが、個別に状況を確認したく存じますので、問題が発生したデータベース名、及びテーブル名を添えて、お問い合わせフォームよりお知らせいただければと存じます。

お問い合わせいただく際は、バリュードメインにログインの上、下記よりお願いいたします。
https://value-domain.com/support.php
（その際に、はに 様である旨を、ご連絡いただければ幸いです）

スタッフ様

遅くなりましたがご回答ありがとうございます。
データ量が多く分割にも手間がかかるため、結局gzipにファイルを圧縮する事でdumpファイル自体はエラーなくインポート出来ました。

しかし、Movable Typeの管理画面の記事が正しく反映されない（画像以外の記事名、記事本文が非表示）となってしまったため文字コードをEUCに戻すなど対応するためにデータベースの削除→復元を何度かしている間にphpmyadminへのログインが出来なくなってしまいました。

エラーメッセージ：#1045 MySQL サーバにログインできません

クッキーを削除するなどしても同じ状況です。

SSHからのコマンドラインで行おうとしてもパスワード投入しても
ERROR 1045 (28000): Access denied for user 'DBNAME'@'localhost' (using password: YES)
となります。（これは当初から同じため、phpmyadminを使用しました）

何か対処方法ありましたらご教示頂きたいと思います。

特捜最後尾 様

#1045 の場合には、データベースがなくなっている可能性があります。
データベースの削除後は、作成ください。

管理画面ログインし、「データベース」メニューから、
１、「DB/ユーザー名」と「パスワード 」が入力します。
２、該当のDBのオプションボタンをクリックし選択し、
３、「作成」ボタンをクリックします。
phpMyAdminあるいはログインして、ご確認ください。

自己解決しました

かん 様

ご丁寧なご連絡をいただき、誠にありがとうございます。
自己解決いただけたとのことで、安心いたしました。
今後とも何卒、弊社サービスをよろしくお願い申し上げます。

スタッフ様

お世話になります。

s185サーバーで運用していたFresh ReaderというRSSリーダーが、
メンテナンス後動作しなくなりました。index.htmlにアクセスすると
一瞬何かの文字が表示されるのですが、すぐ真っ白な画面になります。
FAQにある.user.iniを設置しましたが、何も表示されません。

ionCube PHP Encoderを使用していますので、PHPバージョン変更の
影響かと思いまして設定方法を表示するページにアクセスしたところ

/.fast-cgi-bin/php53.ini

に

zend_extension_ts = /virtual/○○○/public_html/freshreader/ioncube/ioncube_loader_lin_5.3_ts.so

を追記するよう指示されましたので実行してみましたが、状況は
変わりませんでした。

ちなみに、s502サーバーではPHP5.4なのですが、ioncube5.2を上記の
ような形で指定することで、問題なく動作しています。

お手数をおかけしますが、対処法をご教授いただければと思います。
よろしくお願いいたします。

あやね 様

恐れ入りますが、弊社ではお客様が設置されるスクリプト等につきましては詳細が分かりかねますため、サポート対象外となっております。

ですが、Fresh Reader につきまして簡単に調査いたしましたところ、以下の設定で動作する可能性がございましたので、お試しいただければと存じます。

/public_html/.fast-cgi-bin/php53.ini

に、

zend_extension = /virtual/○○○/public_html/freshreader/ioncube/ioncube_loader_lin_5.3.so

を追記する（zend_extension_ts = の行は削除する）。

最新の環境へのアップデートメンテナンスにより、phpMyAdmin2.10.1の画面にエラーが表示されていますが、管理画面よりインストールを実行したら、最新のphpMyAdminになるのでしょうか。