Hide Forgot
Description of problem: This is a bug for tracking the documentation for major upgrade mixed version support. That is, an upgraded undercloud, from OSP 9 to OSP 10, then being used to manage an OSP 9 overcloud. There may be specific caveats, issues, limitations or workarounds that need to be called out in the docs. We have been using etherpad to track docs in the past, we might consider using a gerrit review (possibly red hat gerrit given the downstream nature of these docs). I will update this bug accordingly once we settle on a method.
So I have some questions about this: First one is more conceptual: I see backwards compatibility is that the same as running mixed deployments ( like with an UC on OSP10 and the OC in OSP9 for instance) ? Second I'm unsure on what are the actions that I could take on this bug. I've done mixed deployments before and we used to have a kilo directory inside the new osp tht package. Right now we don't and what we do in CI is that we copy the tht folder before upgrading. I can test to see if the older tht versions work in a mixed deployment situation but I'm unsure of where to go from there.
Moving back to the default assignee to be triaged when the information required becomes available.
The engineering bug for this feature is now ON_QA. Assigning to Dan for review. Dan, can you please add an initial time estimate to this bug?
This has been implemented and reviewed during the OSP10 docs cycle. Closing this BZ.