Странный глюк при закрытии смены с доп. отчетами.

[Бродяга_Джон]

В общем такая ситуация, позавчера, в субботу вечером операторы отработали, стали закрывать смены на РМК, при закрытии смены настроенно на печать "Отчет по кассирам" (так как там видны скидки). На одном снялось всё нормально, а вот на втором вышла странность. Выбирают закрытие смены и всё, ни чеков на ФР, ни закрыть окно отчётов. Просто что-то зависает, при этом комп начинает "тормозить" основательно.
Комп перезагружали - без толку, результат 0.
Ну ладно, оставили они полсе дебатов по телефону как есть, не сняв Z.
Утром вчера, в воскресенье, Дэнси естественно на незакрытую смену пальчиком указала, и всё, снова при закрытии тот же эффект, комп просто не реагирует и чеков нет. После обеда смог к ним доехать. Решила-мучали, в очередной раз поробывали снять просто Z, и на удивление он вдруг пошел.Но!!! ФР выдал ВСЕ отчёты которые пробывали в закрытие смены и так. То есть он напечатал субботний Z с цифрами, но не было отчета по кассирам, и потом выдал ещё все пробы с нулями. И во всех случах не было отчета по кассирам. Дума странно. Выбираю в отчетах ККМ отчет по кассирам и на тебе, на комп нападают "тормоза" и чека нет на ФР. Остальные снимает нормально. Ладно, попробывал поверх снова патч7 накатить, накатил, результат не изменился. Где, какие логи проштудировать на предмет выявления?

PS
второе РМК нормально работает (конфа идентичная у них)

[Alexander]

Скиньте на support@dnc-soft.ru архив папки /tmp/dancy
Попробуйте ФРы поменять местами (при закрытой на обоих ФР смене) - станет понятно, где искать проблему: в Postgres/ДЭНСИ: КАССе, или в самом ФР (настораживает Ваша информация о распечатке всех попыток снятия отчетов - значит, в ФР они попадали, но не печатались).

[Бродяга_Джон]

Да, там ещё был момент странный.
Когда сразу не вышло закрыть смену, перезагрузили комп и попытались пробить чек на сервисный пакет, чтоб проыверить не ФР ли, чек отбился и ФР выдал чек.


Я вчера им убрал из Закрытия смены снятие этого доп. отчета по кассирам. Вечером, перед закрытием магазина, специально закрыли смену, всё прошло нормально. А вот попытка снять отчет по кассирам - что-то подвешивает.
Может попробывать посмотреть что там жрёт ресурсы в это время?
Если провести аналогию с виндой то ситуация когда какой-то процесс начинает кушать всё процессорное время.

Да, ещё вспомнил. Если комп пытаться ребетнуть (набравшись терпения малость) через завершение работы - перезагрузка, то там на синем фоне чёрными выходит какая-то надпись, разобрать что именно там написано достоверно невозможно, так как строка начинаясь от левого края и доходя до правого не переноситься, а продолжает в той же строке накладываться поверх (ну скажем так когда строка рассчитана на разрешение 1024хХХХ, а при выводе установленно 640хХХХ) примерно там что-то ожидает чего-то и нажмите ("ESC")

вот оно ругалось утром 2 числа, когда смена с 1-го числа не была закрыта.
reshka_2011-05-02_08-19.log.gz

Код: Выделить всё

--------AUTHORIZATION-------
can't read value IpAddress use as default 127.0.0.1
can't read value IpPort use as default 5557
USBDRV::USBDRV()
start of RMK's main function..
resolution_width = 1280
resolution_heigth = 1024
``````````````````````````
SYSTEM SETUP: was init 91 parameters
``````````````````````````
scaner keyboard
2, 0, 13, 0
UModel == 2 57mm
UModel == 2 57mm
UModel == 2 57mm
UModel == 2 57mm
UModel == 2 57mm
````````````````````````````
Session is opened
````````````````````````````
Error(er = 74)
wait_stop
D I S P L A Y ---  STOPED  --- D I S P L A Y
PortFileDescr MCRDRV = 0
end void MCRDRV::stop()


еще там было Error(er = 14)

PS
архив если сегодня доберусь до них скину вечером, иначе завтра только

[Alexander]

Ну эти сообщения об ошибках как раз стандартные.
74 - о необходимости закрыть смену
14 - при нажатии [Enter] без регистрации товаров ("Чек не открыт - операция невозможна").
Подумайте все-таки насчет того, чтобы ФРы поменять местами для проверки.

[Бродяга_Джон]

Сперва погляжу какой процесс подвисает при попытке отчета по кассирам

[Бродяга_Джон]

Проверили сегодня ФР отдельно на ноуте сервисной прогой его родной, всё нормально снимает.
К вечеру поеду сам, смотреть процессы и потом закину архив папки.

[Alexander]

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

[Бродяга_Джон]

Просто банальное перекидывание ФР в данном случае будет не совсем корректным, хоть они оба и Меркурий, но один на новой базе, а второй на старой.
Хотя перекидку тоже потом попробую, я специально к вечеру еду, к закрытию, а то как на зло глюк на компе где база стоит, второй к нему зацеплен.

[Alexander]

Может, заодно скиньте архив дампов обеих БД (или загружаемый goods.txt хотя бы) - попробуем на Вашей базе попечатать отчеты на нашем стендовом Меркурии.

[Бродяга_Джон]

закинул, lincash и транзакции, плюс goods.txt