Probably db2019 (codfw s4 master) was recloned from an special slave and has templatelinks table partitioned.
db2019.codfw.wmnet *************************** 1. row *************************** Table: templatelinks Create Table: CREATE TABLE `templatelinks` ( `tl_from` int(8) unsigned NOT NULL DEFAULT '0', `tl_namespace` int(11) NOT NULL DEFAULT '0', `tl_title` varbinary(255) NOT NULL DEFAULT '', `tl_from_namespace` int(11) NOT NULL DEFAULT '0', UNIQUE KEY `tl_from` (`tl_from`,`tl_namespace`,`tl_title`), KEY `tl_namespace` (`tl_namespace`,`tl_title`,`tl_from`), KEY `tl_backlinks_namespace` (`tl_from_namespace`,`tl_namespace`,`tl_title`,`tl_from`) ) ENGINE=InnoDB DEFAULT CHARSET=binary /*!50100 PARTITION BY RANGE (tl_namespace) (PARTITION p_9 VALUES LESS THAN (10) ENGINE = InnoDB, PARTITION p_10 VALUES LESS THAN (11) ENGINE = InnoDB, PARTITION p_827 VALUES LESS THAN (828) ENGINE = InnoDB, PARTITION p_828 VALUES LESS THAN (829) ENGINE = InnoDB, PARTITION p_max VALUES LESS THAN MAXVALUE ENGINE = InnoDB) */
They should be removed.
This is a non online operation so lag will be generated in the whole DC while the remove takes place:
./osc_host.sh --host=db2019.codfw.wmnet --port=3306 --db=commonswiki --table=templatelinks --method=ddl --no-replicate "remove partitioning"