OpenPNE 3

環境の問題かもしれないため確認が必要なので、OpenPNE3.6のバックポートは作成していません。

sakaiさんに本件の発生環境を依頼済みです。(amazonEC2, ~5/25)

openpne:install を実行し SegmentationFault が発生するかどうかをPHPのバージョン毎に確認しました。

PHPのバージョン毎に確認結果¶

• php-5.2.3 NG
• php-5.2.4 NG
• php-5.2.5 NG
• php-5.2.6 OK
• php-5.2.8 OK
• php-5.2.17 OK

定義¶

• OK: SegmentationFault 発生せず
• NG: SegmentationFault 発生

「NG」状態の詳細¶

• 「/opt/phpall/bin/php-5.2.x symfony openpne:install」を実施(x ->バージョン)
• DB接続情報を入力
• (タスクが走り出す)
• 「installer start clean install」と表示
• 直後に「Segmentation fault」が表示され、処理がとまる

• 「Segmentation fault」発生時の表示
  

    The Database Port Number :            
    The Database Name        : localhost  
    The Database Socket      :            
  
    Is it OK to start this task? (Y/n)    
  
  y
  >> installer start clean install
  Segmentation fault
  [shingo@csaXXX op36.shingo]$ 
  

http://openpne3.com/mediawiki/index.php?title=OpenPNE3%E3%83%8E%E3%82%A6%E3%83%8F%E3%82%A6:SegmentationFault&oldid=462
上記に、以下の報告がありました。

OpenPNE3.6にバンドルされているZend_Http_Clientが原因。 lib/vendor/Zendをzend frameworkの最新版に置き換えると正常にコマンドを完了できる。 

stable-3.6.x でも master と同様下記の操作を行い、最新の「zend framework」で 「Segmentation fault」が発生するかどうかを確認します。

commit 821abff4e86ab2fe50d592f5fe82209e14b653d7
Author: Kousuke Ebihara <ebihara@tejimaya.com>
Date:   Thu Sep 9 16:10:38 2010 +0900

    updated bandled ZendFramework to latest stable release (ZendFramework 1.10.8) (fixes #205)

    I executed the following command:
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Acl
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Acl.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Exception
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Exception.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Feed
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Feed.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Http
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Http.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Loader
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Loader.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Mail
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Mail.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Mime
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Mime.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Registry
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Registry.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Search
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Search.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Uri
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Uri.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Validate
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Validate.php
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Version
      $ svn export http://framework.zend.com/svn/framework/standard/tags/release-1.10.8/library/Zend/Version.php

検証結果¶

#note-9 の内容を実施する前後で動作確認を行った。

before¶

• stable-3.6.x / php-5.2.3 : NG
• stable-3.6.x / php-5.2.6 : OK

after¶

• stable-3.6.x / php-5.2.3 : OK
• stable-3.6.x / php-5.2.6 : OK

上記の結果より、本チケットは ZendFramework 1.10.8 にバージョンアップすることで解決できる問題であるといえる。

関連していると思われる情報メモ：

PHP 5.2.6 で PCRE のバージョンが上がっている。

Version 5.2.6

• Security Fixes
  • Upgraded PCRE to version 7.6 (Nuno)

http://php.net/ChangeLog-5.php#5.2.6

（※以下の表はChangeLogしか確認せずに作っています）

PCRE 7.6 の ChangeLog にそれらしい変更あり。

Version 7.6 28-Jan-08

1. A character class containing a very large number of characters with

http://www.pcre.org/changelog.txt

まず、こちらでの調査内容を書きます。（修正方針は次のコメントに分けます）

現在の master に同梱されている https://raw.github.com/openpne/OpenPNE3/master/lib/vendor/Zend/Validate/Hostname/Jp.php を読み込んで preg_match() に渡すだけのテストをしてみたところ、たしかに PHP 5.2.3〜5.2.5 では Segmentation fault が発生していました。

検証コード：

<?php
$jp = include dirname(__FILE__).'/Jp.php';
echo '1 ';
$pattern = $jp[1];
echo '2 ';
preg_match($pattern, '');
echo 'Success'.PHP_EOL;

実行結果：

$ phpall test.php
php-5.2.3: 1 2
php-5.2.4: 1 2
php-5.2.5: 1 2
php-5.2.6: 1 2 Success!
php-5.2.8: 1 2 Success!
php-5.2.9: 1 2 Success!
php-5.2.10: 1 2 Success!
php-5.2.11: 1 2 Success!
php-5.2.12: 1 2 Success!
php-5.2.13: 1 2 Success!
php-5.2.14: 1 2 Success!
php-5.2.15: 1 2 Success!
php-5.2.16: 1 2 Success!
php-5.2.17: 1 2 Success!
php-5.3.0: 1 2 Success!
php-5.3.1: 1 2 Success!
php-5.3.2: 1 2 Success!
php-5.3.3: 1 2 Success!
php-5.3.4: 1 2 Success!
php-5.3.5: 1 2 Success!
php-5.3.6: 1 2 Success!

$ php-5.2.3 test.php
1 2 セグメンテーション違反です
$ php-5.2.4 test.php
1 2 セグメンテーション違反です
$ php-5.2.5 test.php
1 2 セグメンテーション違反です
$ php-5.2.6 test.php
1 2 Success!

よって、Zend Framework 1.10.8 で問題が完全に解決されたわけではなく、master のコードでも国際化ドメイン名の検証が行われると 3.6 同様に Segmentation fault が発生するものと考えられます。

Zend Framework 1.10.8 で本チケットの問題が発生しなくなったのは、IDN検証用の正規表現によるマッチングの前に非IDNのドメイン名検証用の正規表現によるマッチングを行いこれが成功した場合にはIDN検証用の正規表現を利用しないコードに変更されたからです。そのため、以前のバージョンでは全URLに対して Segmentation fault が発生していたのに対し、新しいバージョンでは実際にIDNのURLを利用しようとしない限りは Segmentation fault が発生しなくなったものと思われます。

lib/vendor/Zend/Validate/Hostname.php

/**
 * Match against IDN hostnames
 * Note: Keep label regex short to avoid issues with long patterns when matching IDN hostnames
 * @see Zend_Validate_Hostname_Interface
 */
$regexChars = array(0 => '/^[a-z0-9\x2d]{1,63}$/i');
if ($this->_options['idn'] &&  isset($this->_validIdns[strtoupper($this->_tld)])) {
    if (is_string($this->_validIdns[strtoupper($this->_tld)])) {
        $regexChars += include($this->_validIdns[strtoupper($this->_tld)]);
    } else {
        $regexChars += $this->_validIdns[strtoupper($this->_tld)];
    }
}

...

// Check each domain part
$checked = false;
foreach($regexChars as $regexKey => $regexChar) {
    $status = @preg_match($regexChar, $domainPart);
    if ($status > 0) {
        ...
            $checked = true;
            break;
        ...
    }
}

下記のPHPバージョン下でインストールタスクを実行し、実行直後にセグメンテーション違反が発生しないことを確認しました。

• PHP5.2.3
• PHP5.2.4
• PHP5.2.5
• PHP5.2.6
• PHP5.2.8
• PHP5.2.17

テスト実施時に1点気になった点は、PHP5.2.17でインストールタスクを実行したところ、スキーマを読み込む直後くらいにセグメンテーション違反が発生しました。
しかし、再度実行したところ再現せず問題なくインストールすることが出来ました。
このチケットで問題視されていたインストール直後にセグメンテーション違反が発生することとはまた別の問題であると考えられることと、100%再現するというわけではないのでこのチケットは修正完了とします。
別途、チケットを作成し対応するのが望ましいかと思います。

下記はセグメンテーション違反発生時のターミナル出力の一部抜粋です。

>> file+     /home/tetete/sns/php-5.2.17.tetete.jp/data/fixtures_tmp/012_000_revision_51da175b32839d5dc41ab76d63dab10c.yml
>> file+     /home/tetete/sns/php-5.2.17.tetete.jp/data/fixtures_tmp/012_010_navigation_0d7169e208ca9d16a84085575c34d1b9.yml
>> file+     /home/tetete/sns/php-5.2.17.tetete.jp/data/fixtures_tmp/012_020_gadget_854d0f4d0df31fd028b4c8e75a0a6096.yml
>> doctrine  Dropping "doctrine" database
>> doctrine  SQLSTATE[HY000]: General error: 1008 Can't drop database 'tetete'; database doesn't exist. Failing Query: "DROP DATABASE tetete" 
>> doctrine  Creating "prod" environment "doctrine" database
>> doctrine  generating model classes
>> file+     /tmp/doctrine_schema_48626.yml
Segmentation fault