Replacing IPMI: Redfish agent 404s on Fujitsu Primergy

Hi all! I saw that the integrated host/management board option is going away:

:warning: This feature will be deprecated in a future version of Checkmk.
Please do not configure management boards in here anymore. Monitor the management boards via a dedicated host using IPMI or SNMP.
Read more about management boards.

As recommended, I’m working to migrate these to dedicated hosts. Unfortunately, I’m having trouble migrate one of my servers—a Fujitsu Primergy RX2530 M4—to the new Redfish agent.

I’m able to curl the Redfish endpoint just fine: (actual IP redacted)

❯ curl -v --http1.0 http://192.168.1.128/redfish/v1/
*   Trying 192.168.1.128:80...
* Connected to 192.168.1.128 (192.168.1.128) port 80
> GET /redfish/v1/ HTTP/1.0
> Host: 192.168.1.128
> User-Agent: curl/8.7.1
> Accept: */*
> 
* Request completely sent off
< HTTP/1.1 200 OK
< Access-Control-Allow-Origin:*
< OData-Version:4.0
< Cache-Control:no-cache
< Allow:GET
< ETag:1735556807
< Date: Tue, 27 May 2025 01:39:45 GMT
< Server: iRMC S5 Webserver
< X-Frame-Options: DENY
< Expires: Mon, 26 May 2025 01:39:45 GMT
< Content-Length: 2069
< Content-Type: application/json; charset=UTF-8
< 
{
  "@odata.context":"\/redfish\/v1\/$metadata#ServiceRoot(Oem,Id,Name,RedfishVersion,UUID,Links,Systems,Chassis,Managers,Tasks,SessionService,AccountService,EventService,Registries,JsonSchemas)",
  "@odata.id":"\/redfish\/v1\/",
  "@odata.type":"#ServiceRoot.v1_0_5.ServiceRoot",
  "Oem":{
    "ts_fujitsu":{
      "@odata.type":"http:\/\/ts.fujitsu.com\/redfish-schemas\/v1\/FTSSchema.v1_0_0#FTSServiceRoot.v1_1_0.FTSServiceRoot",
      "FileDownload":{
        "@odata.id":"\/redfish\/v1\/Oem\/ts_fujitsu\/FileDownload"
      },
      "CASConfiguration":{
        "Enabled":false,
        "DisplayLoginPage":false,
        "ServerLoginUrl":null,
        "ServerLogoutUrl":null
      },
      "AutoDiscoveryDescription":{
        "ServerNodeInformation":{
          "SlotNumber":null,
          "Model":"PRIMERGY RX2530 M4",
          "SerialNumber":"[redacted]"
        },
        "ChassisInformation":{
          "Model":"PRIMERGY RX2530 M4",
          "SerialNumber":"[redacted]"
        }
      }
    }
  },
  "Id":"RootService",
  "Name":"Root Service",
  "RedfishVersion":"1.0.5",
  "UUID":"cc74649a-c771-416e-a8c1-d3bcb7221c36",
  "Links":{
    "Oem":{
    },
    "Sessions":{
      "@odata.id":"\/redfish\/v1\/SessionService\/Sessions"
    }
  },
  "Systems":{
    "@odata.id":"\/redfish\/v1\/Systems"
  },
  "Chassis":{
    "@odata.id":"\/redfish\/v1\/Chassis"
  },
  "Managers":{
    "@odata.id":"\/redfish\/v1\/Managers"
  },
  "Tasks":{
    "@odata.id":"\/redfish\/v1\/TaskService"
  },
  "SessionService":{
    "@odata.id":"\/redfish\/v1\/SessionService"
  },
  "AccountService":{
    "@odata.id":"\/redfish\/v1\/AccountService"
  },
  "EventService":{
    "@odata.id":"\/redfish\/v1\/EventService"
  },
  "Registries":{
    "@odata.id":"\/redfish\/v1\/Registries"
  },
  "JsonSchemas":{
    "@odata.id":"\/redfish\/v1\/JsonSchemas"
  },
  "@Redfish.Copyright":"Copyright 2014-2017 Distributed Management Task Force, Inc. (DMTF). For the full DMTF copyright policy, see http:\/\/www.dmtf.org\/about\/policies\/copyright.",
  "@odata.etag":"1735556807"
}
* Connection #0 to host 192.168.1.128 left intact

But when I try to add it in Checkmk, I get a 404 error during service discovery:

Turning on debug mode doesn’t really give me any more useful information:

[special_redfish]: PermissionError: [Errno 13] Permission denied: /RedfishApi.log’ CRIT

(couldn’t upload the image since new users are limited to one image)

My questions:

  • Are Fujitsu Primergy servers supported by the Redfish client? I don’t see any mention of them as part of the “Minimum requirements” on the original beta test thread, but that’s over a year old at this point. Even if they’re not supported though, it seems odd that I’d just get a 404 error.
  • Is something misconfigured with my setup? I’m pretty sure my user permissions are correct, but maybe I missed something.

Thanks for the help!


CMK version: 2.4.0p1 (using docker-compose)

Host OS version: Ubuntu 22.04.5 LTS

Output of “cmk --debug -vvn hostname”: (If it is a problem with checks or plugins)

value store: loading from disk
Checkmk version 2.4.0p1
Failed to lookup IPv4 address of hostname via DNS: [Errno -2] Name or service not known(!!)

(not sure what hostname you guys want here)

At the moment the debug mode only works on the command line. I must figure out how to specify a writable location if done inside the GUI.

Generally yes.

Normally, as mentioned inside the beta test thread - read only right is enough.

If you can execute the special agent manually on command line with “–debug” it will produce a debug log inside the folder you are at the moment.

In case that this gives not more output, only a dump from the Redfish interface with the help of the Mockup Created will help.

In the end it can also be a problem with the age of the server.
The M4 models where the first series supporting Redfish from Fujitsu i think.

Thanks for the information. I updated to the latest iRMC firmware available from Fujitsu (RX2530M4_03.61P_sdr03.56, released 2025-04-11), but I’m still getting the same behavior; given the relatively recent firmware version and the fact that curl works but the plugin doesn’t, I don’t think it’s just that the server is too old.

Here’s the output from the command line:

OMD[cmk]:~$ cmk -vv --debug -d my-server
Read from cache: AgentFileCache(path_template=/omd/sites/cmk/tmp/check_mk/data_source_cache/special_redfish/my-server, max_age=MaxAge(checking=0, discovery=90.0, inventory=90.0), simulation=False, use_only_cache=False, file_cache_mode=6)
Not using cache (does not exist)
Calling: /omd/sites/cmk/lib/python3/cmk/plugins/redfish/libexec/agent_redfish -u checkmk --password-id uuid7b8708be-edfc-4070-9968-86aff9fc86cb:/omd/sites/cmk/var/check_mk/passwords_merged -p 80 -P http --timeout 3 --retries 2 --debug 192.168.1.128
Get data from program
0 piggyback files for 'my-server'.
ERROR [special_redfish]: redfish.rest.v1.SessionCreationError: HTTP 404: Failed to created the session
Read from cache: NoCache(path_template=/dev/null, max_age=MaxAge(checking=0.0, discovery=0.0, inventory=0.0), simulation=False, use_only_cache=False, file_cache_mode=1)
0 piggyback files for 'my-server'.
0 piggyback files for '192.168.1.128'.
Get piggybacked data

Unfortunately not really any more useful information.

This command line you need to execute manually.

/omd/sites/cmk/lib/python3/cmk/plugins/redfish/libexec/agent_redfish -u checkmk --password-id uuid7b8708be-edfc-4070-9968-86aff9fc86cb:/omd/sites/cmk/var/check_mk/passwords_merged -p 80 -P http --timeout 3 --retries 2 --debug 192.168.1.128

Also port 80 and http should not work on a normal iRMC. Please use 443 and https as this is also the default. Timeout 3 can be to low for older iRMC devices. You can easily test on the command line with an higher value.
In your case check with the following command before changing anything inside the settings.

/omd/sites/cmk/lib/python3/cmk/plugins/redfish/libexec/agent_redfish -u checkmk --password-id uuid7b8708be-edfc-4070-9968-86aff9fc86cb:/omd/sites/cmk/var/check_mk/passwords_merged -p 443 -P https --timeout 10 --retries 5 --debug 192.168.1.128

Here you should get an output with all the URLs the agent fetches and how long every query takes.

Thanks, switching to 443 with HTTPS and increasing the timeout solved the issue!

Hello!

If one of the answers helped you solve your question, please mark it as the solution. This way, you thank the person who helped you and also indicate that the question has been resolved. This, in turn, helps others who come across the same question.

Solution

Thank you!