Здравствуйте!. Частями по ночам запускаем индексацию полных текстов. (2018.1 D4)
Во время последней индексации произошла ошибка.(см. скрин ошибка)

БД в Каталогизаторе работает в штатном режиме, в web ее "нет".
Провела создание файла словаря только Эк - результат не дало.
Диагностика файла словаря - норм.
Диагностика файла документов выявила ошибки несоответствие MST (см. скрины).
Запустила как предлагает программа восстановление, предварительно сохранив данные файлы и всю базу на всякий случай.

АРМ Администратор "висит" пустым окном уже несколько часов, посмотрю до конца рабочего дня, если не даст результатов, какие дальнейшие действия?

И можно ли работать каталогизаторам при этом зависшем процессе в базе (вводить книговыдачу например?)

Стоит ли создавать словарь заново полностью?

Спасибо!

NataliT написал(а):
-------------------------------------------------------
> Здравствуйте!. Частями по ночам запускаем
> индексацию полных текстов. (2018.1 D4)
"Частями" - это как?

это по 200 файлов индексируем

отбираем 200 файлов, переименовываем, проверяем распознаннность, делаем ГК 64,и ставим создать словарь заново полностью.

а АРМ Администратор до сих пор висит, такое впечатление, что ничего не происходит

NataliT написал(а):
-------------------------------------------------------
> отбираем 200 файлов, переименовываем, проверяем
> распознаннность, делаем ГК 64,и ставим создать
> словарь заново полностью.
Я не понимаю, что это за технология...
И я Вам, кажется, уже говорил, что глобальная корректировка 64TO64PLUS делается ОДИН раз при переводе БД на версию 2018.1

Александр Иосифович, я Вас спрашиваю про ошибку, которая возникла - как ее исправить и почему АРМ Администратор при ее исправлении зависает.
Хотя у меня такое ощущение, что он просто зависает и не пытается исправить ошибку.
Если бы мы сделали ГК 1 раз надо всеми файлами, при таком увеличении объема файлов после индексации (писала об этом [irbis.elnit.org]) , у нас бы ничего не вышло.

Наталия Анатольевна, но ведь Роман Квас написал по электронной почте, что у вас все получилось? Опять возникли какие-то проблемы? Напишите пожалуйста по электронной почте подробности. А почему не используете обновление D5 ?

Роман Сергеевич, написала Вам на почту.

Здравствуйте!

Похожая ситуация. Версия ИРБИС64+ 2018.1 D5.

При запуске "Создать словарь заново полностью" на БД с полными текстами, через какоето время появляются ошибки и процессы зависают. (8-ми ядерный сервер, 8 процессов). Скриншоты ошибок см. в прикрепленных файлах.

Покажите содержимое секции [FullText] в Irbisa.ini.

Также укажите размер и дату создания файла qpdf_irbis.dll

[FullText]
# !!! OLD SETTINGS 2018 D3
#признак актуализации полного текста при актуализации словаря в АРМе Администратор
#FULLTEXTACTUAL=1
#максимальное время (в сек.) извлечения страницы
#PDFExtractTime=30
#STORE_PAGES_IN_CASH=1
#STORE_JPG_PAGES_IN_CASH=1
#JPG_PAGES_IN_CASH_DPI=200
#PDF_SPLITMERGE_EXTRACT_PAGE_COUNT=20
# 1 - pdfsplitmerge 2 - QuckPDF 3 checkpdf.exe+pdfsplitmerge
#ExtractPDFPageMode=1
#ExtractPDFLink=1
# !!! NEW SETTINGS 2018 D4
#признак актуализации полного текста при актуализации словаря в АРМе Администратор
FULLTEXTACTUAL=1
PDFPageNumber=10
#максимальное время (в сек.) извлечения страницы
PDFExtractTime=30
STORE_PAGES_IN_CASH=1
STORE_JPG_PAGES_IN_CASH=0
JPG_PAGES_IN_CASH_DPI=200
PDF_SPLITMERGE_EXTRACT_PAGE_COUNT=20
# 1 - pdfsplitmerge 2 - QuckPDF 3 checkpdf.exe+pdfsplitmerge 4 - QPDF_irbis.dll fast(сразу все сраницы извлечь) 5 - QPDF_irbis.dll - по одной странице
ExtractPDFPageMode=5
ExtractPDFLink=1
ExtractPDFTXTMode=0
#Проверять pdf на возможность извлечения страниц с помощью quickdll
CheckPDF_with_Quickdll=1

Настройки FullText сделаны по рекомендациям из D4.

qpdf_irbis.dll 1 541 632 24.03.2019

Давайте поступим следующим образом. Сейчас готовится обновление D6. Я вышлю Вам - в порядке эксперимента - предварительный вариант этого обновления в части полнотекстового функционала. В письме я напишу порядок действий. Пошлю на адрес alexwolf@ukr.net

Уточняю: в отправленном Вам архиве 8 файлов.