Александр Иосифович, к сожалению, мне сложно сказать. Возможно, необходимо более длительное наблюдение.

-1-
Может быть, именно повышенная нагрузка приводит к тому, что сервер чаще, чем обычно, выдаёт (как ответ на команду клиента; не в интерфейс) ошибку "-400". Ошибка "-400" приводит к блокировкам отдельных записей.
(Сегодня довольно часто наблюдаю "Format error -400" и в окне просмотра АРМ Каталогизатор на БД электронного каталога при переходе от одной записи к другой.)

-2-
По появлению окна "Ожидание ответа от сервера" в АРМ Книговыдача при автоматическом обновлении - дополнение. Выполнена отладка на тестовой конфигурации и просмотр команд в списке зарегистрированных клиентов.
Если ранее при автоматическом обновлении выполнялось множество "быстрых" команд, то теперь команда IRBIS_SEARCH с параметрами RQST, "I=2", 0, 1, @RQSTALL выполняется более трёх (или четырёх секунд). То есть истекает интервал ожидания ответа от сервера, по истечении которого появляется заставка с «бегущим ирбисом». Поскольку появляется заставка, то и происходит переключение с активного приложения (например, АРМ Каталогизатор) обратно на АРМ Книговыдача...
Переключение происходит, если окно АРМ Книговыдача не свёрнуто.

-3-
Скажите, пожалуйста, в АРМ Книговыдача 2011.1 вносились другие существенные изменения с 29.04.2011 по 23.05.2011 г.? Если да, то можем ли мы протестировать версию, построенную до 24.05.2011 г. (с ещё не исправленной ошибкой "List index out of bounds (0)")?



Редактировано 1 раз. Последний раз 25.05.2011 15:02 пользователем PRM.

PRM написал(а):
-------------------------------------------------------
> Александр Иосифович, к сожалению, мне сложно
> сказать. Возможно, необходимо более длительное
> наблюдение.
>
> -1-
> Может быть, именно повышенная нагрузка приводит к
> тому, что сервер чаще, чем обычно, выдаёт (как
> ответ на команду клиента; не в интерфейс) ошибку
> "-400". Ошибка "-400" приводит к блокировкам
> отдельных записей.
> (Сегодня довольно часто наблюдаю "Format error
> -400" и в окне просмотра АРМ Каталогизатор на БД
> электронного каталога при переходе от одной записи
> к другой.)
>
> -2-
> По появлению окна "Ожидание ответа от сервера" в
> АРМ Книговыдача при автоматическом обновлении -
> дополнение. Выполнена отладка на тестовой
> конфигурации и просмотр команд в списке
> зарегистрированных клиентов.
> Если ранее при автоматическом обновлении
> выполнялось множество "быстрых" команд, то теперь
> команда IRBIS_SEARCH с параметрами RQST, "I=2", 0,
> 1, @RQSTALL выполняется более трёх (или четырёх
> секунд). То есть истекает интервал ожидания ответа
> от сервера, по истечении которого появляется
> заставка с «бегущим ирбисом». Поскольку появляется
> заставка, то и происходит переключение с активного
> приложения (например, АРМ Каталогизатор) обратно
> на АРМ Книговыдача...
> Переключение происходит, если окно АРМ Книговыдача
> не свёрнуто.
Время обновления зависит от кол-ва заказов: НЕВЫПОЛНЕННЫХ и БРОНИ. Если бы в списке НЕВЫПОЛНЕННЫХ у вас было бы также много заказов, как в списке БРОНИ, то обновление выполнялось бы так же долго и при использовании "неисправленного" модуля.

Полностью согласен.

Но с введением статусов забронированных экземпляров число заказов на бронеполке существенно выросло, и число заказов на бронеполке много больше числа невыполненных заказов.
Например, сейчас невыполненных заказов - 47, на бронеполке - 634, из них 588 со статусом "получен от читателя/находится по месту выдачи/предназначен для выдачи читателю".

В книгохранении 4 (кх4), 3 (кх3), 2 (кх2) используются маски фильтров: все *, кроме маски места хранения. На закладке "Бронь" отображаются заказы с любым местом хранения (в том числе и с местом хранения, не равным месту хранения в настройках). (Скриншот.)

Александр Иосифович, получается, что существенно сократить количество заказов на закладке "Бронь" можно только с использованием режима "Отбор заказов по словарю"? Не планируется ли в будущем доработок по фильтрации заказов на бронеполке по месту хранения?

> Александр Иосифович, получается, что существенно
> сократить количество заказов на закладке "Бронь"
> можно только с использованием режима "Отбор
> заказов по словарю"?
Именно так. И Вы можете сделать поиск по местам хранения забронированных экземпляров.

> Не планируется ли в будущем
> доработок по фильтрации заказов на бронеполке по
> месту хранения?
... и никакие фильтры при этом не нужны.

Спасибо, Александр Иосифович.

И, Александр Иосифович, можно ли дополнительно уточнить:
1) почему сервер 2010.1 D5 отправлял клиенту ответ "-401";
2) сообщение "List index out of bounds" в АРМ Книговыдача 2010.1 D5 выдавалось именно из-за "-401" ?
Может быть, Ваши комментарии нам помогут...

PRM написал(а):
-------------------------------------------------------
> И, Александр Иосифович, можно ли дополнительно
> уточнить:
> 1) почему сервер 2010.1 D5 отправлял клиенту ответ
> "-401";
Не знаю. А сервер другой версии НЕ ОТПРАВЛЯЛ?

Важный вопрос, связанный с Вашими проблемами.
Насколько знаю, у Вас Web-ИРБИС и сервер ИРБИС работают на одной машине. Формируется ли заказ на книговыдачу через Web? Если да, то ту ли (физически) БД RQST использует сервер ИРБИС? Или, если говоорить совсем формально - ПИШЕТ ли шлюз в те же БД, с которыми работает сервер ИРБИС?

Александр Иосифович, здравствуйте.

Alio написал(а):
-------------------------------------------------------
> Важный вопрос, связанный с Вашими проблемами.
> Насколько знаю, у Вас Web-ИРБИС и сервер ИРБИС
> работают на одной машине. Формируется ли заказ на
> книговыдачу через Web? Если да, то ту ли
> (физически) БД RQST использует сервер ИРБИС? Или,
> если говоорить совсем формально - ПИШЕТ ли шлюз в
> те же БД, с которыми работает сервер ИРБИС?

Да, Web-ИРБИС и сервер ИРБИС работают на одной машине. Заказ на книговыдачу преимущественно формируется через Web-ИРБИС. Одна и та же БД RQST используется как Web-ИРБИС (при записи заказов шлюзом), так и сервером ИРБИС.

Alio написал(а):
-------------------------------------------------------
> PRM написал(а):
> --------------------------------------------------
> -----
> > И, Александр Иосифович, можно ли дополнительно
> > уточнить:
> > 1) почему сервер 2010.1 D5 отправлял клиенту
> ответ
> > "-401";
> Не знаю. А сервер другой версии НЕ ОТПРАВЛЯЛ?

Новости.
1. Ошибка «List index out of bounds» фиксируется и в конфигурации, состоящей из сервера 2008.1 и АРМ версии 2008.1.

2. Для конфигурации, состоящей из сервера ИРБИС 2010.1 D5 и АРМ «Книговыдача» версии 2011.1 от 28.04.2011 г., проведён дополнительный анализ с помощью утилиты Process Monitor.

Конфигурация была установлена на локальном компьютере. Сервер ИРБИС был переведён в режим отладки. Были запущены три АРМ «Книговыдача». Через некоторое время для двух из них была зафиксирована «List index out of bounds».

Для клиента с идентификатором 372721 последняя команда по irbis_server.log:
11.07.2011 13:10:20 127.0.0.1 ID=372721 Length=36 Command=I ARM="Книговыдача" Num=380
В файлах отладки сервера записано, что команда 380 обращалась к базе данных CATD. Ответ сервера на команду 380 включает код ошибки «-401», размер файла 372721_380 - 36 байт (файлы команд - во вложении).

По Process Monitor удалось определить (скриншот во вложении), что процесс server_64.exe при обработке команды 380 выполняет, в том числе, следующие операции:
1) обращение к файлу C:\2011\2011_current\irbis_current\Datai\CATD.par на чтение. Результат обращения – SHARING VIOLATION;
2) обращение к файлу словаря CATD.N01 по неправильному пути: C:\CATD.n01; Результат обращения – NAME NOT FOUND;
3) создание, запись файла C:\2011\2011_current\irbis_current\workdir\372721_380 размером 36 байт.

Для второго АРМ "Книговыдача" с "List index out of bounds" выявлена такая же ситуация (но уже при работе с другой базой данных - CAT).

Все эти данные мне НЕ НУЖНЫ. Мне нужна ВОСПРОИЗВОДИМАЯ ситуация.

Александр Иосифович, это воспроизводимая ситуация. Использовалась конфигурация ИРБИС, которую высылали Вам в мае 2011 года (архив irbis_current.rar).

Пошли по кругу...
Посмотрите свое сообщение в этой ветке от 19 мая и мой ответ от 24 мая.
Вы имеете в виду эти воспроизводимые данные?
-----------------------
И еще один вопрос - Вы используете специальный шлюз WebToIrbisServer?

Alio написал(а):
-------------------------------------------------------
> Пошли по кругу...
> Посмотрите свое сообщение в этой ветке от 19 мая и
> мой ответ от 24 мая.
> Вы имеете в виду эти воспроизводимые данные?

Да. Александр Иосифович, понимаю, что ошибка исправлена 24.05.2011 г.
Но, может быть, исходная причина ошибок "-401" и "-400" именно в коде работы с par-файлом?

> -----------------------
> И еще один вопрос - Вы используете специальный
> шлюз WebToIrbisServer?

На рабочей конфигурации (установленной на сервере) - да, примерно с 03.06.2011 года. В связи с проблемами при подключении, для работы через WebToIrbisServer используется АРМ Каталогизатор 2009.1 ( [irbis.gpntb.ru] ).

PRM написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Пошли по кругу...
> > Посмотрите свое сообщение в этой ветке от 19 мая
> и
> > мой ответ от 24 мая.
> > Вы имеете в виду эти воспроизводимые данные?
>
> Да. Александр Иосифович, понимаю, что ошибка
> исправлена 24.05.2011 г.
> Но, может быть, исходная причина ошибок "-401" и
> "-400" именно в коде работы с par-файлом?
Извините, но с Вами очень трудно общаться. Вы сказали, что ситуация ВОСПРОИЗВОДИИМА - это так или нет?



>
> > -----------------------
> > И еще один вопрос - Вы используете специальный
> > шлюз WebToIrbisServer?
>
> На рабочей конфигурации (установленной на сервере)
> - да, примерно с 03.06.2011 года. В связи с
> проблемами при подключении, для работы через
> WebToIrbisServer используется АРМ Каталогизатор
> 2009.1 ( [irbis.gpntb.ru]
> ).
ЗАЧЕМ ВЫ ИСПОЛЬЗУЕТЕ WebToIrbisServer???
ВЫ можете от этого отказаться - хотя бы на время, иначе мы в Вашей ситуации НИКОГДА не разберемся...

Alio написал(а):
-------------------------------------------------------
> Извините, но с Вами очень трудно общаться.

Предполагаю, что со мной очень трудно общаться, но ситуация у нас достаточно сложная.

> Вы сказали, что ситуация ВОСПРОИЗВОДИИМА - это так
> или нет?

Да, Александр Иосифович, ситуация с ошибкой "-401" в файле ответа сервера воспроизводима.

---

> ЗАЧЕМ ВЫ ИСПОЛЬЗУЕТЕ WebToIrbisServer???

С 03.06.2011 г. WebToIrbisServer используется одним институтом СО РАН для доступа к БД CMPL на чтение. До 03.06.2011 г. для этой цели использовался режим сервера ИРБИС:
#проверять протокол на перенаправление запроса с другого сервера
CHECK_REDIRECT=1

> ВЫ можете от этого отказаться - хотя бы на время,
> иначе мы в Вашей ситуации НИКОГДА не разберемся...

Задал этот вопрос Сергею Романовичу.

>
> Да, Александр Иосифович, ситуация с ошибкой "-401"
> в файле ответа сервера воспроизводима.
И как же мне это воспроизвести?

Alio написал(а):
-------------------------------------------------------
> И как же мне это воспроизвести?

Отправил Вам сообщение с порядком воспроизведения ошибки "-401" по электронной почте.

Здравствуйте,
помогите, пожалуйста, вышла ошибка -400 и заблокировались все записи,



Редактировано 1 раз. Последний раз 27.12.2011 08:51 пользователем lib_pavl.

lib_pavl написал(а):
-------------------------------------------------------
> Здравствуйте,
> помогите, пожалуйста, вышла ошибка -400 и
> заблокировались все записи,
Версия и обновления.
И что это такое - "заблокировались все записи"

2010.1 D6
вернее записи все исчезли. см. во вложении



Редактировано 1 раз. Последний раз 27.12.2011 08:50 пользователем lib_pavl.