Ошибка при запуске конвертатора баз 1.52->2

[Japansimpson]

Переезжаю с 1.52 на 2 версию. Запускаю конвертатор баз, скрипт выводит следующее:

Copy traders (11.505091905594, 11.505091905594)
Coping table admins (11.695015907288, 0.18992400169373)
Coping table admin_access_log (11.708482027054, 0.013466119766235)
Coping table admin_sessions (11.713427066803, 0.0049450397491455)
Coping table blacklist (11.71698307991, 0.0035560131072998)
Coping table browsers (11.718039035797, 0.0010559558868408)
Coping table forces (52.200529098511, 40.482490062714)
Coping table functions_data (52.207683086395, 0.0071539878845215)
Coping table ga_categories (52.212239027023, 0.0045559406280518)
Coping table ga_sites (52.216718912125, 0.0044798851013184)
Coping table inrules (52.227452993393, 0.010734081268311)
Coping table ips (52.228755950928, 0.00130295753479)
Coping table language (302.41980600357, 250.19105005264)
Mysql error 2006: MySQL server has gone away (WARNING:: Mysql is overloaded, take a look at your server perfomance) (302.42468690872, 0.0048809051513672)

Fatal error: Uncaught exception 'Exception' with message 'Mysql error:: 2006 (MySQL server has gone away) (scj_51) in query select * from language. () ' in /home/acc/domain.com/scj2/includes/db_modules/mysql.php:129
Stack trace:
#0 /home/acc/domain.com/scj2/includes/db_modules/mysql.php(160): db_error('select * from l...', 2006, 'MySQL server ha...', 'scj_51')
#1 /home/acc/domain.com/scj2/bin/scj_1to2_db_converter.php(149): db_query()
#2 {main}
thrown in /home/acc/domain.com/scj2/includes/db_modules/mysql.php on line 129

Ответ админов:
"В error лог mysql ошибки не попадают, при этом в выводе скрипта, что Вы предоставили фигурирует база, которой на сервере нет scj_51.
Уточните по-поводу данной проблемы у разработчика скрипта, возможно для миграции используется удалённая база и именно с ней наблюдаются проблемы."

Подскажите, плиз, что делать.

[admin]

(WARNING:: Mysql is overloaded, take a look at your server perfomance) (302.42468690872, 0.00488090515


Разгружать сервак
или конвертить на другом где нет нагрузки и тп

[Japansimpson]

Ответ админов:
"Что касается серверных настроек ни в какие лимиты скрипт не упирается, возможно в коде наследуется какой-либо таймаут."

Затык случается на базе out_ips, которая весит около 650мб. Админы сконвертили базы без out_ips и все отработало без ошибок. Затем сдампили таблицу out_ips и влили ее в новую базу.Вроде как это не нормальное решение... или можно так делать?

[admin]

Да, можно, более того эти таблицы можно очитстиь, все равно они за день обновляются

[Japansimpson]

Спасибо!

Я правильно понимаю, что следующие таблицы можно тоже безболезненно очищать?
ips
links
history
browsers
refs
language
out_ips2trader

[admin]

Да, верно

[Japansimpson]

Спасибо!

Сейчас при попытке конвертнуться вижу такое окончание Лога конвертации:

.........
3700 (shift 10000)
3800 (shift 10000)
3900 (shift 10000)
4000 (shift 10000)
No thumbs for Array
(
[gallery_md5] => ea2465b5f457ffc02bd41d0372ffb345
[url] => http://www.drtuber.com/video/2118507/ga ... g-bareback
[source_url] => http://www.drtuber.com/video/2118507/ga ... g-bareback
[rot_content_id] => 0
[embed_template] => content_page
[embed_code] => <iframe src="http://www.drtuber.com/embed/2118507" width="608" height="454" frameborder="0" scrolling="no"></iframe>
[flv_url] =>
[flv_size_x] => 0
[flv_size_y] => 0
[flv_thumb_url] =>
[tags] => blowjob (gay)|gays (gay)|twinks (gay)
[casts] => 7
[clicks] => 0
[rating] => 0.0000
[crop_profile_id] => 1
[thumbs] => a:1:{i:0;s:63:"http://pics.drtuber.com/media/videos/tm ... 180/15.jpg";}
[grab_options] => a:5:{s:5:"cp_th";b:1;s:3:"cnt";i:1;s:2:"gt";s:1:"a";s:4:"cp_t";s:1:"1";s:9:"user_tags";b:1;}
[gallery_owner] =>
[last_checked] => 0
[comment] =>
)
$

Т.е. как будто для какого-то эмбеда не хвататет тумбы, и конвертация-перезапись прекращается. Пробовал несколько раз - каждый раз на разных записях спотыкается. Возможный вариант проблемы - в старой версии смарта я отправил на удаление часть контента, что и просиходит как раз сейчас, постепенно, и при перезаписи скрипт конвертации натыкается на удаляемую запись - и эррорит. В очереди на удаление около 10к записей и просиходить это будет еще некоторое продолжительное время, а перенести руки чешутся уже сейчас.

Подскажите, пожалуйста, что делать? Или только ждать?

[admin]

Лучше всего конечно дождаться пока удалит, это проще всего

[Japansimpson]

Добрый день.
При запуске очередного конвертера со старого смарта на новый выскакивает такой лог с ошибками:
...
Coping table rot_import_sets (56.058474779129, 0.5921049118042)
Coping table rot_search_queries (56.421314001083, 0.36283922195435)
Coping table rot_servers (57.763778924942, 1.3424649238586)
Coping table rot_users (58.298830986023, 0.53505206108093)
Coping table skim_rules (58.851581811905, 0.55275082588196)
Coping table tds_rules (58.855068922043, 0.0034871101379395)
Coping table tds_schemes (58.858704805374, 0.0036358833312988)
Coping table toplists (58.862304925919, 0.0036001205444336)
Coping table trader_groups (58.867518901825, 0.0052139759063721)
Mysql error 1060: Duplicate column name 'tag_name67' (ALTER TABLE `rot_tags` CHANGE `tag_name11` `tag_name67` VARCHAR( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT '') (59.075061798096, 0.20754289627075)
PHP Fatal error: Uncaught exception 'Exception' with message 'Mysql error:: 1060 (Duplicate column name 'tag_name67') (db_link) in query ALTER TABLE `rot_tags` CHANGE `tag_name11` `tag_name67` VARCHAR( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ''. () ' in /way_to/scj/includes/db_modules/mysql.php:129
Stack trace:
#0 /way_to/scj/includes/db_modules/mysql.php(160): db_error('ALTER TABLE `ro...', 1060, 'Duplicate colum...', 'db_link')
#1 /way_to/scj/bin/scj_1to2_db_converter.php(214): db_query()
#2 {main}
thrown in /way_to/scj/includes/db_modules/mysql.php on line 129

Fatal error: Uncaught exception 'Exception' with message 'Mysql error:: 1060 (Duplicate column name 'tag_name67') (db_link) in query ALTER TABLE `rot_tags` CHANGE `tag_name11` `tag_name67` VARCHAR( 100 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL DEFAULT ''. () ' in /way_to/scj/includes/db_modules/mysql.php:129
Stack trace:
#0 /way_to/scj/includes/db_modules/mysql.php(160): db_error('ALTER TABLE `ro...', 1060, 'Duplicate colum...', 'db_link')
#1 /way_to/scj/bin/scj_1to2_db_converter.php(214): db_query()
#2 {main}
thrown in /way_to/scj/includes/db_modules/mysql.php on line 129

Пробовал и обновлять старый смарт, и оптимизацию DB делал, и даже все тэги удалил на всякий случай - все равно эта ошибка выскакивает.
Через несколько минут попробовал снова запустить конвертер, первая строка ошибок выглядит так:
Mysql error 1060: Duplicate column name 'tag_name82' ...
Т.е. до этого ругалось на дубль tag_name67, а сейчас уже на tag_name82.
В третий раз уже на tag_name97, потом 112, т.е. по 15 накидывает каждый раз.

Подскажите, плиз, что делать, как бы доконвертировать до конца.

[admin]

странно что там дубли могут быть, добавил образобтку в ап
если проблема не уйдет то скидывайте дамп первой версии, буду тестировать на ней