Cannot modify HTTPScaledObjects after moving from 0.7.0 to 0.8.0

[jocelynthode]

Cannot modify HTTPScaledObjects after moving from 0.7.0 to 0.8.0

[massimeddu-sj]

Same issue here on Kubernetes 1.29.

Thanks @jocelynthode , your work around worked just fine.

[JorTurFer]

f**k I didn't notice that changing the status fields I can break the CRD :/
The HTTP Add-on shouldn't use them anymore either but probably it doesn't remove them if they are already there. Does it fail after the rollout of the new version is completed?

[JorTurFer]

I'm asking because we have to include a check for removing those states from the HTTPScaledObject if they are available

[jocelynthode]

f**k I didn't notice that changing the status fields I can break the CRD :/ The HTTP Add-on shouldn't use them anymore either but probably it doesn't remove them if they are already there. Does it fail after the rollout of the new version is completed?

Yes The upgrade to 0.8.0 was successful and everything seemed to be working. Then when I wanted to edit HTTPScaledObjects created before the upgrade I was met with the error. The problem is indeed that it does not remove old statuses and thus after the upgrades prevents objects with old statuses to be updated.

[JorTurFer]

Yes The upgrade to 0.8.0 was successful and everything seemed to be working. Then when I wanted to edit HTTPScaledObjects created before the upgrade I was met with the error. The problem is indeed that it does not remove old statuses and thus after the upgrades prevents objects with old statuses to be updated.

Thanks for the feedback, I'm going to try to fix this during the week and cut a fix release. I thought that old values were dropped automatically but apparently not (every day you learn things xD). The operator will drop them during the upgrade for future releases. Sorry for the inconvenience

[jocelynthode]

No worries, thanks for the work 🙂

[oto-macenauer-absa]

just encountered this, bumping so it doesn't get stale:)