1

我在使用pyghmipython 库时遇到了一些问题，该库用于使用 python 脚本发送 IPMI 命令。我的目标是实现一个 HTTP API 以通过 HTTP 请求发送 IPMI 命令。

我已经能够创建一个会话并使用库发送一些命令，但如果会话保持空闲 30 秒，它会自行注销。当 Session 注销时，我无法创建一个新的：我收到错误“会话已注销”或死锁。

如果我想拥有一台始终处于启动状态的服务器并在收到请求时创建 Session，如果在前一个会话注销时我无法创建新会话，我该怎么办？

我试过的：

from pyghmi.ipmi import command

ipmi = command.Command(ip, user, passwd)
res = ipmi.get_power()
print(res)

# wait 30 seconds

res2 = ipmi.get_power() # get "Session logged out" error

ipmi2 = command.Command(ip, user, paswd) # Deadlock if wait < 30 seconds, else no error

res3 = ipmi2.get_power() # get "Session logged out" error

# Impossible to create new command.Command() Session, every command will give "logged out" error

另一个问题是我不能通过在command.Command()调用中提供“onlogon 回调”函数来使用异步方式，因为我需要调用者中的回调返回值，而这种线程行为是不可能的。

编辑：我已经尝试过这里提供的一些示例，但它始终是一次性运行脚本，而我正在寻找可以永远“保持”状态的东西。

4

1 回答 1

1

所以我终于实现了一种解决方案。我给 Pyghmi 的主要贡献者发了电子邮件，他说这个库不适合多和可重用的 Session 实现（目前 Pyghmi 存储库上有一个未解决的问题“会话重用”）。

第一个“解决方案”：使用流程

我的目标是创建一个 HTTP API。为了避免会话超时问题，我为每个新请求创建一个新进程（不是线程）。这很好用，但我没有保留这个解决方案，因为它很重并且消耗套接字。似乎通过创建进程，Pyghmi 使用的内存不会在进程之间共享（这是进程的目标），因此每次 Session 使用都不是重用而是创建。

第二个“解决方案”：使用 Confluent

Confluent 是联想开发的一个工具，允许通过 HTTP 控制硬件。它使用一种修补版本的 Pyghmi 作为 IPMI 调用的后端。汇合文档在这里。

在服务器上安装和配置后，Confluent 可以很好地通过 HTTP 控制 IPMI 设备。我将它与一个ipmi_simulator用于测试目的的 Docker 映像一起打包：confluent dockerized。

于 2021-04-22T10:42:13.653 回答