Уважаемые разработчики подскажите в чем может быть проблема.
Буквально на днях обновили версию Ирбиса с 7.2 на 8.1.

Но после этого машина постоянно выдает следующие ошибки:
Отчет об ошибке постановки в очередь: ошибка приложения cgiirbis_64.exe, версия 0.0.0.0, модуль borlndmm.dll, версия 5.0.5.62, адрес 0x000046d7.
Отчет об ошибке постановки в очередь: ошибка приложения gate.EXE, версия 0.0.0.0, модуль gate.EXE, версия 0.0.0.0, адрес 0x000053b1.

А когда я подключила статистику для Веб-ИРБИС, сервер стал зависать, база статистики блокируется постоянно, процессор сервера загружен практически на 100%. Думала удалить статистику но выдается сообщение что база статистики используется. В чем может быть причина.

Простите и еще вопрос.
Я сравнила новый и старый irbis_server.ini файлы, в новом ini-файле появился блок относительно базы статистики:

[LOGDB]
FRAMES=e:\IRBIS64\DATAI\frames_71\Ibis\Main\
ShowFrames=header_1.frm, search_4.frm,footer_7.frm
SearchFrames=header_1.frm, search_search.frm,RESULT,footer_search.frm,footer_7.frm
DICT_FORMAT=web_dict
EXTPREF=<b><font color=red>
EXTPOST=</font></b>
MIN_COLOR_COUNT=2
=#HTTP HEADERS
*.*.*.*=1
IMPORT_ISO_*.*.*.*=1
IMPORT_ISO_DBNFLC=dbnflc
ContentType=
Content-Base=
Content-Encoding=
Content-Language=
Content-Location=
Content-MD5=
Content-Range=
ETag=
Expires=
Last-Modified=
Content-Disposition=
DBNAME=LOGDB

[LOGDB_EX]
FRAMES=e:\IRBIS64\DATAI\frames_71\Ibis\MainEx\
ShowFrames=header_1.frm, main.frm,footer_7.frm
DictionryFrames=header_1.frm, header_dict.frm, RESULT, footer_dict.frm, footer_7.frm
DICT_FORMAT=web_dict
MIN_COLOR_COUNT=1
DBNAME=LOGDB

[LOGDB_PRINT]
FRAMES=e:\IRBIS64\DATAI\frames_71\Ibis\Default\
ShowFrames=print.frm
=#HTTP HEADERS
ContentType=text/html; application/remote-printing;
Content-Base=
Content-Encoding=
Content-Language=
Content-Location=
Content-MD5=
Content-Range=
ETag=
Expires=
Last-Modified=
Content-Disposition=attachment; filename="print.htm"
DBNAME=LOGDB

[LOGDB_PROF]
FRAMES=e:\IRBIS64\DATAI\frames_71\Ibis\MainEx\
ShowFrames=header_1.frm, main_prof.frm,footer_7.frm
DBNAME=LOGDB

[LOGDB_ZAKAZ]
FRAMES=e:\IRBIS64\DATAI\frames_71\Ibis\MainZakaz\
ShowFrames=header_1.frm, RESULT,zakaz.frm,footer_7.frm
ZakazFrames=header_1.frm, RESULT,footer_7.frm
DBNAME=LOGDB

поиск, печать, заказ, я правда не понимаю зачем в этой базе заказ и поиск, но может надо, тогда наверное изменилась и технология подключения веб статистики, напишите, пожалуйте какая она.

Пожалуйста, ответь хоть что не будь, а то у нас вся работа стоит

У Вас вообще не работает WEB ИРБИС или происходят периодические ошибки?

У нас зависает как Web так и локальный Ирбис, работать не возможно, процессор сервера загружен практически на 100%. База статистики постоянно блокируется.
Постоянно выдаются ошибки:
Ошибка приложения cgiirbis_64.exe, версия 0.0.0.0, модуль borlndmm.dll, версия 5.0.5.62, адрес 0x000046d7. Она выводится постоянно, реже
ошибка приложения gate.EXE, версия 0.0.0.0, модуль gate.EXE, версия 0.0.0.0, адрес 0x000053b1.
Причем ошибка gate.EXE, выдавалась и раньше но не так часто.

Рекомендую Вам использовать базу данных LOGDB в режиме ежедневного опустошения и создания отчета.
В ини файле шлюза есть следующие параметры которые касаются LOGDB

#имя БД для логов
#LogDateBase=LOGDB
#опустошать ежедневно LOGDB
#EveryDayEmtyLogDB=1
#Формат перед опустошением для отчета - применяется к 1-й записи LOGDB - см пример otchet.pft
#EveryDayEmtyLogDB_Format=otchet
#Имя файла отчета
#EveryDayEmtyLogDB_Report=otchet.csv


Пример файла создания строки ежедневного отчета найдете в директории Deposit WEB ИРБИС - otchet.pft

Мы ее и использовали, и все было впорядке, и опустошалась база статистики каждый день, и отчет выводился, но после того как мы поставили новую версию, начались сбои, о которых я писала раньше. Зачем в ini-файле прописан заказ и поиск по базе статистика, может это ошибка и ее нужно убрать?

Проверьте соотвствие irbis64.dll в системе ИРБИС и рядом со шлюзом.

Извините, пожалуйста, не могли бы Вы написать более подробно, что имеется виду "проверить соответствие irbis64.dll в системе ИРБИС и рядом со шлюзом". Как мне сравнить эти два файла, я вижу только что размер они имеют одинаковый 671 КБ, а вот созданы в разные даты, в системе 26.03.2009, а в шлюзе 22.01.2009.

В версии 2008.1 были структура баз была значительно изменена. Чтобы WEB ИРБИС корректно работал с базами новой структуры требуется скопировать в директорию WEB ИРБИС ту же версию библиотеки irbis64.dll, которая используется сервером.

Спасибо за ответ. Попробуем.

После обновления версии Ирбис32 с 7.2 на 8.1 при попытке получить доступ к базам данных через Web Ирбис выдается "Ошибка выполнения CGI".
Подскажите, пожалуйста, как можно решить эту проблему.

1. Убедитесь в работоспособности модуля Каталогизатор на всех базах новой версии ИРБИС.

2. Убедитесь в отсутствии файлов с расширением par в папках баз. Если они присутствуют там, удалите их.

3. Убедитесь в том, что новая версия была установлена в тот же каталог, где располагалась старая. Проверьте пути.

4. Установите новую копию WEB ИРБИС, предварительно изменив пути в WebIrbis32.ini, чтобы не затронуть работу оригинальной. (Безопасно лишь в том случае если Вы самостоятельно не редактировали форматы в папках баз). Проверьте её работоспособность.

Если описанные меры ничего не дали, перешлите на адрес sokolinsky_k_e[sobaka]mail.ru старую и новую версию папки IRBIS\DATAI\IBIS (Если количество записей в базах велико, можете опустошить их.) а так же файл cgi-bin\irbis32_XX\irbis32.ini



Редактировано 1 раз. Последний раз 10.08.2009 13:39 пользователем Кирилл Соколинский (СЗТУ).

Дополнение к предыдущему сообщению...

5. Убедитесь в том, что Ваша версия WEB ИРБИС поддерживает многосоставные FST файлы(рекомендация актуальна только для совсем старых версий WEB ИРБИС. )

6. Убедитесь в том, что в Вашей ситуации отсутствует проблема описанная здесь [irbis.gpntb.ru]

7. Временно очистите <имя базы>.fst файл. Если это восстановит работоспособность системы, убедитесь в том, что каждая составная часть <имя базы>.fst содержит в конце только один перевод строки.

Спасибо за помощь. Теперь понятно, что проблема именно с .fst файлами. Будем работать в этом направлении.