Check the database table to see what is happening. The table name is based on the uuid. So if the uuid is:
uuid: 4d7fd1e4-85f2-48f5-947e-92819fc8664b
The table will be
xc_4d7fd1e485f248f5947e92819fc8664bc
You should be able to see if a landingpage_id column exists, or has been renamed to something else.
It is unusual for the column not to exist if the migration has run because Tailor uses a comparison process to compare fields it wants with fields the table has.
Just a follow up here. Turns out this was a bad bug in the code that should be fixed in v3.0.62. Two things were happening:
Globals were not accepting something_id column names, which is fixed.
The Editor was allowing globals to be migrated, so the generic global table had blueprint columns added to it, which should not happen.
The extra columns should not be a problem. However, if you want to keep the table clean, you can recreate the tailor_globals table. Code to recreate table as of July 2022: