|
Post by chitkala on Mar 31, 2022 19:06:23 GMT
Hi,
What is the recommended way to present dumps that are auto-generated due to any errors?
Would that just expected to show up as a LogService Entry, and would the expectation be that a client parse through Entries for ones that have "DiagnosticDataType" and figure out that it has to be fetched via AdditionalDataURI?
https://<bmcip>/redfish/v1/Managers/{mgr-instance}/LogServices/<logserviceinstance>/Entries { "@odata.id": "/redfish/v1/Managers/<bmcinstance>/LogServices/<logserviceinstance>/Entries/1", "@odata.type": "#LogEntry.v1_8_0.LogEntry", "AdditionalDataSizeBytes": 117016, "AdditionalDataURI": "/redfish/v1/Managers/<bmcinstance>/LogServices/<logserviceinstance>/Entries/1/attachment", "Created": "2022-03-31T07:47:57+00:00", "DiagnosticDataType": "Manager", "EntryType": "Event", "Id": "2", "Name": "BMC Dump Entry" }
Thanks in advance for help with understanding this!
Thanks & regards, Chitkala.
|
|
|
Post by mraineri on Mar 31, 2022 21:55:38 GMT
Yes, that's exactly what you would do; you'd make a LogEntry resource that states a crash dump was generated, and you use the "AdditionalDataURI" property to point to the binary, zip, or some other file with the crash details you need to extract from the system. You can use different values for DiagnosticDataType depending on what the crash dump is reporting; "Manager" would make sense if it's a crash dump of the BMC itself, but if you're collecting a crash dump of the system itself, then maybe "OS" makes more sense.
One thing to note in your example though is there should be a "MessageId" property with a properly constructed message identifier (for example: ContosoEvents.1.0.CrashDump), and a "Message" property that decodes the MessageId into something human readable. Clients will likely key off of MessageId in a log entry in order to make decisions (such as how to treat the additional data provided).
|
|
|
Post by chitkala on Apr 1, 2022 19:34:36 GMT
Thank you for clarifying!
Thanks & regards, Chitkala
|
|