主页 / server / 问题

问题[debian-bullseye](server)

Martin Hope
Zippy1970
Asked: 2022-03-01 09:01:10 +0800 CST
  • 0

今天我将我的网络服务器从 Debian Buster 升级到 Bullseye，这实际上是一个非常简单的升级。在我尝试访问服务器上的几个 WordPress 站点之前，一切似乎都正常。起初我收到一些关于缺少 MySQL 模块的错误。我从 PHPMyAdmin 收到的错误消息给了我一个更好的线索：它说它缺少 mysqli 模块。

所以我安装了它， apt install php7.4-mysqli 这实际上让我的 WordPress 网站再次运行。

然而，现在唯一的问题是我无法更新 Wordpress。每次我尝试更新 WordPress 时，都会出现错误：

WordPress 更新错误

我怀疑我需要安装suphp。但在我这样做之前，任何人都可以确认情况确实如此吗？还是在从 Buster 升级到 Bullseye 后我需要做其他事情？

编辑： 我花了很长时间才弄清楚到底发生了什么。现在我知道了，我不知道如何解决这个问题。

WP给出的错误消息实际上是不正确的。事实证明，它能够在正确的文件夹中很好地解压缩更新。但是当它检查文件是否真正解包时，它会出错。问题在于update-core.php中的这段代码：

foreach ( $roots as $root ) {
  if ( $wp_filesystem->exists( $from . $root . 'readme.html' )
    && $wp_filesystem->exists( $from . $root . 'wp-includes/version.php' )
  ) {
    $distro = $root;
    break;
  }
}
    
if ( ! $distro ) {
  $wp_filesystem->delete( $from, true );
  return new WP_Error( 'insane_distro', __( 'The update could not be unpacked.' ) );
}

它在这里所做的只是检查它刚刚将 zip 文件解压缩到的文件夹中是否存在两个文件。这失败了。原因如下：

我使用 FTP 方法安装更新。因此，当我告诉它更新时，它首先会确定应该将 zipfile 下载到的文件夹。此文件夹存储在$working_dir中，并从那时起用于其余的更新过程。服务器上的真实路径是，/domains/domainname.com/htdocs/wp-content/upgrade/但是由于 FTP 用户是 chroot 的，WP 会查找并存储/htdocs/wp-content/upgrade/。更新文件下载到此文件夹，然后解压缩。

接下来它会进行上述检查。这失败了，因为它试图在/htdocs/wp-content/upgrade/真实位置为/domains/domainname.com/htdocs/wp-content/upgrade/.

我理解为什么它可以很好地下载软件包（因为 FTP 用户是 chroot 的）。但我不明白为什么它在解压之后没有失败，但是在检查文件是否存在时它确实失败了......

我检查了所有 php 设置，并没有发现与 Debian 升级之前的设置有什么不同……

wordpress php7 debian-bullseye
Martin Hope
Dani
Asked: 2022-02-09 02:09:16 +0800 CST
  • 0

这就是我在系统日志中看到的 - ssh 正在使用私钥完成。2 分钟后 - 登录成功。

Feb  8 10:01:53 systemd[1]: Starting User Manager for UID 0...
Feb  8 10:01:53 systemd[34555]: gpgconf: error running '/usr/lib/gnupg/scdaemon': probably not installed
Feb  8 10:03:23 systemd[1]: user@0.service: Main process exited, code=exited, status=1/FAILURE
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34555 (gpgconf) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34556 (awk) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34561 (dirmngr) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34555 (gpgconf) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34556 (awk) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Killing process 34561 (dirmngr) with signal SIGKILL.
Feb  8 10:03:23 systemd[1]: user@0.service: Failed with result 'exit-code'.
Feb  8 10:03:23 systemd[1]: user@0.service: Unit process 34561 (dirmngr) remains running after unit stopped.
Feb  8 10:03:23 systemd[1]: Failed to start User Manager for UID 0.
Feb  8 10:03:23 systemd[1]: Started Session 14 of user root.
debian ssh debian-bullseye