/internal/v2/droplets returns 404 where /internal/v4/droplets does not #1196
Description
Thanks for submitting an issue to cloud_controller_ng. We are always trying to improve! To help us, please fill out the following template.
Issue
After updating to cf-deployment 2.9 we've noticed a lot of apps not coming back up with a "Downloading failed" error.
Digging deeper we've found out that the root cause for this is that all those app still have a /internal/v2/droplets/ url registered in their desired-lrp state in diego. This /v2/droplets returns a 404 now.
Manually restarting the app solves the problem (after a manual restart the url changes to /internal/v4/droplets url.
Was /v2/droplets removed recently? If yes, shouldn't there been some kind of coordination with diego regarding the migration of apps that weren't "touched" for a long time?
We now have 100s of apps on the platform in this weird state (we can't say if they're still important or not).
@emalm fyi
Crashing app:
"actions": [
{
"download": {
"from": "http://cloud-controller-ng.service.cf.internal:9022/internal/v2/droplets/730dc597-c734-4a5d-b074-fd2c1ef707b3/506a828a78533f94d45125395e321ecc4de88d4f/download",
"to": ".",
"cache_key": "droplets-730dc597-c734-4a5d-b074-fd2c1ef707b3-fb55e262-e22a-49ef-b127-4678c2223d75",
"user": "vcap",
"checksum_algorithm": "sha1",
"checksum_value": "506a828a78533f94d45125395e321ecc4de88d4f"
}
}
]
Restarted app:
"actions": [
{
"download": {
"from": "https://cloud-controller-ng.service.cf.internal:9023/internal/v4/droplets/730dc597-c734-4a5d-b074-fd2c1ef707b3/506a828a78533f94d45125395e321ecc4de88d4f/download",
"to": ".",
"cache_key": "droplets-730dc597-c734-4a5d-b074-fd2c1ef707b3-2b76b02a-89a3-4da6-9a5d-53eb76c04d59",
"user": "vcap",
"checksum_algorithm": "sha1",
"checksum_value": "506a828a78533f94d45125395e321ecc4de88d4f"
}
}
]