So, there are 2 problems :
- old Juno RT is using the conductor API instead of using Objects, so that's directly proxying on top of DB API. Instead of reverting https://github.com/openstack/nova/commit/83b64ceb871b1553b1bb1e0bb9270816db892552 I'm in favor of adding a logic in the conductor manager method which would check if the compute_node field is present, and if not re-add it. That way, it would allow to go on and keep removed the nested compute_node field for Kilo nodes while Juno nodes would still work
- the second stack is a little bit weird for me, could you please give me a better stacktrace so I could understand what's wrong with the second commit you mentioned ?
So, there are 2 problems : /github. com/openstack/ nova/commit/ 83b64ceb871b155 3b1bb1e0bb92708 16db892552 I'm in favor of adding a logic in the conductor manager method which would check if the compute_node field is present, and if not re-add it. That way, it would allow to go on and keep removed the nested compute_node field for Kilo nodes while Juno nodes would still work
- old Juno RT is using the conductor API instead of using Objects, so that's directly proxying on top of DB API. Instead of reverting https:/
- the second stack is a little bit weird for me, could you please give me a better stacktrace so I could understand what's wrong with the second commit you mentioned ?