-stop uwsgi.pid指定daemonize，但未指定pidfile

当你使用`-stop uwsgi.pid`命令停止一个已经通过`daemonize`选项以守护模式运行的uWSGI服务器时，通常会期望它能够基于之前指定的`pidfile`（进程ID文件）来找到并终止该服务。然而，如果你没有明确提供`pidfile`参数，那么uWSGI可能会找不到对应的进程ID，导致无法正常停止。

默认情况下，uWSGI会在当前工作目录下生成一个名为`uwsgi.pid`的文件来存储正在运行的服务的PID。如果这个文件不存在，或者你没有配置其他pidfile，那么`-stop`命令将无法定位到具体的进程，从而可能导致停止失败或者需要手动提供正确的PID才能终止。

为了避免这种情况，你应该始终在启动uWSGI时指定`pidfile`选项，例如：

uwsgi --http :8000 --socket mysocket.sock --chdir /path/to/project --pidfile /path/to/uwsgi.pid --daemonize true

然后，在停止时可以使用指定的PID文件路径：

kill $(cat /path/to/uwsgi.pid)

如果没有指定`pidfile`，则建议在启动时添加，并在停止时确保使用正确的路径。

相关问题

删除uwsgi.pid

删除`uwsgi.pid`文件通常是在UWSGI（Unicorn Web Server Gateway Interface）进程中，当需要重启或清除UWSGI服务的运行信息时的操作。这个pid（process ID）文件包含了当前UWSGI进程的ID，用于管理器跟踪和管理。如果你发现这个文件不再需要，或者想清空旧的日志、重启UWSGI，可以按以下步骤操作：

1. **停止UWSGI**: 如果UWSGI还在运行，首先需要通过命令行工具（如`pkill uwsgi`）停止它。

2. **查找pid文件**: 找到位于服务器的指定目录下的`uwsgi.pid`文件。通常这个文件的位置可以在UWSGI配置文件中找到，例如`/var/run/uwsgi/uwsgi.pid`。

3. **删除文件**: 使用`rm`命令删除该文件，但要确认操作前备份或检查重要性，因为这将永久删除PID信息：

   sudo rm /path/to/uwsgi.pid

如果你是root用户直接操作，或者有足够权限，可以省略`sudo`。

4. **确认删除**: 删除后，你可以通过查看日志或者再次尝试启动UWSGI来确认文件已被成功移除。