[ТЕМА ЗАКРЫТА]
13.07.2006 09:52
OlegON
 
Инструкция с дополнениями
21.07.2006 12:56
akonev
 
а вот как разобраться, для какой версии тут posload живет?
в соседней ветке их сразу два, дак они там подписаны: 31 и 33.

можно ли то, что тут лежит, пользовать для 37 ?
21.07.2006 14:08
OlegON
 
Перезалил по вышеуказанной ссылке, с этой можно. Это последняя.
21.07.2006 14:09
Mtirt
 
37-ая то не последняя... Точно можно?
21.07.2006 14:19
Mtirt
 
А то у меня специалист по кассам с понедельника в отпуске.
Я видимо узнаю много нового про УКМ4.
25.07.2006 08:19
akonev
 
как-то оно чудно работает *01
то есть сам-то posload отрабатывает отлично:
запустили, подождали, посмотрели в базу: все закачалось.
после этого ребутим кассу. запускается укм и часа два с лишним жужжит винтом. после чего ругается на несоответствие номера смены.
смотрим - и правда: в кассовой базе уже опять ВСЕ чисто *10
27.03.2007 14:05
votTAKOY
 
Аналогичную ситуацию наблюдаю в течение последних полугода на версиях 39, 41, 42. После отработки posload выходит лог где все счетчики правильные. После ребута кассы очищается не только база кассы, но и информация по этой кассе на сервере. Данную ситуацию наблюдал неоднократно на двух гипермаркетах (кассы- Siemens и Toshiba 6500 c фискалкой FIS520PCI). МОЖЕТ кто-нибудь скажет как заставить posload работать правильно? Может в инструкции какое несоответствие?
13.04.2007 19:10
ReDHawK
 
Самолично заливал послоадом кассы, нормально отрабатывает. Правда в последний раз версию наверное 40. Но у меня нареканий не было, кроме того что он auth_local_storage но его почистить ручками (все равно эти данные уже не актуальны стали) и все становиться пучком $-)
27.04.2007 09:23
Gromila
 
Андрей Конев прав как не когда! ))) Я потратил 3-и дня чтобы поднять кассу! Послоад отрабатыет все правиль и нормально только при перезагрузке затирает данные ))) так оно и есть!

А проБлема заключается в неполном и неправильном формировании таблицы State на кассе первая проблема что Posload не меняет значение поля State.General_Clean. Т.е. при переустановки ПО на кассе автоматически в поле State.General_Clean присваевается '1', а после обработки Posload-а State.General_Clean все равно остается равной '1'. Приходится ручками идти на кассу и править State.General_Clean на '0' тогда не затираются данные при перезагрузке!
27.04.2007 09:41
akonev
 
Цитата:
Gromila Приходится ручками идти на кассу и править State.General_Clean на '0' тогда не затираются данные при перезагрузке!
Расскажи подробно точную последовательность действий.
Эту фишку явно надо в FAQ определить.
27.04.2007 21:30
vdm
 
Цитата:
Andrew_Konev Расскажи подробно точную последовательность действий.
Эту фишку явно надо в FAQ определить.
FAQ это хорошо.
Однако странный у вас posload какой-то, у себя не припомню такой ситуации.
Кассы с фискальником. УКМ от 39 до 41(без sp).
Файл posload размером 886 876 байт.
Может только с 42-ми версиями такое ?
Или на кассах с фискальной платой ?
28.04.2007 08:36
Gromila
 
Posload нормальный а стоит у меня 41 Sp2.

Последовательность такая:

1. Делаем Backup серверной базы на всякий случай.
2. Стопаем сервис УКМ.
3. Ставим на кассе новую копию укм.
4. Касса перегружается и говорит что не может железо найти и это естественно т.к. сервис у нас остановлен и сервер данные по железу не реплицировал на кассу.
5. Устанавливаем соединение через Putty на кассу.
6. Запускаем Posload.
7. Затем любым менеджером для mysql коннектимся к базе
восстанавливаемой кассы и правим State.General_Clean c '1' на '0'.
8. Выключаем кассу
9. Стартуем сервис УКМ
10. Включаем кассу!

Еще один вариант.
1. Backup серверной базы
2. Переустановка укм на кассе
3. Перезагружаем кассу
4. Восстанавливаем базу сервера из backup т.к. после перезагрузки репликацией сервер все данные по этой кассе убил в базе.
5. Заходим через Putty на кассу.
6. Делаем Posload.
7. Перезагружаем кассу.

Вроде так может мелоч какуе-нибудь пропустил! ))) Но вроде все правильно!
Но первый вариант мне больше нравится я им и пользуюсь!
28.04.2007 14:07
vdm
 
Цитата:
Gromila Posload нормальный а стоит у меня 41 Sp2.

Последовательность такая:

1. Делаем Backup серверной базы на всякий случай.
2. Стопаем сервис УКМ.
Гм.
Никогда сервер не стопил.

Цитата:
4. Восстанавливаем базу сервера из backup т.к. после перезагрузки репликацией сервер все данные по этой кассе убил в базе
Это вообще не понятно - как сервер может убить у себя данные по кассе,
которая еще не жива и не подключена к нему.

Обычно так:
1. Установка кассы
2. После перезагрузки она берет с сервера конфигурацию железа и спрашивает номер кассы
3. Прибить на кассе УКМ (forcekillukm.sh)
4. posload
5. перезагрузка
02.05.2007 12:56
ReDHawK
 
Послоад не лазит в State.General_Clean. При создании кассовой базы туда 0 вписывается: INSERT INTO state VALUES ('General_Clean','0'); Откуда у Вас там 1 берется нужно разбираться.
02.05.2007 13:47
Gromila
 
Ребята я же тут не просто так все это пишу!
У меня 41.sp2 получилась долгими обновлениями, а изначально стояла 27 версия. Может конечно и из-за этого, но когда переустонавливаю кассу, перегружаю её, то она подтягивает настройки железа и т.д. и т.п.. Потом каким-то мтранным образом идет репликация на сервер и с сервера все данные по этой кассе стираются!

У меня 1 касса, по незнанию, уже очень давно затерла все данные по себе и теперь на серваке 6 касса начинается с 50 смены!

Просто так бы я не писал.
02.05.2007 15:22
ReDHawK
 
Пишу как я делал:
1. Создал носитель и залил кассу.
2. Вынул носитель и ребутнул кассу.
3. Касса загрузилась и просит регистрации на сервере.
4. Захожу SSH клиентом (SecureCRT или Petty) делаю forcekillukm.
5. Виндовым Posload`ом с сервера заливаю кассу.
6. Ребучу кассу.
03.05.2007 06:48
akonev
 
Цитата:
ReDHawK 5. Виндовым Posload`ом с сервера заливаю кассу.
Вот ОНО!
В таком разе, vdm прав: posload у Gromila был странный.
В том смысле, что не такой, как у вас. Он был линуксовый.
О том, что существует виндовый - первый раз слышу. *01
Век живи - век учись!
03.05.2007 14:59
vdm
 
Цитата:
Andrew_Konev Вот ОНО!
В таком разе, vdm прав: posload у Gromila был странный.
В том смысле, что не такой, как у вас. Он был линуксовый.
О том, что существует виндовый - первый раз слышу. *01
Век живи - век учись!
А я как раз линуксовый использую.
Виндовый у меня валяется, но не пользовался им никогда, просто потому что не догадался зачем он нужен :)
03.05.2007 15:04
akonev
 
хм. значит, еще какие-то странности есть :)
17.05.2007 15:00
ReDHawK
 
Ну так мне проще с виндового, т.к. что бы запустить его не нуно лезть на кассу $-)
21.05.2007 06:55
akonev
 
Цитата:
ReDHawK Ну так мне проще с виндового, т.к. что бы запустить его не нуно лезть на кассу $-)
Гыыы!!!
Цитата:
ReDHawK 4. Захожу SSH клиентом (SecureCRT или Petty) делаю forcekillukm.
Это не подколка, не обижайся. Я бы тоже предпочел с сервака все делать. Просто забавно получилось.
21.05.2007 17:23
votTAKOY
 
Цитата:
Gromila Андрей Конев прав как не когда! ))) Я потратил 3-и дня чтобы поднять кассу! Послоад отрабатыет все правиль и нормально только при перезагрузке затирает данные ))) так оно и есть!

А проБлема заключается в неполном и неправильном формировании таблицы State на кассе первая проблема что Posload не меняет значение поля State.General_Clean. Т.е. при переустановки ПО на кассе автоматически в поле State.General_Clean присваевается '1', а после обработки Posload-а State.General_Clean все равно остается равной '1'. Приходится ручками идти на кассу и править State.General_Clean на '0' тогда не затираются данные при перезагрузке!
Точно!. После переустановки кассы и заливки ее виндовым Posloadom в поле State.General_Clean стояла '1'. Исправил на 0 перезагрузил и все нормально... Большое спасибо за совет.

Только теперь хотелось бы узнать почему этот параметр становится в '1'.
Касса с фискалкой FIS520PCI.
22.05.2007 13:48
ReDHawK
 
Цитата:
Andrew_Konev Гыыы!!!

Это не подколка, не обижайся. Я бы тоже предпочел с сервака все делать. Просто забавно получилось.

Мне не на что обижаться, т.к. УКМ действительно нужно остановить, я привык forcekillukm`ом , но могу и через веб интерфейс остановить, благо давно уже доступ на кассы вебинтерфейсом существует.
Опции темы


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

 

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