无法加载uWSGI插件：./python3\u plugin.so:无法打开共享对象文件：没有此类文件或目录

在我的Fedora工作站上，我收到以下错误：

!!! UNABLE to load uWSGI plugin: ./python3_plugin.so: cannot open shared object file: No such file or directory !!!

但在服务器（CentOS Linux）上，它运行良好

为了解决这个问题，我需要在我的uwsgi.ini文件中这样说

plugins-dir = /usr/lib64/uwsgi/
plugins = python3

但在服务器上，我可以这样做：

plugins = python3

在我的工作站上，我确实使用dnf卸载/重新安装了uwsgi。我确实在/usr/lib64/uwsgi文件夹中安装了python插件。它来自

dnf安装uwsgi-plugin-python3

---

我很困惑。

似乎错误消息中有提示：

！！！无法加载uWSGI插件：/python3\u插件。因此：无法打开 共享对象文件：没有这样的文件或目录

---

它在当前目录

/python3\u plugin.so

中查找插件，不在默认目录

/usr/lib64/uwsgi/

中查找插件，除非在

uwsgi.ini

中明确要求这样做。通常情况下，Fedora和centOS虽然都是RedHat的变体，但将是不同的版本。Fedora将包含比RedHat更多的“前沿”功能。CentOS是RedHat的开源变体。预期Fedora.version>CentOS.version。在这两个版本之间的某个地方，

插件目录的默认值肯定已经消失了。
这对我来说很有效。示例路径：（注意：末尾没有
/
）

并确保您的python37_plugin.so文件位于
/usr/local/lib/uwsgi
文件夹中
看起来您应该从plugins dir中删除最后一个“/”，所以应该是这样的

plugins-dir = /usr/lib64/uwsgi

在我的例子中，插件目录是这样的：/usr/lib/uwsgi/plugins
所以我补充说：

plugins-dir = /usr/lib/uwsgi/plugins

这对我很有效。也许这对其他人会有帮助。
为了澄清，您是否在按照指示编辑了
uwsgi.ini
文件后收到错误？或者你是在那之前得到错误的，你的更改修复了它，只是想知道为什么你的更改修复了它？使用
plugins dir
选项仍然会给我完全相同的错误（提到
/python3\u plugin.so
）。如果你复制（只是为了测试）呢
python3\u插件。那么
到当前目录？那也不行。奇怪。我在uwsgi配置中指定了一个
chdir
，但即使我将.so放在那里，它也不起作用。我不知道uwsgi到底在找什么。我提出了一个github问题：
plugins-dir = /usr/lib/uwsgi/plugins