Но что самое непонятное, это вот что

Some or all of the columns in your database are not using the utf8_unicode_ci collation (admin_login_logs.admin_ip_address is utf8_general_ci).

А вот что в БД в реале

admin_ip_address	varchar(46)	utf8_unicode_ci

Даем команды:

ALTER DATABASE databasename CHARACTER SET utf8 COLLATE utf8_unicode_ci;
ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Результат применения - 0 строк.

Проблему решил. Так как в инете много таких случаев, но нигде не описано решение, делюсь своим опытом.

Базы сконвертил сам. Несмотря на то, что они и ранее все были UTF8, то часть колонок была в general_ci, а IPS 4 хочет unicode_ci.

Берем программу HeidiSQL, идем в  Tools -> Bulk table editor, выбираем нашу базу слева, information_schema НЕ выделяем,  и справа делаем 2 настройки как винно на скрине.

Выполнение в целом летит весело, но на таблице posts оно может залипать на минуты. Нужно ждать, так как эта таблица может быть огромного размера.

После этого скрипты ips4 и utf8convert претензий к базе не имеют.

Как скачать?

Перенаправляет на главную.

Если на локалке используете Open Server - то он встроенный. Во вкладке дополнительно SQL менеджер.