Добрый день.
В АРМ Книговыдача заказы при несоответствии места выдачи и хранения, когда отмечен заказ галочкой - не выполняется, а когда выполнить заказ текущего, но отмечен другой заказ - выдача осуществляется.

Елена, КрЦНТИБ Красноярской ж.д.



Редактировано 1 раз. Последний раз 29.11.2018 09:44 пользователем LiLi.

[irbis.gpntb.ru]

Добрый день.
В непериодических изданиях не сворачивается длинное содержание (oprimd_H.pft).

Елена, КрЦНТИБ Красноярской ж.д.

Добрый день.
Вчера начали обновлять Ирбис. Очень долго создаются словари. База 154 тыс. записей, из них 788 с полными текстами. Словарь создается уже сутки и ещё осталось 30 тыс.
До этого на Ирбис 64+ словарь на этой базе создавался за 6 часов.

elkinaos написал(а):
-------------------------------------------------------
> Добрый день.
> Вчера начали обновлять Ирбис. Очень долго
> создаются словари. База 154 тыс. записей, из них
> 788 с полными текстами. Словарь создается уже
> сутки и ещё осталось 30 тыс.
> До этого на Ирбис 64+ словарь на этой базе
> создавался за 6 часов.
Потому что по умолчанию идет кэширование JPG. В следующий раз установите в irbisa.ini в секции [FULLTEXT]
STORE_JPG_PAGES_IN_CASH=0

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Добрый день.
> > Вчера начали обновлять Ирбис. Очень долго
> > создаются словари. База 154 тыс. записей, из
> них
> > 788 с полными текстами. Словарь создается уже
> > сутки и ещё осталось 30 тыс.
> > До этого на Ирбис 64+ словарь на этой базе
> > создавался за 6 часов.
> Потому что по умолчанию идет кэширование JPG. В
> следующий раз установите в irbisa.ini в секции
> STORE_JPG_PAGES_IN_CASH=0

Поставили этот параметр равный 0. Ну скорость немного увеличилась, но всё равно словарь за 12 часов не создался.

Пришлось переименовать папку с полными текстами и создать словарь пока без них. Чтобы хоть как-то могли работать. Попробуем на праздники запустить полное создание словаря. Но если вдруг когда-нибудь понадобится пересоздать? И количество полных текстов растёт.
Там настолько сильно что-то изменилось по сравнению с Ирбис 64+?

При нажатии на название текущей БД по логике должен выпадать список доступных БД, но ничего не происходит.
Для смены БД необходимо только попасть в треугольник с правого края.

elkinaos написал(а):
-------------------------------------------------------
> Пришлось переименовать папку с полными текстами и
> создать словарь пока без них. Чтобы хоть как-то
> могли работать. Попробуем на праздники запустить
> полное создание словаря. Но если вдруг
> когда-нибудь понадобится пересоздать? И количество
> полных текстов растёт.


В итоге словарь создавался двое суток плюс 6 часов с параметром STORE_JPG_PAGES_IN_CASH=0

elkinaos написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Пришлось переименовать папку с полными текстами
> и
> > создать словарь пока без них. Чтобы хоть как-то
> > могли работать. Попробуем на праздники
> запустить
> > полное создание словаря. Но если вдруг
> > когда-нибудь понадобится пересоздать? И
> количество
> > полных текстов растёт.
>
>
> В итоге словарь создавался двое суток плюс 6 часов
> с параметром STORE_JPG_PAGES_IN_CASH=0
Какое значение параметра
Multiload
в irbisa.ini
и сколько ядер на компьютере?

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > elkinaos написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Пришлось переименовать папку с полными
> текстами
> > и
> > > создать словарь пока без них. Чтобы хоть
> как-то
> > > могли работать. Попробуем на праздники
> > запустить
> > > полное создание словаря. Но если вдруг
> > > когда-нибудь понадобится пересоздать? И
> > количество
> > > полных текстов растёт.
> >
> >
> > В итоге словарь создавался двое суток плюс 6
> часов
> > с параметром STORE_JPG_PAGES_IN_CASH=0


> Какое значение параметра
> Multiload
> в irbisa.ini
> и сколько ядер на компьютере?

Параметр Multiload пустой. На сервере 4 ядра. И так получается, что все полные тексты находятся в последнем четвёртом, поэтому остальные 3 процесса заканчивают быстро, а вот четвертый так долго делается.

При продлении изданий на кафедре выдачи АБ, продлеваются издания, у которых место хранения АбЛТБ. В файле по соответствию мест выдачи и хранения этого сделать нельзя, в предыдущих версия все работало корректно.

Елена, КрЦНТИБ Красноярской ж.д.

Заметили зависание системы. Кто-то сталкивался с подобным?
При работе в АРМ Каталогизатор в какой-то момент (точно не отслеживается) перестает реагировать система на выбор элемента из словаря, в любом поисковом элементе, в любой БД. Вроде как в ключе ищет, но выбрать на редактирование эту запись не предоставляется возможность.
Если перевыбрать БД или тот же самый поисковый элемент, система продолжает работать нормально.

Елена, КрЦНТИБ Красноярской ж.д.

У нас в точности такая же проблема.

Да, мне сегодня каталогизаторы тоже на это пожаловались.

elkinaos написал(а):
-------------------------------------------------------
> Да, мне сегодня каталогизаторы тоже на это
> пожаловались.

Да, есть такое явление. Иногда Ctrl-F5 помогает "оживить" интерфейс.
... на такие мелочи я уже и не обращаю внимания.

Тут с редактором РЛ беда какая-то. Он из редактируемого РЛ полей по двойному клику открывает либо правильный РЛ подполей, либо "левый".
Попытка открыть рабочий лист подполей через список приводит к появлению сообщений об ошибке. Понятно, что "Блокнот" лучший редактор конфигов, но...

Из хотелок к будущей версии: Все пользовательские настройки АРМа вынести в сам АРМ. Как это сделано во всех нормальных программах. А в настройке профиля пользователя указать - может он менять настройки АРМа самостоятельно, или нет. Также хотелось бы на уровне профилей пользователей - настройки уровней доступа к базам.

LiLi написал(а):
-------------------------------------------------------
> Заметили зависание системы. Кто-то сталкивался с
> подобным?
> При работе в АРМ Каталогизатор в какой-то момент
> (точно не отслеживается) перестает реагировать
> система на выбор элемента из словаря, в любом
> поисковом элементе, в любой БД. Вроде как в ключе
> ищет, но выбрать на редактирование эту запись не
> предоставляется возможность.

Вы используете двойной клик или перетаскивание?


> Если перевыбрать БД или тот же самый поисковый
> элемент, система продолжает работать нормально.

IAK написал(а):
-------------------------------------------------------
> Да, есть такое явление.
Какое "такое"?

Иногда Ctrl-F5 помогает
> "оживить" интерфейс.
Такой команды нет...


> ... на такие мелочи я уже и не обращаю внимания.
>
> Тут с редактором РЛ беда какая-то. Он из
> редактируемого РЛ полей по двойному клику
> открывает либо правильный РЛ подполей, либо
> "левый".
Что значит "левый"?

> Попытка открыть рабочий лист подполей через список
> приводит к появлению сообщений об ошибке.
Какой ошибке? Скриншот...


Понятно,
> что "Блокнот" лучший редактор конфигов, но...
>
> Из хотелок к будущей версии: Все пользовательские
> настройки АРМа вынести в сам АРМ.
Исключено.

Как это сделано
> во всех нормальных программах. А в настройке
> профиля пользователя указать - может он менять
> настройки АРМа самостоятельно, или нет. Также
> хотелось бы на уровне профилей пользователей -
> настройки уровней доступа к базам.
О каких уровнях доступа идет речь?

Alio написал(а):
-------------------------------------------------------
> LiLi написал(а):
> --------------------------------------------------
> -----
> > Заметили зависание системы. Кто-то сталкивался
> с
> > подобным?
> > При работе в АРМ Каталогизатор в какой-то
> момент
> > (точно не отслеживается) перестает реагировать
> > система на выбор элемента из словаря, в любом
> > поисковом элементе, в любой БД. Вроде как в
> ключе
> > ищет, но выбрать на редактирование эту запись
> не
> > предоставляется возможность.
>
> Вы используете двойной клик или перетаскивание?
>
>
> > Если перевыбрать БД или тот же самый поисковый
> > элемент, система продолжает работать нормально.

Выбор Двойным кликом осуществляем.

Елена, КрЦНТИБ Красноярской ж.д.

Александр Иосифович, что можно ещё попробовать для ускорения создания словаря? Можно как-то использовать то, как было в Ирбис 64+? Ведь на тех же полных текстах работало всё достаточно быстро.

elkinaos написал(а):
-------------------------------------------------------
> Александр Иосифович, что можно ещё попробовать для
> ускорения создания словаря?
По какой причине Вы выполняете полное пересоздание словаря?

Можно как-то
> использовать то, как было в Ирбис 64+? Ведь на тех
> же полных текстах работало всё достаточно быстро.

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Александр Иосифович, что можно ещё попробовать
> для
> > ускорения создания словаря?
> По какой причине Вы выполняете полное пересоздание
> словаря?
>
> Можно как-то
> > использовать то, как было в Ирбис 64+? Ведь на
> тех
> > же полных текстах работало всё достаточно
> быстро.

Полное пересоздание словаря делали при переходе на новую версию. Как минимум при переходе на следующую версию придётся это делать. А количество текстов увеличивается.
Ещё в прошлой версии была проблема, что не у всех полных текстов при добавлении правильно отображались ссылки на постраничный просмотр. Тоже приходилось делать экспорт - опустошение - импорт - создание словаря. Ну и мало ли какая ситуация может возникнуть.

Сервер у нас Xeon X3430 4-ядерный, памяти 4 Гб.

И не очень понятно в какой раздел писать вопрос про работу нового "Читателя". Вопрос был задан в теме веб-ирбиса, кем-то перенесён в Ирбис 64+, где был ответ что тема закрыта и писать в соответствующих разделах. Разве вопрос не относится к веб-ирбису?

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > elkinaos написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Александр Иосифович, что можно ещё
> попробовать
> > для
> > > ускорения создания словаря?
> > По какой причине Вы выполняете полное
> пересоздание
> > словаря?
> >
> > Можно как-то
> > > использовать то, как было в Ирбис 64+? Ведь
> на
> > тех
> > > же полных текстах работало всё достаточно
> > быстро.
>
> Полное пересоздание словаря делали при переходе на
> новую версию. Как минимум при переходе на
> следующую версию придётся это делать.
Не факт...

А количество
> текстов увеличивается.
> Ещё в прошлой версии была проблема, что не у всех
> полных текстов при добавлении правильно
> отображались ссылки на постраничный просмотр.
У каких именно? ПРимер...

Тоже
> приходилось делать экспорт - опустошение - импорт
> - создание словаря.
При чем тут это???


Ну и мало ли какая ситуация
> может возникнуть.
>
> Сервер у нас Xeon X3430 4-ядерный, памяти 4 Гб.

Alio написал(а):
-------------------------------------------------------
>
> Тоже
> > приходилось делать экспорт - опустошение -
> импорт
> > - создание словаря.
> При чем тут это???
>
>
Вот это не поняла. Как при чём? Если при этой операции приходится делать "Создать словарь заново полностью".

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> >
> > Тоже
> > > приходилось делать экспорт - опустошение -
> > импорт
> > > - создание словаря.
> > При чем тут это???
> >
> >
> Вот это не поняла. Как при чём? Если при этой
> операции приходится делать "Создать словарь заново
> полностью".
Зачем Вы делаете экспорт-опустошение-импорт???

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > >
> > > Тоже
> > > > приходилось делать экспорт - опустошение -
> > > импорт
> > > > - создание словаря.
> > > При чем тут это???
> > >
> > >
> > Вот это не поняла. Как при чём? Если при этой
> > операции приходится делать "Создать словарь
> заново
> > полностью".
> Зачем Вы делаете экспорт-опустошение-импорт???


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

Т.е. проблема получается не в том, что словарь стал долго создаваться, а в том что мы неправильно работаем?

elkinaos написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > elkinaos написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Alio написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > >
> > > > Тоже
> > > > > приходилось делать экспорт - опустошение
> -
> > > > импорт
> > > > > - создание словаря.
> > > > При чем тут это???
> > > >
> > > >
> > > Вот это не поняла. Как при чём? Если при этой
> > > операции приходится делать "Создать словарь
> > заново
> > > полностью".
> > Зачем Вы делаете экспорт-опустошение-импорт???
>
>
> Я же не говорю, что я эту операцию делаю каждый
> день. Но в течение года иногда приходилось делать
> по разным причинам.
По каким причинам??????

elkinaos написал(а):
-------------------------------------------------------
> Александр Иосифович, что можно ещё попробовать для
> ускорения создания словаря? Можно как-то
> использовать то, как было в Ирбис 64+? Ведь на тех
> же полных текстах работало всё достаточно быстро.
Если хотите, чтобы загрузка шла также, как в ИРБИС64+, то установите в irbisa.ini следующие параметры
STORE_PAGES_IN_CASH=0
STORE_JPG_PAGES_IN_CASH=0
ExtractPDFLink=0
Но при этом имейте в виду, что работа ЧИТАТЕЛЯ с полными текстами будет ЗАМЕДЛЕННОЙ!
Т.е. надо выбирать:
- или замедленная загрузка словаря (которая выполняется ОДИН раз), но при этом быстрая работа читателя с полными текстами (именно этот вариант выбран для дистрибутива);
- или быстрая загрузка словаря и замедленная работа читателя с полными текстами

Alio написал(а):
-------------------------------------------------------
> elkinaos написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > elkinaos написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Alio написал(а):
> > > >
> > >
> >
> --------------------------------------------------
>
> >
> > >
> > > > -----
> > > > >
> > > > > Тоже
> > > > > > приходилось делать экспорт -
> опустошение
> > -
> > > > > импорт
> > > > > > - создание словаря.
> > > > > При чем тут это???
> > > > >
> > > > >
> > > > Вот это не поняла. Как при чём? Если при
> этой
> > > > операции приходится делать "Создать словарь
> > > заново
> > > > полностью".
> > > Зачем Вы делаете
> экспорт-опустошение-импорт???
> >
> >
> > Я же не говорю, что я эту операцию делаю каждый
> > день. Но в течение года иногда приходилось
> делать
> > по разным причинам.
> По каким причинам??????


Ну например была проблема при создании новых записей с полными текстами

добавили 11 записей с полным текстом, Доступ у всех записей одинаковый. у 7 записей всё хорошо, а у 4 проблемы с постраничным просмотром.
Если я задавала поиск по коллекции (библиографический), то ссылки на постраничный просмотр не было.
А вот если эту же книгу находим через строку "Я ищу" в полнотекстовом поиске, то ссылка на постраничный просмотр появляется.
Если эту запись импортировать в другую базу, то с ней всё в порядке.
Если делали экспорт-опустошение-импорт, то со всеми записями всё показывалось правильно.
После добавлении следующей партии ситуация повторялась.

Т.е. при переходе на новую версию словарь заново не нужно будет создавать?