[ОТВЕТИТЬ]
Опции темы
03.03.2013 09:37  
Dim
Текущая версия - 48СП5. Действую по инструкции, скачанной с ФТП. Дошел до 6 пункта - "Произвести предварительную закачку обновлений на кассу." Запускаю закачку обновлений на 1-ю кассу, получаю
Цитата:
Для кассового пакета обновлений tzdata-2011.tgz из 00004902-00004903.ops.s.zip не совпала md5
Никто не сталкивался? Я так подозреваю, что криво собран пакет, потому что все эти пакеты лежат в архиве, который нормально распаковался.
 
03.03.2013 12:52  
Dim
на фтп несколько инструкция по обновлению... смотрел с более свежей датой... в результате стал обновлять по инструкции из документации к УКМ...
сервер обновился. запустил обновление резервной кассы. касса запросила разрешение на обновление, разрешил. черное окно - идет обновление, не трогайте клавиатуру, не выключайте кассу... жду... смотрю лог на кассе - при установке обновления 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  
Dim
продолжу...
обновляю после закрытия магазина... поднимаю версию с 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  
Dim
да что за непруха... обновляю другой магазин... сервер обновился успешно... при запуске апача такая ошибка

Цитата:
[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  
Dim
последнее обновление делал на 32 битах... щас экспериментирую на свежеустановленной винде на другом компе
dll лежит по тому пути, что в логах кстати
 
07.03.2013 11:18  
Павел Сосновских
еще бывало много раз падало на невозможности подменить php_ukm.dll
для меня обычно хорошо срабатывало перед обновлением переименовать старый,
тогда новый ложился хорошо + может "regsvr32 php_ukm.dll"
 
07.03.2013 11:20  
Dim
честно... не подумал об этом... поздно уже было...
 
07.03.2013 11:36  
AlexLog
У меня в моей инструкции по обновлению на х64:
останавливаем укмсервер, апач, через проводник копируем руками из бэкупа 2 раза ukmserver.exe и php_ukm.dll на места где они рабочие лежат,и не запуская эти службы – запускаем апдейт.
 
 


Опции темы



Часовой пояс GMT +3, время: 17:17.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.