service_update() should not set an RPC timeout longer than service.report_interval
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
Medium
|
jichenjc | ||
Juno |
Fix Released
|
Medium
|
Alan Pevec |
Bug Description
nova.servicegro
If this ends up calling nova.conductor.
If anything happens to the RPC server (failover, switchover, etc.) by default the RPC code will wait 60 seconds for a response (blocking the timer-based calling of _report_state() in the meantime). This is long enough to cause the status in the database to get old enough that other services consider this service to be "down".
Arguably, since we're going to call service_update( ) again in service.
I've also submitted a related bug report (https:/
Changed in nova: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in nova: | |
assignee: | nobody → jichenjc (jichenjc) |
Changed in nova: | |
milestone: | none → kilo-1 |
status: | Fix Committed → Fix Released |
tags: | added: juno-backport-potential |
Changed in nova: | |
milestone: | kilo-1 → 2015.1.0 |
how about the rpc_reponse_timeout is smaller than report_interval? timeout?
that means we can use rpc_response_
And, can we import rpc_response_ timeout in nova code? should we add some code to return from oslo?