PHP时区数据库是损坏的错误

Question

我有一个wordpress网站，今天突然停止工作。 当我查看日志时，我看到并出现错误：

[错误] [客户端50.78.108.177] PHP致命错误：strtotime（）：时区数据库已损坏 - 这绝不会发生！

在谷歌上阅读后，有人说他们在/ usr / share / zoneinfo中发现了权限问题。 我尝试将权限更改为777,775,770，我仍然继续得到相同的错误。 我在Ubuntu 10.04.3 LTS上运行php PHP 5.3.2。 任何建议或建议都会有所帮助。如果其他所有方法都失败了，我会尝试降级到早期版本的php，但我想在做之前尝试其他的事情。

谢谢，蒂姆尼特

更新
以防它有帮助：错误指向下面函数中的strtotime

function mysql2date( $dateformatstring, $mysqlstring, $translate = true ) {
    $m = $mysqlstring;
    if ( empty( $m ) )
            return false;

    if ( 'G' == $dateformatstring )
            return strtotime( $m . ' +0000' );

    $i = strtotime( $m );

    if ( 'U' == $dateformatstring )
            return $i;

    if ( $translate )
            return date_i18n( $dateformatstring, $i );
    else
            return date( $dateformatstring, $i );
}

更新＃2：
现在我通过简单地让上面的函数return false;修复问题return false; 没有做任何事情。 但是，我仍然没有找出问题的根本原因。

更新3：

var_dump($dateformatstring)

string（5）“dmy”string（1）“m”string（5）“dmy”string（1）“m”string（5）“dmy”string（1）“m”

var_dump($mysqlstring)

string（19）“2011-10-20 05:35:01”string（19）“2011-10-20 05:35:01”string（19）“2011-10-20 05:25:22”string（ 19）“2011-10-20 05:25:22”string（19）“2011-10-19 05:10:06”string（19）“2011-10-19 05:10:06”

更新＃4 ：
还有另一个代码片段，它生成下面的错误日志：

PHP致命错误：date（）：时区数据库已损坏 - 这绝不会发生！ 在第346行的 /srv/www/motionthink.com/public_html/wp-admin/includes/class-wp-filesystem-direct.php中，参考文献：wp_root_directory / wp-admin / plugins.php？plugin_status = upgrade

309         function dirlist($path, $include_hidden = true, $recursive = false) {
  310                 if ( $this->is_file($path) ) {
  311                         $limit_file = basename($path);
  312                         $path = dirname($path);
  313                 } else {
  314                         $limit_file = false;
  315                 }
  316 
  317                 if ( ! $this->is_dir($path) )
  318                         return false;
  319 
  320                 $dir = @dir($path);
  321                 if ( ! $dir )
  322                         return false;
  323 
  324                 $ret = array();
  325 
  326                 while (false !== ($entry = $dir->read()) ) {
  327                         $struc = array();
  328                         $struc['name'] = $entry;
  329 
  330                         if ( '.' == $struc['name'] || '..' == $struc['name'] )
  331                                 continue;
  332 
  333                         if ( ! $include_hidden && '.' == $struc['name'][0] )
  334                                 continue;
  335 
  336                         if ( $limit_file && $struc['name'] != $limit_file)
  337                                 continue;
  338 
  339                         $struc['perms']         = $this->gethchmod($path.'/'.$entry);
  340                         $struc['permsn']  = $this->getnumchmodfromh($struc['perms']);
  341                         $struc['number']        = false;
  342                         $struc['owner']         = $this->owner($path.'/'.$entry);
  343                         $struc['group']         = $this->group($path.'/'.$entry);
  344                         $struc['size']          = $this->size($path.'/'.$entry);
  345                         $struc['lastmodunix']= $this->mtime($path.'/'.$entry);
  346                         $struc['lastmod']   = date('M j',$struc['lastmodunix']);
  347                         $struc['time']          = date('h:i:s',$struc['lastmodunix']);
  348                  $struc['type']          = $this->is_dir($path.'/'.$entry) ?   'd:'f';
  349 

更新＃5：
做一个php -i | fgrep -i date php -i | fgrep -i date返回

建造日期=> 2011年12月13日18:43:02

 date date/time support => enabled date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => no value => no value 

然后我编辑了php.ini文件，将时区设置为“America / Los Angeles”并得到了这个输出

date/time support => enabled
date.default_latitude => 31.7667 => 31.7667
date.default_longitude => 35.2333 => 35.2333
date.sunrise_zenith => 90.583333 => 90.583333
date.sunset_zenith => 90.583333 => 90.583333
date.timezone => America/Los_Angeles => America/Los_Angeles

然后我重新启动了apache2。 我仍然得到错误

Answer 1

在chroot模式下使用php-fpm时也会出现此问题，在这种情况下，解决方案是在chroot目录中创建类似/ usr / share / zoneinfo / Europe的内容然后将您的TZ文件复制到其中，例如伦敦

Answer 2

根本原因：无法打开其中一个zoneinfo文件。

还造成 ：打开文件太多。

我今天在Ubuntu 14.04.01-LTS“Trusty Tahr”上遇到了同样的问题，并尝试了其他答案而没有任何好处。 权限很好，文件在那里，内容是按预期的。

最后我决定从命令行中运行脚本，以便我可以尝试使用strace 。 这就是结果：

openat(AT_FDCWD, "/usr/share/zoneinfo/", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 EMFILE (Too many open files)
open("/usr/share/zoneinfo/zone.tab", O_RDONLY) = -1 EMFILE (Too many open files)
stat("/usr/share/zoneinfo/Europe/Rome", {st_mode=S_IFREG|0644, st_size=2652, ...}) = 0
open("/usr/share/zoneinfo/Europe/Rome", O_RDONLY) = -1 EMFILE (Too many open files)
write(1, "\nFatal error: Unknown: Timezone "..., 104) = 104

怎么了

当PHP“访问zoneinfo数据库”时，它实际上尝试打开目录和一些文件。 如果其中一些操作失败，则会显示“zoneinfo corrupt”消息，但这只表示PHP进程无法打开这些文件：

• 他们不在那里（chroot jail，zoneinfo安装错误）
• 他们不存在， 也不应该是 ：“欧洲/丝瓜”不是一个有效的时区，但一个错字。
• 他们在那里，但权限错误。
• 他们在那里，但这个过程没有被授权（SELinux，AppArmor，...）
• 他们在那里，但fopen操作暂时不起作用

我的情况是最后一个： 真正的问题是脚本打开了太多临时文件 ，并在运行时保持打开状态。 可以同时打开多少文件是有限制的，而zoneinfo文件是众所周知的最后一根稻草。 当我向负责的开发人员反弹“太多文件”问题时，快速解决问题暂时解决了问题。

实际上我怀疑这也指向PHP不断打开和关闭zoneinfo数据库而不是缓存它，但它是另一天的调查。

间歇性错误 “打开文件的数量”是每个进程 ，而不是每个PHP脚本 。 因此，有两个（至少）场景可能导致难以诊断，可能是间歇性/不可重现的错误：

• 一些长时间运行的流程导致资源泄漏缓慢，例如在Racket下。
• 由在同一进程中运行的另一个脚本或子例程占用的资源， 甚至可能根本与PHP无关 。

一个PHP脚本，无论是对还是错，分配800个文件都可以正常工作，直到遇到另一个分配了224个文件的子进程。 达到了每个进程1024个打开文件的限制， 在这种情况下 ，进程失败并出现一个神秘的错误（仅在此隐含地指向长链并发原因中的最后一个症状）。

Apache：网站太多了。

使用mod_php5运行的Apache将导致PHP访问的文件被Apache进程打开。 但Apache进程也会保持其日志文件处于打开状态，并且每个进程都有一个处理每个日志文件的句柄。

因此，如果您有200个网站，每个网站都有一个独立的access_log，比如说/var/www/somesite/logs/access_log ，每个进程将从已经用于管理的210个句柄开始，剩下800个免费供PHP使用。

如果脚本需要一次分配900个临时文件，这可能导致开发服务器（具有一个站点）工作，生产服务器（安装了200个站点）不工作的情况。

脏诊断（在Unix / Linux上） ： glob /proc/self/fd和count()结果。 丑陋的罪恶，但它给出了关于实际打开多少文件描述符的大概数字。

快速而肮脏的修复（在Unix / Linux上） ：增加每个进程打开文件的fdlimit，使其达到1024（当然你需要是root用户）。 这更像是服务器故障的问题 。

Answer 3

问题是文件权限。 我给了apache2用户对usr / share / zoneinfo和etc / localtime的读取和执行访问权限。 之前，我还没有将当地时间的父母设置为正确的权限。 即我只更改了localtime和zoneinfo的权限，而没有更改其父目录的权限。 如此愚蠢！ 摆脱问题并回到它总是有用的。

Answer 4

你提到'降级'，你最近升级了吗？ 在PHP 5.3.x中，您date.timezone在php.ini文件中为date.timezone设置有效值。

如果您最近没有升级，请尝试通过重新安装tzdata包来解决问题。 我专门使用CentOS，所以我不确定Ubuntu的包管理器的名称是什么，但我很确定tzdata是发行版的标准。

$ -> yum reinstall tzdata # switch 'yum' for Ubuntu package manager
$ -> rm -f /etc/localtime
$ -> ln -sf /usr/share/zoneinfo/UTC /etc/localtime # 'UTC' can be replaced with what you prefer
$ -> date # check to see that it stuck

您可能希望在此之后重新启动httpd以确保选择时区信息。

- 编辑

看起来罪魁祸首是你的date_i18n（）函数，它总是被调用，除非调用代码专门传递第三个'假'的arg。 我通过一些测试数据运行你的代码，并将$ translate设置为false，并且运行正常。

function mysql2date( $dateformatstring, $mysqlstring, $translate = true ) {

    $translate = false;
    ...
    if ( $translate )
        return 'date_i18n would have been called';
        //return date_i18n( $dateformatstring, $i );
    ...
}

$testPatterns = array(
    array(
        'dateformatstring'  => 'd.m.y',
        'mysqlstring'       => '2011-10-20 05:35:01'
    ),
    array(
        'dateformatstring'  => 'm',
        'mysqlstring'       => '2011-10-20 05:35:01'
    ),
    array(
        'dateformatstring'  => 'd.m.y',
        'mysqlstring'       => '2011-10-20 05:25:22'
    )
);

foreach ($testPatterns as $testPattern) {

    // Not passing arg to over-ride $translate, forces call to date_i18n()
    var_dump(mysql2date($testPattern['dateformatstring'], $testPattern['mysqlstring']));

    // Forcing $translate to false, makes date() call which works fine
    var_dump(mysql2date($testPattern['dateformatstring'], $testPattern['mysqlstring'], false));
}

Answer 5

我更改了我的GMT设置的本地时间文件，如mv / usr / share / zoneinfo / Asia / Karachi localtime然后发生followinf错误。

date_default_timezone_get（）：时区数据库已损坏 - 这绝不会发生！

解决方案：还原您当地的时间设置。 提示：始终保留旧本地时间的备份副本，以便您可以恢复任何预期的操作系统/软件问题

Answer 6

也许这可以帮助你PHP - 设置时区