|
Post by iamsarki on Oct 23, 2024 9:50:10 GMT
Hi, When a client initiates an update that involves restarting the Redfish service, how should the related TaskMonitor behave? The current flow is as follows: - The update is started. - A task is created, and the TaskMonitor responds with a 202 status. - The service restarts due to the update, and the TaskMonitor responds with a 503 status and a "ServiceTemporarilyUnavailable" message. - Once the service is back online, the TaskMonitor responds again. Is this behavior correct?
|
|
|
Post by mraineri on Oct 23, 2024 13:10:32 GMT
Yes, that is definitely a valid flow. During initialization, 503 can be returned as the service is still coming online.
|
|
|
Post by iamsarki on Oct 23, 2024 13:34:20 GMT
Okay, thanks for the quick reply. Do you know if the task monitor logic in the update script in the Tackle Box repository supports this logic, or does it just stop when the HTTP code is different from 202?
|
|
|
Post by mraineri on Oct 23, 2024 14:59:59 GMT
I don't believe it does at this time... Currently it's not expecting the service to automatically reset as part of the flow, so the service reset itself I can see as being problematic.
|
|