Fangtooth No IPMI

Hi,
I’m currently trying the 25.04-RC.1 version and when i load the Network page i get a “Can not retrieve response” for the ipmi. The motherboard is an asrock x570d4u-2l2t, the IPMI is perfectly working and I the “show events” button works. Digging a little I discovered this error in the middleware.log file

[2025/03/24 00:51:26] (WARNING) middlewared.process_method_call():357 - Exception while calling ipmi.lan.query(*[]) @cee:{"TNLOG": {"exception": "Traceback (most recent call last):\n File \"/usr/lib/python3/dist-packages/middlewared/api/base/server/ws_handler/rpc.py\", line 323, in process_method_call\n result = await method.call(app, params)\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/api/base/server/method.py\", line 40, in call\n result = await self.middleware.call_with_audit(self.name, self.serviceobj, methodobj, params, app)\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/main.py\", line 883, in call_with_audit\n result = await self._call(method, serviceobj, methodobj, params, app=app,\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/main.py\", line 703, in _call\n return await self.run_in_executor(prepared_call.executor, methodobj, *prepared_call.args)\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/main.py\", line 596, in run_in_executor\n return await loop.run_in_executor(pool, functools.partial(method, *args, **kwargs))\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3.11/concurrent/futures/thread.py\", line 58, in run\n result = self.fn(*self.args, **self.kwargs)\n ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/schema/processor.py\", line 52, in nf\n res = f(*args, **kwargs)\n ^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/schema/processor.py\", line 178, in nf\n return func(*args, **kwargs)\n ^^^^^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/plugins/ipmi_/lan.py\", line 160, in query\n result = self.query_impl()\n ^^^^^^^^^^^^^^^^^\n File \"/usr/lib/python3/dist-packages/middlewared/plugins/ipmi_/lan.py\", line 139, in query_impl\n if data['vlan_id_enable'] is False :\n ~~~~^^^^^^^^^^^^^^^^^^\nKeyError: 'vlan_id_enable'", "type": "PYTHON_EXCEPTION", "time": "2025-03-23 23:51:26.160090"}}

If I remember correctly before the RC i didn’t had this problem

what could it be?

regards

Can you roll back and confirm its a new bug and not a hardware/BIOS issue… then report it.

is there any procedure to rollback? i could try it

Unfortunately I already deleted the boot data from the older version so no idea how to rollback

I’ll prepare another server with the same motherboard to test it

ok, I can confirm, it seems to be a truenas core’s bug.
If i boot 25.04 BETA 1 it works, if i boot 25.04 RC1 it doesn’t

how to reproduce:

  • Install truenas core 25.04 BETA1
  • check if in the Network section the IPMI works
  • it works, you’ll see the IPMI channels
  • switch to core 25.10 RC1
  • check again
  • it doesn’t work “Can not retrieve response” with the given stack trace

I did a couple of screenshot but can’t attach here
i didn’t touch the configuration: i just installed from scratch the BETA1 and then updated to RC1 - same hw, same config, no apps running, no pools, no VMs

Wanted to open an issue on jira and i see that already exists and it was also closed :smiley: well, sorry for the spam/flood, next time i’ll check FIRST jira and than post on the forum :smiley:

Can you leave NAS ticket, so people can find it. NAS-134736

https://ixsystems.atlassian.net/browse/NAS-134736

Github Pull Request is:

Thanks for dropping the NAS ticket, shame on me i didn’t think to do that!

What happens if I fix it in RC1? Could I have issue when i’ll update to the stable version?

Can’t see why you would.