コアサーバーApache/PHPのバージョンアップメンテナンスによる動作状況/不具合等の情報交換スレッドです。
2014/6/3 (火)より順次アップデートメンテナンスを行います。

○メンテナンス内容：

　＜Apache/PHP＞
　・ウェブサーバーのバージョンアップ（Apache2.2系へ変更）
　・標準のPHPのバージョンアップ（PHP5.2系からPHP5.3系へ変更）
　・CGI版PHP5.4、5.5の最新版へのアップデート
　・FastCGI版PHP5.4、5.5の提供
　・セーフモードの解除（モジュール版PHPの廃止）
　・お客様サイト内のユーザー所有者「apache」のファイルをユーザー様へ変更
　・エラー表示が標準で無効
　＜DB＞
　・データベースのマイナーバージョンアップ
　（MySQL 5.1.22 -> 5.1.73）
　（PostgreSQL 8.2.4 -> 8.2.23）
　＜管理画面＞　
　・メインのページと同じデザインに変更
　・PHPのバージョン選択メニューを追加
　・リアルタイムアクセス状況メニューを削除

○メンテナンス情報：

・2014/6/3 (火) 06:00 〜 08:00　s1 - s10.coreserver.jp　
http://mainte.value-domain.com/eventview.cgi?host=CoreServerAll&no=32
・2014/6/17(火) 06:00 〜 08:00　s11 - s100.coreserver.jp／s1 - s3.coreblog.jp　
http://mainte.value-domain.com/eventview.cgi?host=CoreServerAll&no=33
・2014/7/1(火) 06:00 〜 08:00　s101 - s200.coreserver.jp
http://mainte.value-domain.com/eventview.cgi?host=CoreServerAll&no=35
・2014/7/23(水) 06:00 〜 08:00　m1 - m50，b1 - b50, c1 - c10.coreserver.jp
http://mainte.value-domain.com/eventview.cgi?host=CoreServerAll&no=36

○詳細情報：

・コアサーバーApache/PHPのバージョンアップ
http://www.coreserver.jp/info/20140604.html

「mod_gzip_on Off」を設定されている場合、Apache2.2にて「Internal Server Error」が発生しております。
メンテナンス済の全サーバー対象にコメントアウトさせていただいております。
mod_deflate等で代替ください。

はじめまして。

コアサーバーを利用させていただいている多田野と申します。
本日、アップデートがあり、新しいPHPが使えて喜んでおります。

ですが、一つだけ不具合みたいなものがございましたので報告させていただきます。

ページ「/hoge」を「hoge.php」にリライトしたいとき、「.htaccess」内に

RewriteRule ^hoge$ hoge.php

と書いても機能せず404が返されました（昨日までは機能していました）。


RewriteRule ^hoge$ fuga.php

は、機能するようです。


また、hoge.phpがディレクトリ内に存在するとき

RewriteRule ^hoge$ fuga.php

が機能しませんでした。


私も調べたのですが、なにぶん未熟な技術力のため、原因がよくわかりませんでした。
もし原因があれば、お知らせいただければとてもうれしく思います。

お手数をおかけしますが、よろしくお願い申し上げます。

はじめまして。

本日のメンテナンスに気づかず多くのサイトが表示されなくなって慌ててサイトの修復をしました。

.htaccess 内を自動的にコメントアウトしていただいたようですが、そこまでするのであれば、自動的に .user.ini も作成していただきたいと思います。

また、今後もコアサーバー全体に変更を適用するとのことですが、
mNN.coreserver.jp も対象でしょうか？

またバリューサーバーも全て同様でしょうか？

いずれも変更内容は同じで .htaccess で php_flag 等が使えず .user.ini に定義しないといけなくなるのでしょうか？


以上、ご回答のほどよろしくお願いいたします。

s36.coreserver.jpにてSNSを運用させて頂いております。
本日利用者の方から、表示できないとのご連絡をいただき確認しましたが、下記表示で動作しません。

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/lib/include/PEAR.php on line 569

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/lib/include/PEAR.php on line 572

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/webapp/lib/db/review.php on line 99

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/webapp/lib/db/review.php on line 141

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/webapp/lib/db/common.php on line 21

Deprecated: Assigning the return value of new by reference is deprecated in /virtual/goat64/openpne2/lib/include/Auth.php on line 449

Warning: Cannot modify header information - headers already sent by (output started at /virtual/goat64/openpne2/lib/include/PEAR.php:569) in /virtual/goat64/openpne2/webapp/lib/util/util.php on line 34

PHPのVer変更等が関係しているものと思われますが、改善策はございますでしょうか？
数百名の方が利用しているサイトになりますので、改善策がございましたらご教授願います

s13.coreserver.jpにて、phpで自作Blogを動作させており、今まで特に問題なかったのですが、本日、画像をUpLoadしようとすると、Internal Server Errorなります。画像のUploadがなければ、テキスト入力は正常に動作します。Internal Server Errorになっても画像がUploadされたりするときもあり、原因がよくわかりません。15日までは正常にUploadできていました。htaccessは使用していないはずです（少なくともphpが動作しているところでは）。何を確認したらよいかなど教えてください。よろしくお願いします。

s18サーバーおよびs90サーバーを利用していますが、
・ファイルマネージャーによるアップロード
・Wordpressでのメディアアップロード
・データベースへのダンプファイルインポート
いずれも「Internal Server Error」となります。
100kb以下のファイルはアップロードできるようです。

phpinfo
　upload_max_filesize　1000M
　file_uploads　on
　max_file_uploads　20

前述の方と同じかとは思いますが、
s72.coreserver.jp にて自作ＣＲＭシステムを動作させています。
昨日のバージョンアップ以降だと思われますが、画像をアップロードしようとすると

The server encountered an internal error or misconfiguration and was
unable to complete your request.

上記エラーメッセージが出力され、アップロードすることができません。
ＰＨＰのどこを確認したらよいのか、アドバイスいただけませんでしょうか。
よろしくお願いします。

みなさま、この度はご不便をおかけし、また、ご回答が遅くなりましたことをお詫び申し上げます。
つきましては、いただきました順に、以下、長くなってしまいますが、ご回答をさせていただきますので、何卒、よろしくお願い申し上げます。

多田野様

多田野様と同じように、リダイレクト先の指定に相対パスを設定している場合、
バージョンアップメンテナンスに拠り、正常にリダイレクトされない場合がございます。

.htaccessファイルの範囲が2.2以上で変更となっておりますので、
同ディレクトリより上の階層にrewriteを記載した「.htaccess」ファイルがないかどうかご確認いただき、
絶対パスで指定いただきますことをお勧めいたします。

追記：
また、それでも改善しない場合は、Apahce のオプション MultiViews が影響を及ぼしている可能性がございますので、.htaccess を設置し、

Options -MultiViews

を記述して様子を見ていただければと思います。

郡司様

メンテナンス後、多くの修復いただくことになり、
郡司様はじめ皆様にはご迷惑をおかけいたしますこと改めてお詫び申し上げます。

.htaccess 内にphp flug やphp valueの記載がある場合は、可能な限りコメントアウトさせていただいておりますが、
これを、.user.ini転載するには、サーバーに負荷がかかり、
メンテナンス時間を相当いただく必要がございますため、
エラーが表示されない必要最低限の範囲での処置とさせていただいております。

今後もコアサーバー全体にメンテナンスを実施いたします。
日程が決まり次第、メンテナンス情報を公開いたします。
また、対象サーバーをご利用の皆様にメールにてご案内差し上げます。

■メンテナンス情報　コアサーバー全体
http://mainte.value-domain.com/eventview.cgi?host=CoreServerAll

なお、バリューサーバーでは、デフォルトがモジュール版PHPのため、「.htaccess」が有効です。
バリューサーバーで、CGI版PHPをご利用の場合には、同じように「.user.ini」にて設定いただきます。

64様

OpenPNE-2.x.xをご利用とのことと存じます。
最新版のconfigであることを確認いただき、php5.2にてご利用いただいては如何でしょうか。

OpenPNE設置のディレクトリに下記の一行を記載した「.htaccess」を設置しますと、php5.2をご利用いただけます。

AddHandler application/x-httpd-php52cgi .php


OpenPNE-3の安定版へのバージョンアップもご検討ください。

press328 様
plannet 様
Jukula 様

ご不便をおかけしておりますことを、心よりお詫び申し上げます。

・ファイルマネージャーによるアップロード
・Wordpressでのメディアアップロード
・PhpMyAdmin 等によるデータベースへのダンプファイルインポート

等につきましては、18日18:30頃に修正させていただきました。

ご迷惑をおかけし、大変申し訳ございませんでした。

php拡張モジュールを設定される場合は
「./public_html/.fast-cgi-bin/」に「php.ini」を設置ください。

（例）./public_html/.fast-cgi-bin/php.ini
　extension_dir = "/usr/local/lib/php/extensions/"
　extension = sqlite.so
　extension = sqlite3.so

自社サイトで、応募フォームに飛ぶページのリンクが2日前から、急に下記のようなメッセージが表示され、応募ボタンを押すとエラーになり、応募ページ自体に入れません。

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

昨日は、30分ほどサーバがダウンしたような状態で、新規ページをアップしても、同じように、Internal Server Error と表示されます。

どなたか、解決法をご教示していただけないでしょうか？　正直、もう3日前で、困っております。よろしくお願い申し上げます。

Tadd様

大変ご不便をおかけしており、誠に申し訳ございません。
本件につきましては、お問い合わせフォームでもいただいておりましたことから、再度、担当部門にご利用中のスクリプトなどの状況も含めて確認させていただきました。

お問い合わせフォームでのご案内の通り、バージョンアップに伴い、以前の標準の PHP を モジュール版 PHP5.2 から FastCGI版 PHP5.3 に変更となりましたため、PHPの設定を行う方法が変わったことが原因なります。

具体的には、
----------
１．.htaccess ファイル内の以下をコメントアウト
php_flag magic_quotes_gpc on
----------
２．.user.ini ファイルを作成し、以下の一行を記述
magic_quotes_gpc = on
----------
３．.user.ini ファイルを .htaccess と同階層にアップロード
----------
をお試しいただき、もし修正いただきましたもエラーが出てしまいます場合などは、再度、担当部門がご設定内容などを確認させていただきたく存じます。

なお、こちらの公開のユーザーフォーラムでは、Tadd様の設定情報の詳細まで具体的にお伝えできません都合上、お問い合わせフォームの側にてご連絡いただければ幸いです。

お手数をおかけしておりますことを改めてお詫び申し上げますと共に、以上、何卒よろしくお願い申し上げます。

m37.coreserver.jpで、.htaccsessに以下を設定して、CGIモードでPHPを動作させています。
AddHandler application/x-httpd-phpcgi .php

数日前からサイトの利用者から不具合の連絡があり、調べたところ、環境によってsession_start()でPermission deniedの警告が出て、セッションの保存ができない場合があるようでした。

デフォルトでsession.save_pathが/tmpになっていますが、こちらの書き込み権限が変わったりしたのでしょうか？

.htaccessに以下を設定したり
php_value session.save_path /virtual/ユーザ名/public_html/...

.user.iniに以下を設定したりして、
[PHP]
session.save_path = "/virtual/ユーザ名/public_html/..."

session.save_pathをpublic_html以下に設定するよう試みましたが、phpinfo()で確認したら/tmpのままで、変更できませんでした。

解決方法をご教授願います。

お世話になっております。
既出の問題ですが「Internal Server Error」が発生するようになりました。
時間のかかる処理で発生します。

「2014/06/20(Fri) 10:50」の回答で、
.htaccessと.user.iniによる対処方法が載っていたのですが
私、.htaccessも.user.iniも作成しておりませんし
作成方法も分からないのですがどうすれば宜しいでしょうか？
どこかに今回の問題を回避できる.htaccessと.user.iniがあれば助かるのですが・・・。

また、それらをどこに配置すれば良いかも分かりませんのでご教授お願い致します。
（/public_htmlの直下？）

サーバー：s98.coreserver.jp
URL：http://umarengod.com/　など

以上、ご回答宜しくお願い致します。

先日のサーバーのメンテナンスで、
ホームページのソフトに不具合が出ました。
復旧にはどうしたらいいでしょうか？

みなさま、この度はご不便をおかけし、また、ご回答が遅くなりましたことをお詫び申し上げます。
つきましては、いただきました順に、以下、長くなってしまいますが、ご回答をさせていただきますので、何卒、よろしくお願い申し上げます。

X 様

環境によってPermission deniedの警告が出る、ということは、出ない場合も有りますでしょうか。もし差し支えなければ、出る場合、出ない場合の違いをお知らせ下さい。

/tmp につきましては、確認させていただきましたが、特に権限を変更等はございません。

session.save_path の設定につきましては、恐れ入りますが、m37.coreserver.jp サーバーはまだメンテナンスが終了しておらず、CGI版PHPの設定ファイルは「.user.ini」ではなく「php.ini」となります。

「php.ini」を使って session.save_path の設定を変更可能かと思いますので、お試し下さい。