Coinpad さん

GMOさんからお返事ありました。「サーバーの64bit化でメモリ使用量増加に起因するものと考えられますが、担当部署ではEC-CUBEの問題は確認できませんでした。EC-CUBEでの修正でメモリ使用量の調整が可能であればご対応をお願いします。なお、弊社側でも詳細な原因等について念のため調査させていただきます。調査が完了しましたら、あらためてメールにてご案内いたします。」とのことでした。

最初はあまり詳しい情報をお送りしなかったので、少々マト外れな検証をされた可能性もあります。先ほど、さらに詳しいエラー現象などをGMOさんに再度お送りしましたので、GMOさんからお返事があればまたご報告いたします。なお、同じ現象が起きている方がいらっしゃれば、GMOさんにお問い合せいただければ、GMOさんでの検証・対策の優先度が上がるかもしれません 。

現在、管理画面の受注登録・商品登録・会員登録やフロント画面の商品詳細などの比較的大きなファイルでエラーがおきること、そして、たぶんファイルサイズによって、PHPでテンプレートファイルコンパイル中かPHPでコンパイルファイル実行中のどちらかでエラーになることがわかりました。

ファイルサイズが大きな受注登録では、どうやらコンパイル中にOSによりcoreダンプされて強制終了しているようです（コンパイルファイルは生成されないので画面メイン部分は白紙表示）。次に大きな商品登録・会員登録ではコンパイルファイルは生成されますが管理画面上でPHPによりout of memoryエラー表示となり終了しています（再度表示させるとエラーなく表示できます）。また、メンテナンス前にコンパイルしていた受注登録画面のコンパイルファイルを実行したときには管理画面上でPHPによりOut of memoryエラー表示されていました（現在は、受注登録画面のコンパイルファイルは削除してあって、上記の通り生成できない状態です）。つまり、ファイルが、大きいとコンパイルできずにcoreダンプ、ちょっと大きいとコンパイル＋実行は続けてできずコンパイルだけしてエラーとなるも2回目は実行だけなので正常終了、メンテナンス前にコンパイルしてあった大きなファイルは実行できずにエラー、ということのようです。

メモリ制限の問題のようですが、OSやPHPの64bit化によってガベージコレクションやメモリリークの不具合があったりして、アプリケーションで使えるメモリ量が少なくなったとかもあるのでしょうか。現在では、そちら方面でも調べていますが、何か情報をお持ちの方がいらっしゃればお教えいただければ助かります。