tripleo-quickstart-extras/f0b80f768a756be1edac70b851a...

39 lines
2.0 KiB
Plaintext

{
"comments": [
{
"unresolved": false,
"key": {
"uuid": "1c732b67_16c8a38a",
"filename": "/PATCHSET_LEVEL",
"patchSetId": 7
},
"lineNbr": 0,
"author": {
"id": 8449
},
"writtenOn": "2023-04-11T07:23:59Z",
"side": 1,
"message": "not ignoring this Sofer and Mikolaj and thank you for digging\n\nMikolaj reached out last week on slack and i was on ruck|rover\n\nI am catching up still but will be out end of this week for easter.\nmaybe we can have a call to discuss this tomorrow, or on thursday wdyt?",
"revId": "f0b80f768a756be1edac70b851a5bfe12c852080",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
},
{
"unresolved": true,
"key": {
"uuid": "1e5a8c7c_8ccb8103",
"filename": "/PATCHSET_LEVEL",
"patchSetId": 7
},
"lineNbr": 0,
"author": {
"id": 8297
},
"writtenOn": "2023-04-11T09:35:48Z",
"side": 1,
"message": "yeah, that would be the best course of action. \n \n I\u0027ve seen in the doc [1] that content provider should be a mapping in upgrade so that we get the right ip of the provider, but in the role where the container prepare is changed, there is no ip change, so this may be the problem.\n \nOverall the steps are (currently)\n 1. deploy undercloud to latest (as if it was already updated, and done in order to save time): container prepare file points to latest container;\n 2. change the container prepare in pre overcloud step to point to current containers\n 3. hopefully install that on the overcloud (not the latest), but that fail while retrieving the containers as we (i think) are not pointing to the right content provider.\n \n\n \n [1] https://docs.openstack.org/tripleo-docs/latest/ci/content_provider_jobs.html",
"parentUuid": "1c732b67_16c8a38a",
"revId": "f0b80f768a756be1edac70b851a5bfe12c852080",
"serverId": "4a232e18-c5a9-48ee-94c0-e04e7cca6543"
}
]
}