BlackAlex, если не нужны, лучше вообще отключите логи доступа и ошибок.
Да, но дамп то он сделал как-то с 16 Mb, соотвественно и влить его обратно тоже должен с этим же параметром. Мешает ему то-то другое.
Распаковать архив и залить дамп в новую базу. Проблема может быть еще из-за того, что во время восстановления, TC не отключил работающий сайт и в базу одновременно писались какие-то данные скриптами сайта.
Переключите Filezilla в Бинарный режим передачи файлов.
Set Transfer type (menu Transfer) from Auto to Binary.
Это напряму не связано, у ТС в секции [mysqldump] тоже указано max_allowed_packet = 16M.
Первая здравая мысль в топике)
пост вредных советов :)
перед тем как что-то начинать обновлять, читать /usr/ports/UPDATING, а то сломаете то, что до этого возможно работало.
Читайте документацию на оф. сайте, а не используйте варварские методы обновления)) Не жалуйтесь потом когда половина софта не найдет нужную версию libmysqlclient, libperl или что-то подобное.---------- Добавлено 27.12.2013 в 13:44 ----------kostyk, rm /usr/ports/distfiles/mysql-5.5.*
В ботах запутались :)
Тогда уже и правила покажите и как вы диагностируете потерю пакетов.
Количество правил какое?
Я бы не был столь категоричен. Не обновленные Плески ломали пачками.
Начать можно с http://kb.parallels.com/en/113424---------- Добавлено 18.10.2013 в 08:08 ----------http://kb.parallels.com/ru/113321
Проверьте, что у вас стоит 8.6.0 MU#2
WapGraf, а живые ип зеркал типа us/be/ru.download.ispsystem.com не подскажите?
нашел 81.95.117.44, но там что-то совсем все старое.
Обязательно nginx это подсказать? Может самой ОС?