You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is not a security vulnerability or a crashing bug
This is not a question about how to use OpenBMC
This is not a bug in an OpenBMC fork or a bug in code still under code review.
This is not a request for a new feature.
Bug Description
Problem
Sending a POST request to reset an invalid chassis that does not exist returns 200 OK. I reproduced this on QEMU, see logs below.
It looks like the service is not validating the chassis ID correctly for Chassis.Reset action , leading it to respond with 200 OK even when the chassis doesn't exist.
Pretty sure this is because all chassis resets are routed to one dbus path, not a per-chassis path. I think @wltu had some patches a while back trying to clean this behavior up, but I don't know where they landed.
Is this the right place to submit this?
Bug Description
Problem
Sending a POST request to reset an invalid chassis that does not exist returns 200 OK. I reproduced this on QEMU, see logs below.
It looks like the service is not validating the chassis ID correctly for
Chassis.Reset
action , leading it to respond with 200 OK even when the chassis doesn't exist.Curl command:
Response:
Logs
Sep 17 14:48:32 romulus phosphor-chassis-state-manager[291]: Change to Chassis Requested Power State: xyz.openbmc_project.State.Chassis.Transition.PowerCycle
Version
Additional Information
No response
The text was updated successfully, but these errors were encountered: