Восстановление кассы : УКМ-4

Расскажи подробно точную последовательность действий.
Эту фишку явно надо в FAQ определить.

FAQ это хорошо.
Однако странный у вас posload какой-то, у себя не припомню такой ситуации.
Кассы с фискальником. УКМ от 39 до 41(без sp).
Файл posload размером 886 876 байт.
Может только с 42-ми версиями такое ?
Или на кассах с фискальной платой ?

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. Перезагружаем кассу.

Вроде так может мелоч какуе-нибудь пропустил! ))) Но вроде все правильно!
Но первый вариант мне больше нравится я им и пользуюсь!

Гм.
Никогда сервер не стопил.

Это вообще не понятно - как сервер может убить у себя данные по кассе,
которая еще не жива и не подключена к нему.

Обычно так:
1. Установка кассы
2. После перезагрузки она берет с сервера конфигурацию железа и спрашивает номер кассы
3. Прибить на кассе УКМ (forcekillukm.sh)
4. posload
5. перезагрузка

Послоад не лазит в State.General_Clean. При создании кассовой базы туда 0 вписывается: INSERT INTO state VALUES ('General_Clean','0'); Откуда у Вас там 1 берется нужно разбираться.

Ребята я же тут не просто так все это пишу!
У меня 41.sp2 получилась долгими обновлениями, а изначально стояла 27 версия. Может конечно и из-за этого, но когда переустонавливаю кассу, перегружаю её, то она подтягивает настройки железа и т.д. и т.п.. Потом каким-то мтранным образом идет репликация на сервер и с сервера все данные по этой кассе стираются!

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

Просто так бы я не писал.

Пишу как я делал:
1. Создал носитель и залил кассу.
2. Вынул носитель и ребутнул кассу.
3. Касса загрузилась и просит регистрации на сервере.
4. Захожу SSH клиентом (SecureCRT или Petty) делаю forcekillukm.
5. Виндовым Posload`ом с сервера заливаю кассу.
6. Ребучу кассу.

Вот ОНО!
В таком разе, vdm прав: posload у Gromila был странный.
В том смысле, что не такой, как у вас. Он был линуксовый.
О том, что существует виндовый - первый раз слышу. *01
Век живи - век учись!

А я как раз линуксовый использую.
Виндовый у меня валяется, но не пользовался им никогда, просто потому что не догадался зачем он нужен :)

хм. значит, еще какие-то странности есть :)