意外删除了apache2/logs/wsgi.x.x.sock的内容，现在无法连接到日志中的wsgi守护进程
我无意中删除了Web服务器上apache2/logs的内容。 文件夹包含两个文件：一个pid文件和一个sock文件。现在我得到了错误信息意外删除了apache2/logs/wsgi.x.x.sock的内容，现在无法连接到日志中的wsgi守护进程,apache,apache2,Apache,Apache2,我无意中删除了Web服务器上apache2/logs的内容。 文件夹包含两个文件：一个pid文件和一个sock文件。现在我得到了错误信息 Unable to connect to WSGI daemon process 'xxxx' on '/home/admin/webapps/myapp/apache2/logs/wsgi.18851.161.1.sock' as user with uid=1122. 关于如何解决这个问题的任何建议。我想我需要将sock文件名更改为重新启动apache服
Unable to connect to WSGI daemon process 'xxxx' on '/home/admin/webapps/myapp/apache2/logs/wsgi.18851.161.1.sock' as user with uid=1122.
关于如何解决这个问题的任何建议。我想我需要将sock文件名更改为重新启动apache服务器时创建的新文件。新文件现在是wsgi.4397.1.1.sock 只需重新启动Apache。它将重新创造它，它应该是好的。套接字文件的名称将随着每次重新启动而更改，因为它包含Apache根进程的进程ID
尽管如此，如果您删除了整个logs目录，您将需要确保再次创建该目录，并像以前一样具有正确的所有者和权限。如果不这样做，Apache运行的用户可能无法看到连接到套接字的目录内部。我没有删除目录，只是删除了内容。除此之外，为什么在日志中它试图访问旧的sock文件？您是重新加载还是重新启动了？为了安全起见，请重新启动（而不是重新加载），甚至先停止再启动。即使在重新加载时，它也应该为套接字使用不同的文件名，因为第二个或第三个数字是Apache生成，与重新加载的次数相对应。此外，如果重新加载并且有保持活动的连接在进行中，这会阻止Apache子进程立即重新启动，则可能会出现连接错误。他们将使用有关套接字名称的陈旧信息。因为Apache是如何管理守护进程的，所以不可能对此采取任何措施。它们将在保持活动连接保持进程活动的同时发生。一旦它最终被杀死，应该会没事的。是的，我试过这么做。事实上，我删除了
/home/admin/logs/user