Ошибка загрузки\выгрузки данных на кассе : УКМ-2

prim · █ 28.10.2009 13:57

Добрый день. Прошу помочь прояснить ситуацию, просмотрел страниц 6 подобных тем - явного подобия не нашел.

УКМ 2.5М, Супермаг 1.024.3 сп2

Кратко изложу предысторию: всё чаще стала появаляться ошибка 216, при том, что удаление смен и упаковку выполняю регулярно (на момент усугубления проблемы хранилось всего 10 последних смен).
HDD проверен - ошибок не найдено. Было принято решение переустановить УКМ (в свое время на другой машине помогло)
первый день отработан без происшествий, сегодня появилась следующая проблема:

загрузка даных в кассу стопорится почти сразу, на карточках товаров, сообщение "предыдущая фатальная ошибка не была устранена"
выгрузка закрытой смены стопорится на таблице cashdisk c тем же сообщением
в каталоге database на кассе появился файл типа 30062986.DB (насколько понимаю - как раз то, на чем выгрузка стопорится)
на других кассах такого нет.

Журнал на сервере выдал ошибку:

Тип события: Ошибка
Источник события: SMCash Server
Категория события: Сервер
Код события: 2052
Дата: 28.10.2009
Время: 9:48:38
Пользователь: Н/Д
Компьютер: SERVER
Описание:
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.

Запись 1. Код=80004005h (600) [Microsoft OLE DB Provider for Oracle]:

ORA-00600: код внутр. ошибки, аргументы: [2865], [201], [200], [217103], [], [], [], []

ORA-06512: на "SUPERMAG.CASH", line 2283
ORA-06512: на line 1

Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin Supermag.Cash.CreateUkmCliClass(0);
end; %3 %4 %5 %6 %7 %8

в Оракле практически ноль, поэтому прошу сильно не пинать :(

OlegON · █ 28.10.2009 14:31

Быстренько проверяем базу:

Цитата:

ERROR:
ORA-600 [2865] [a] [b] [c]

VERSIONS:
versions 6.0 to 9.2

DESCRIPTION:

We are validating a block read request and find that the file number
and/or block number that we have been asked to read is invalid.

ARGUMENTS:
Arg [a] File number (valid range 1 to <= Arg [b])
Arg [b] Maximum number of permanent data files
Arg [c] Block number (valid range > 1)

FUNCTIONALITY:
KERNEL CACHE FILES COMPONENT

IMPACT:
PROCESS FAILURE
NON CORRUPTIVE - No underlying data corruption.

Если есть нормальная удаленка - могу поковыряться.

Dim · █ 28.10.2009 18:03

сообщение "Предыдущая фатальная ошибка не исправлена" при выгрузке данных с кассы говорит о том, что в каталоге обмена (выгрузки с кассы) есть недовыгруженные данные. Лечится чисткой соответствующего каталога и последующей повторной выгрузкой. А вот ORA-600, как правильно написал Олег, это серьезная ошибка. Прими совет Олега - пусти его поковыряться.

prim · █ 28.10.2009 20:06

Каталоги чистил - проблема остается как по загрузке данных там и по выгрузке смены :( Проблема в кассовом сервере? но тогда почему на других машинах такого нет?
Остается надеяться, что налажу удаленный доступ и Олег таки поглядит...

MirProd · █ 29.10.2009 01:08

Попробуй на кассе удалить таблицу cnvlog.db, а лучше сразу пересоздай таблицы всех справочников, и заодно все файлы pdoxusrs.net, на сервере очисти каталог выгрузки Z-отчетов.

kadr · █ 29.10.2009 09:05

С базой надо разбираться, а именно с ошибкой ORA-600, всё остальное может быть следствием данной ошибки

prim · █ 29.10.2009 10:15

Цитата:

MirProd ➤ Попробуй на кассе удалить таблицу cnvlog.db, а лучше сразу пересоздай таблицы всех справочников, и заодно все файлы pdoxusrs.net, на сервере очисти каталог выгрузки Z-отчетов.

Помогло.
Только pdoxusrs.net не пересоздавал. Удалил из DATABASE справочники, переиндексировал базу, удалил данные из CASHREP на сервере, на кассе сделал выгрузку Z по дате. На данный момент прием\передача работают. Спасибо :)
Осталось с ORA-600 разобраться..

OlegON · █ 01.12.2009 10:10

По ora-600 разобрались, проблема - в отсутствии патчей на Oracle. Ловится достаточно просто, смотрим на свойства oci.dll в oracle\bin\ т.е. при подключении старая база писала 8.1.6.3, а вот бинарники были непатченные (после восстановления). Верный способ посмотреть версию бинарников - в oci.dll