Neutron migrations to Ussuri fail randomly on Debian
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
kolla |
Invalid
|
Undecided
|
Unassigned | ||
Ussuri |
Fix Released
|
High
|
Radosław Piliszek | ||
Victoria |
Fix Released
|
High
|
Radosław Piliszek | ||
Wallaby |
Invalid
|
Undecided
|
Unassigned | ||
Xena |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Upgrades to Ussuri fail sporadically on Debian (used to fail on Ubuntu too) due to Neutron migrations failing.
I have found the issue. It's a regression in MariaDB. 10.3.29 is the affected version and it got itself into Debian May 09: https:/
the MariaDB bug report: https:/
10.3.30 changelog: https:/
Debian maintainers are aware of the regression fixing release since Jun 25 https:/
This affects Debian Buster as used in Ussuri and Victoria.
Issue variants:
1) early, e.g., CI-805225-
c613d0b82681 -> c3e9d13c4367
c3e9d13c4367 -> 86274d77933e
oslo_db.
[SQL: ALTER TABLE networks MODIFY mtu INTEGER NOT NULL DEFAULT '1500']
2) late, e.g., CI-804337-
c613d0b82681 -> c3e9d13c4367
...
e4e236b0e1ff -> e88badaa9591
oslo_db.
[SQL: ALTER TABLE subnetpools ALTER COLUMN shared SET DEFAULT false]
PS: after the investigation, I still wonder how come this issue is random in CI, yet seems permanent in my case (and also, why I'm getting the later variant 2 rather than the early one)
description: | updated |
Related fix proposed to branch: master /review. opendev. org/c/openstack /kolla/ +/810161
Review: https:/