Обновление 4.3.6.ru - 4.3.7.ru

Общее Общие вопросы
1

День добрый.

Попытался обновится до версии 4.3.7 через админку. Не получилось. После клика на "Установить" процесс останавливался на "сжатие резервного файла". Дальше ничего не происходило пока не перезагрузишь страницу. Я так понимаю, должна была архивироваться БД. Но в процессе обновление этого почему-то не происходило. Если просто делать бэкап, то все отлично работает.

Сторонние модули отключал. В саму CMS изменения не вносились. Хостинг? Тогда что именно?

В общем сделал вручную. Скачал файл обновления "upgrade_4.3.6_ultimate-4.3.7_ultimate.zip" и просто переписал все файлы из папки "package" в папку на сервере. Вроде работает. Я правильно сделал? Или нужно было еще что-то переписать? Или лучше откатиться назад и попытаться установить обновления по-нормальному через админку?

PS очень жаль, что в новой версии не исправили полностью нерабочий модуль Яндекс Доставки....

2

День добрый.

Попытался обновится до версии 4.3.7 через админку. Не получилось. После клика на "Установить" процесс останавливался на "сжатие резервного файла". Дальше ничего не происходило пока не перезагрузишь страницу. Я так понимаю, должна была архивироваться БД. Но в процессе обновление этого почему-то не происходило. Если просто делать бэкап, то все отлично работает.

Сторонние модули отключал. В саму CMS изменения не вносились. Хостинг? Тогда что именно?

В общем сделал вручную. Скачал файл обновления "upgrade_4.3.6_ultimate-4.3.7_ultimate.zip" и просто переписал все файлы из папки "package" в папку на сервере. Вроде работает. Я правильно сделал? Или нужно было еще что-то переписать? Или лучше откатиться назад и попытаться установить обновления по-нормальному через админку?

PS очень жаль, что в новой версии не исправили полностью нерабочий модуль Яндекс Доставки....

Скорее всего, проблема вызвана таймаутами. Обновиться вручную не получится, так как во время обновления помимо файлов изменения вносятся и в базу данных.

Чтобы избежать возможных проблем, лучше откатить изменения, увеличить таймауты на сервере и попробовать обновиться еще раз.

3

Скорее всего, проблема вызвана таймаутами. Обновиться вручную не получится, так как во время обновления помимо файлов изменения вносятся и в базу данных.

Чтобы избежать возможных проблем, лучше откатить изменения, увеличить таймауты на сервере и попробовать обновиться еще раз.

Таймаут изначально стоял 3600 (maximum execution time). Но процесс все равно останавливался на "сжатие резервного файла".

Обратно откатился, т.к. все же обнаружились проблемы.

4

Таймаут изначально стоял 3600 (maximum execution time). Но процесс все равно останавливался на "сжатие резервного файла".

Обратно откатился, т.к. все же обнаружились проблемы.

А в логах апгрейда на чем остановился процесс?

var/upgrade/core_log.txt

5

А в логах апгрейда на чем остановился процесс?

var/upgrade/core_log.txt

Но вот как-то так пишет:

2016-05-20 20:51:39: PHP Fatal Error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 79 bytes) in /***путь***/app/Tygh/Database/Connection.php on line 852
2016-05-20 20:51:39: PHP Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /***путь***/app/functions/fn.common.php:1415) in /***путь***/app/Tygh/Web/Session.php on line 317
6

Не хватает памяти. В config.local.php добавьте

@ini_set('memory_limit', '1024M');

перед

if (!defined('CONSOLE')) {
7

Не хватает памяти. В config.local.php добавьте

@ini_set('memory_limit', '1024M');

перед

if (!defined('CONSOLE')) {

К сожалению, не помогает. Все то же самое, но с поправкой Allowed memory size of 1073741824 bytes exhausted

Увеличиние лимита до 2048 (максимум сервера) тоже не помогает. Но процесс останавливается чуть раньше - Sending upgrade information e-mail to: электронный адрес

Вообще еще ранее возникает вот такое:

2016-05-24 13:58:59: PHP Notice: Undefined index: transport in /путь/app/Tygh/Http.php on line 188

2016-05-24 13:58:59: PHP Notice: Undefined index: error_number in /путь/app/Tygh/Http.php on line 189
2016-05-24 13:58:59: PHP Notice: Undefined index: error_msg in /путь/app/Tygh/Http.php on line 190
2016-05-24 13:58:59: HTTP error: ():
8

К сожалению, не помогает. Все то же самое, но с поправкой Allowed memory size of 1073741824 bytes exhausted

Увеличиние лимита до 2048 (максимум сервера) тоже не помогает. Но процесс останавливается чуть раньше - Sending upgrade information e-mail to: электронный адрес

Вообще еще ранее возникает вот такое:

2016-05-24 13:58:59: PHP Notice: Undefined index: transport in /путь/app/Tygh/Http.php on line 188

2016-05-24 13:58:59: PHP Notice: Undefined index: error_number in /путь/app/Tygh/Http.php on line 189
2016-05-24 13:58:59: PHP Notice: Undefined index: error_msg in /путь/app/Tygh/Http.php on line 190
2016-05-24 13:58:59: HTTP error: ():

Пожалуйста, свяжитесь с нами в Help Desk, чтобы мы могли изучить проблему более подробно.

9

Согласен, изучать надо. Возможно, что-то в рекурсию уходит

10

При обновлении выдает:

Ошибка при валидации
Проверка «Восстановить» завершилась неудачно
Невозможно подготовить скрипт восстановления.
Права на папки выставлены верно. В чем может быть дело? Помогите, пожалуйста, решить проблему.
При этом обновление ранее с 4.3.5 на 4.3.6 прошло успешно при тех же самых настройках и правах.
11

При обновлении выдает:

Ошибка при валидации
Проверка «Восстановить» завершилась неудачно
Невозможно подготовить скрипт восстановления.
Права на папки выставлены верно. В чем может быть дело? Помогите, пожалуйста, решить проблему.
При этом обновление ранее с 4.3.5 на 4.3.6 прошло успешно при тех же самых настройках и правах.

Пожалуйста, убедитесь, что права в файле config.local.php указаны следующим образом:

// Default permissions for newly created files and directories
define('DEFAULT_FILE_PERMISSIONS', 0644);
define('DEFAULT_DIR_PERMISSIONS', 0755);

Если с правами все в порядке, и проблема все еще имеет место, пожалуйста, обратитесь к нам в Help Desk, чтобы мы могли изучить проблему более подробно. Возможно скрипт восстановления не доступен по HTTP на вашем сервере.