[MDEV-12367] Upgrade from previous versions to 10.2 with innodb-read-only does not work Created: 2017-03-26 Updated: 2021-04-26 Resolved: 2021-04-26 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Storage Engine - InnoDB |
| Affects Version/s: | 10.2 |
| Fix Version/s: | 10.2.7, 10.3.1 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Elena Stepanova | Assignee: | Marko Mäkelä |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||
| Description |
|
Note: It might well be intended, but it's worth checking. Also, maybe it could benefit from a better error message.
|
| Comments |
| Comment by Marko Mäkelä [ 2017-04-04 ] |
|
This is intentional, and also so in upstream. In addition to this, until |
| Comment by Elena Stepanova [ 2017-04-04 ] |
|
From the log it looks like InnoDB attempts to do something, and only then realizes that it can't due to the read-only mode. When it happens this way, there is always a danger that it does something towards upgrade before aborting, thus leaving the datadir in a half-upgraded state. I would much prefer if it checked the read-only mode from the very beginning, and refused to do anything at all with a proper error message. (I don't know how it really works internally, maybe that's what is already happening, and the log just FUD-ish). |
| Comment by Marko Mäkelä [ 2017-04-19 ] |
|
The only ‘permanent damage’ that the upgrade does is the creation of the temporary tablespace file(s) (by default, the file ibtmp1). I agree that we should postpone the creation of the temporary tablespace until the very last moment, right before accepting user connections. |
| Comment by Marko Mäkelä [ 2021-04-26 ] |
|
It looks like starting with The upgrade would be aborted, because the table SYS_VIRTUAL would have to be created. |