Topic on Project:Support desk

Tracked in Phabricator
Task T218223

Hi folks. I may just be doing something totally stupid here, but I'm hoping y'all can help me out. I'm both upgrading Mediawiki and porting over to a new server (because Amazon Linux doesn't like running parsoid as a service), and have followed the steps to backup the database on the old server and restore the database on the new server, including running the upgrade script. Mediawiki works fine on the new server, by the way, if I start it with a fresh database. It does not work with the restored database, and gives me the following error:

Original exception: [long hash] /wiki/index.php/Main_Page MediaWiki\Revision\RevisionAccessException from line 1635 of /var/www/html/wiki/includes/Revision/RevisionStore.php: Main slot of revision 296 not found in database!

Old version:

- Mediawiki 1.29

- PHP 7.0.25

- MySQL 5.6.37

New version:

- Mediawiki 1.32

- PHP 7.2.15

- MySQL 5.7.25

Any help is greatly appreciated.

Update: this only happens with about 20% of pages.

Maybe you need to set $wgMultiContentRevisionSchemaMigrationStage to SCHEMA_COMPAT_OLD or SCHEMA_COMPAT_WRITE_BOTH | SCHEMA_COMPAT_READ_OLD. The default value is changing between versions and maybe the update script is not taking the default setting into account correctly (a BUGREPORT may be worth)

Both work! Thank you, @Ciencia Al Poder! You're a lifesaver. I'll submit a bug report about this too.

As of MediaWiki 1.35, it is no longer possible to use SCHEMA_COMPAT_OLD or _BOTH as they have been deprecated.

On MediaWiki 1.35 running update.php or populateContentTables.php should fix this issue, when upgrading from a pre-1.30 wiki.

it did thanks

trying to upgrade 1.32 to 1.33:

setting $wgMultiContentRevisionSchemaMigrationStage to SCHEMA_COMPAT_WRITE_BOTH | SCHEMA_COMPAT_READ_OLD

causes problem mentioned in Topic:Vlvb97n029p4dg9s