BMA版本:2509
os安装iBMA后,机器断电重启后,操作系统一直打印:
此时bma界面iBMA无详细信息
telnet无法连接
答案内容由AI生成,仅供参考:
结合上文中提到的成功案例,建议您按以下步骤操作:
./install.sh -s --enable-iBMA_https=true
(该参数 --enable-iBMA_https=true 在多个案例中被证明是解决问题或确保功能正常的关键步骤)systemctl 命令重启iBMA服务,确保所有配置生效。systemctl restart iBMA
好的,根据您提供的上下文信息,我对您提到的“iBMA打印no response问题”进行分析和解答。
根据提供的知识库信息,您描述的问题与一个已知的典型故障高度吻合。其根本原因在于 iBMA软件版本与openUBMC系统之间存在兼容性问题,导致通信失败。
核心原因总结如下:
因此,您的场景很可能是当前使用的iBMA版本(或默认安装版本)与OpenUBMC 25.09之间存在兼容性缺陷,导致断电重启后,iBMA服务无法成功与BMC完成初始化和通信注册。
结合上文中提到的成功案例,建议您按以下步骤操作:
./install.sh -s --enable-iBMA_https=true
(该参数 --enable-iBMA_https=true 在多个案例中被证明是解决问题或确保功能正常的关键步骤)systemctl 命令重启iBMA服务,确保所有配置生效。systemctl restart iBMA
知识库中提到,在OpenUBMC环境下,telnet可能因编译指令问题导致无法连接,并且SSH也可能只支持有限指令。例如,一个案例指出,使用 --build-type release 编译会导致telnet无法连接,SSH无法使用Linux指令。这可能与您的当前环境有关,建议优先解决iBMA的通信问题,待iBMA恢复正常后,再评估telnet问题是否随之解决,或需要进一步排查系统配置。
找到了一篇以前的帖子,可以进行参考: 安装iBMA后ubmc的首页没有上传cpu和内存信息 - #25,来自 zhouzijia
这里的打印是BMA向BMC发送ipmi请求,BMC没有及时给BMA返回请求结果导致的
定位的操作步骤:
在BMC后台发送 `mdbctl traceipmi start file edma` ,命令结果会输出到/tmp/ipmi.txt文件

在BMC后台的/tmp/ipmi.txt里可以看到命令的收发
这个mdbctl traceipmi start file edma指令只有在没有打印]edma: edma_host_send_msg, 737, no response in 10s,clean msg的时候才能在/tmp下出现ipmi.txt,否则即使mdbctl traceipmi start file edma执行成功,也不会生成ipmi.txt文件。另外当出现edma no response的时候,此时在os下使用telnet fe80::9e7d:a3ff:fe28:6ffa%veth和ssh -6 -o “HostName=fe80::9e7d:a3ff:fe28:6ffa%%veth” Administrator@dummy来连接到BMC时均无响应,无法连接。
收集下BMC的一键日志和BMA的日志,发到以下邮箱:
BMA日志收集方式:
cd /opt/huawei/ibma(/opt/huawei路径不存在的情况下,使用/opt/ibma) OS后台进入到iBMA目录下
tar -zcf ibma_log.tar.gz log/ config/
拿到 ibma_log.tar.gz 压缩包,即为iBMA日志
当前分析pcie建链异常,当前正在调整载板硬件和逻辑验证中