Обновление до 50СП2 : УКМ-4

█ 03.03.2013 09:37

Текущая версия - 48СП5. Действую по инструкции, скачанной с ФТП. Дошел до 6 пункта - "Произвести предварительную закачку обновлений на кассу." Запускаю закачку обновлений на 1-ю кассу, получаю

Цитата:

Для кассового пакета обновлений tzdata-2011.tgz из 00004902-00004903.ops.s.zip не совпала md5

Никто не сталкивался? Я так подозреваю, что криво собран пакет, потому что все эти пакеты лежат в архиве, который нормально распаковался.

█ 03.03.2013 12:52

на фтп несколько инструкция по обновлению... смотрел с более свежей датой... в результате стал обновлять по инструкции из документации к УКМ...
сервер обновился. запустил обновление резервной кассы. касса запросила разрешение на обновление, разрешил. черное окно - идет обновление, не трогайте клавиатуру, не выключайте кассу... жду... смотрю лог на кассе - при установке обновления 5001-5002 ошибка... ТП по УКМ4 сегодня не работает, говорят звоните завтра...
в результате откатил сервер обратно ((

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

█ 03.03.2013 16:54

по ошибке при закачке обновлений на кассы - помогает подсунуть
pos_updates_download.php взятый с фтп
(лежит в /_UKM4_LILLO/VERSION/_ukm49sp9_all/pos_updates_download.7z)
в папку с Апачем

при подмене любых файлов .php нужно еще зачистить кэш веба УКМ
htdocs/ukm/templates_c/
и перезапустить апач

на линукс серверах УКМа чистить не все - там есть что-то важное
(что именно выяснить пока не удалось)

█ 06.03.2013 11:55

продолжу...
обновляю после закрытия магазина... поднимаю версию с 4805 до 5002... этапы такие идут
4805-4806
4806-4900
4900-4901
4901-4902
4902-4903
4903-4904
4904-4905
4905-4906
4907-4908
4908-4909
и тут ошибка обновления сервера

Цитата:

2013/03/04 22:53:21|Creating UPDATE_PACKAGE_IN_PROGRESS
2013/03/04 22:53:21|Checking if directory C:\Program Files\ukmserver\ukmupman\temp_unpack exists
2013/03/04 22:53:21|C:\Program Files\ukmserver\ukmupman\temp_unpack found
2013/03/04 22:53:21|Removing C:\Program Files\ukmserver\ukmupman\temp_unpack
2013/03/04 22:53:21|
2013/03/04 22:53:21|---- ERROR ----
2013/03/04 22:53:21|
2013/03/04 22:53:21|ERROR: Failed to process package 00004908-00004909.ops.s.zip. remove_dir() - Ошибка удаления каталога
"C:\Program Files\ukmserver\ukmupman\temp_unpack"

Невозможно удалить каталог:
C:\Program Files\ukmserver\ukmupman\temp_unpack

С+ отвечает, что

Цитата:

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

а я так подозреваю, что при отсутствии прав, ошибка возникла бы уже на этапе 4805-4806...

у кого мысли есть?

Добавлено через 5 минут 2 секунды
дополню... такая ошибка возникает на 2-х серверах.

█ 06.03.2013 23:08

да что за непруха... обновляю другой магазин... сервер обновился успешно... при запуске апача такая ошибка

Цитата:

[Wed Mar 06 23:06:20 2013] [notice] Parent: Created child process 5576
PHP Warning: PHP Startup: Unable to load dynamic library 'c:/phpukm/ext/php_ukm.dll' - \xcd\xe5 \xed\xe0\xe9\xe4\xe5\xed \xf3\xea\xe0\xe7\xe0\xed\xed\xfb\xe9 \xec\xee\xe4\xf3\xeb\xfc.\r\n in Unknown on line 0
[Wed Mar 06 23:06:20 2013] [notice] Child 5576: Child process is running
[Wed Mar 06 23:06:20 2013] [notice] Child 5576: Acquired the start mutex.
[Wed Mar 06 23:06:20 2013] [notice] Child 5576: Starting 250 worker threads.

откатываю обратно ((((

█ 07.03.2013 11:12

может у тебя х64
и вся загвоздка в "Program Files"/"Program Files (x86)"
сталкивался с тем, что при обновлении новый апач встал в новое место,
а служба апача осталась старая
(пересоздавал службу батниками из нового места и все пошло)

█ 07.03.2013 11:15

последнее обновление делал на 32 битах... щас экспериментирую на свежеустановленной винде на другом компе
dll лежит по тому пути, что в логах кстати

█ 07.03.2013 11:18

еще бывало много раз падало на невозможности подменить php_ukm.dll
для меня обычно хорошо срабатывало перед обновлением переименовать старый,
тогда новый ложился хорошо + может "regsvr32 php_ukm.dll"

█ 07.03.2013 11:20

честно... не подумал об этом... поздно уже было...

█ 07.03.2013 11:36

У меня в моей инструкции по обновлению на х64:
останавливаем укмсервер, апач, через проводник копируем руками из бэкупа 2 раза ukmserver.exe и php_ukm.dll на места где они рабочие лежат,и не запуская эти службы – запускаем апдейт.