调试 Drupal 的白屏死机？

Question

我有一个 Drupal 安装，以前在我的本地主机上运行得很好。但是，现在，格式化我的计算机后，它只显示空白屏幕（完全白色）。

所以我的问题是，如果我什至无法登录服务器，我如何才能看到问题出在哪里？

我能找到的唯一错误是（取自 Apache 错误日志）：

[Tue May 17 05:05:04 2011] [notice] Parent: child process exited with status 255 -- Restarting.
[Tue May 17 05:05:04 2011] [notice] Digest: generating secret for digest authentication ...
[Tue May 17 05:05:04 2011] [notice] Digest: done
[Tue May 17 05:05:07 2011] [notice] Apache/2.2.11 (Win32) DAV/2 mod_ssl/2.2.11 OpenSSL/0.9.8i PHP/5.2.9 configured -- resuming normal operations
[Tue May 17 05:05:07 2011] [notice] Server built: Dec 10 2008 00:10:06
[Tue May 17 05:05:07 2011] [notice] Parent: Created child process 6992

Watchdog 中没有错误...

我正在使用 Xamp 1.7.1 (PHP 5.2) 和 Drupal 6。

我还需要提及的是，一旦我尝试并在我的本地计算机上加载该网站，apache 也崩溃了！我添加了这个：

error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

它仍然只显示死亡屏幕？我在哪里可以真正看到错误？

我还在 apache access.log 中发现了这一点：

127.0.0.1 - - [17/May/2011:05:22:14 +0200] "GET /greekmerchant/src/ HTTP/1.1" 200 3
127.0.0.1 - - [17/May/2011:05:25:45 +0200] "GET /greekmerchant/src/update.php HTTP/1.1" 302 -
127.0.0.1 - - [17/May/2011:05:25:46 +0200] "GET /greekmerchant/src/update.php?op=info HTTP/1.1" 200 -

...在尝试访问 update.php 后。它也只是进入白屏。

我的 sql 配置文件中有这样的内容：

[mysqld]
port= 3306
socket= "C:/xampp/mysql/mysql.sock"
basedir="C:/xampp/mysql" 
tmpdir="C:/xampp/tmp" 
datadir="C:/xampp/mysql/data"
skip-locking
key_buffer = 16M
max_allowed_packet = 128M
table_cache = 64
sort_buffer_size = 512K
net_buffer_length = 8K
read_buffer_size = 256K
read_rnd_buffer_size = 512K
myisam_sort_buffer_size = 8M
log_error="mysql_error.log"

而且...

[mysqldump]
quick
max_allowed_packet = 128M

另外，我的 PHP 内存设置为 1024MB。

有人知道为什么这会死吗？真的是内存问题吗？我还能做什么才能显示错误？即使启用错误日志记录后我仍然看不到任何内容。

更新：

如果我删除文件夹，该网站将在我的本地计算机上运行。因此，由于某种原因，当它必须访问文件夹中的文件时，它会耗尽内存。为什么？或者更好的是，什么可能导致内存的过度使用？

Answer 1

Drupal 手册中有整整一页专门用于调试“死机白屏”。简而言之，通过在 index.php 文件顶部添加以下内容来启用错误报告：

error_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

...并检查日志，您已经开始执行此操作。大多数时候，这两个步骤往往可以查明问题。如果这没有给您带来解决方案，请继续阅读手册页面，获取更多提示。

如果我不得不大胆猜测，我会说你的情况可能是内存不足错误。

Answer 2

我知道这可能已经晚了，但它对我有帮助。大多数情况下，模块会导致 WSOD，我无法仅禁用模块来测试它是什么，因为我可能在此过程中丢失了数据。我所做的是在 module.inc 中编辑这个函数

function module_invoke_all($hook) {
  $args = func_get_args();
  // Remove $hook from the arguments.
  unset($args[0]);
  $return = array();
  foreach (module_implements($hook) as $module) {

        print "Starting loading $module <br />";

        $function = $module . '_' . $hook;
        if (function_exists($function)) {
          $result = call_user_func_array($function, $args);
          if (isset($result) && is_array($result)) {
            $return = array_merge_recursive($return, $result);
          }
          elseif (isset($result)) {
            $return[] = $result;
          }
        }

        print "Finished loading $module <br />";

  }

  return $return;
}

，并且我在上面的代码中添加了这 2 个打印语句，然后刷新页面，没有达到“完成加载 $module”语句的模块就是有问题的模块...这对我来说是发展。

找到模块后，您可以进入系统表并查找该模块，设置其状态 = 0 和 bootstrap = 0 或运行查询：

UPDATE system SET status = 0, bootstrap = 0 WHERE name = 'module_name' LIMIT 1

参考：调试 Drupal 白屏死机 (WSOD)

Answer 3

检查 PHP 的错误报告设置。您可能需要启用错误报告。

这可能会有所帮助：http://drupal.org/node/158043

Answer 4

theme('page') 渲染的内容是空的，这肯定会给你一个 WOD。

使用这个来帮助您，它可以找到一些与WOD相关的常见问题。

还可以尝试重建权限，最好的方法是使用 drush 并输入：

drush php-eval 'node_access_rebuild();'

还可以使用 drush 查看当前安装的模块，

drush sm

禁用所有自定义模块，然后进行搜索。

drush disable <modulename>

当你陷入困境时，清除缓存：

drush cc

如果你认为 cron 是问题所在，我之前就遇到过写得不好的 cron 挂钩的巨大问题，以防万一这是你的问题，supercron 将成为您的朋友。

你应该有足够的内存，除非你有一些模块表现非常很糟糕。

* 更新疑难解答

如果在运行 update.php 时出现问题，请在文本编辑器中打开 update.php 并取消注释以下行：

ini_set('display_errors', FALSE);

请参阅 此页面 提供了许多其他 wsod 修复。值得注意的是，如果您使用 path-auto，该页面上提到的修复值得一看。

Answer 5

我的建议是获取模块和主题文件夹的全部内容并将其下载到桌面。这些主题和模块仍然安装，只是暂时禁用。如果您的网站恢复正常，则很可能是模块或主题错误。也许有人错过了结束括号“}”。如果您确定模块或主题不是问题，请将它们放回文件夹中，不会造成任何损失。尝试这个并没有什么坏处，因为你不会失去任何东西。如果您发现这是一个模块问题，请开始将它们一一放回文件夹中，一路刷新。一旦网站出现白屏，您就发现了问题，更新模块可能会有所帮助。

我总是先尝试这个，因为 drupal 安装非常稳定，你必须担心的是模块和主题。

与这里的其他答案不同，这不会准确指出问题，但如果您像我一样懒惰并且不想修改配置文件并打开错误，那么这就是要走的路，或者至少从这里开始然后去修改当其他一切都失败时进行配置。

Answer 6

假设它是 Linux 主机，如果您的主机运行 suPHP 或某种其他形式的 suexec，则可能是权限问题。确保文件的所有权正确且访问模式正确。

您还可能有一个无效的 .htaccess 文件，请尝试将其删除以测试这一点。

Answer 7

在我的 php.ini 中，我修改了这些变量：

error_reporting = E_ALL & ~E_DEPRECATED
display_errors = On 
display_startup_errors = On

已执行：

sudo apachectl restart

消除我所有 Drupal 站点中的这些错误。

Answer 8

有一个 WSOD，但它不会告诉我出了什么问题。启用 display_errors/display_startup_errors/error_reporting 后没有出现错误。 PHP 错误日志中没有任何内容。服务器错误日志中没有任何内容。只需一个 WSOD 即可计算。

我最终设法让 Drupal 显示错误消息的方法是启用 $update_free_access = FALSE; 并导航到 /update.php。这表明没有待处理的更新，但在数据库中列出了一大堆错误，这是由于数据导入混乱造成的。

Answer 9

检查主题目录（目录或文件）的内容。

在 marinelli 主题中，文件夹逻辑的缺失会导致此类问题。