Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Pkyn Участник
Вступление в Клуб: 03.02.2020
|
Вт Фев 04, 2020 08:42  REP-6104 |
|
Полезность: Нет оценки
|
Коллеги, добрый день!
Помогите разобраться в ошибке. Передали сервис СО, без контактов и ответственных. Суть проблемы - печать и выгрузка отчетов работает с перебоем. Часть отчетов корректно выгружается, но периодически всплывает ошибка вида:
REP-0177: Ошибка при выполнения на удаленном сервере.
Невозможно открыть файл C:\TEMP\2755507-1\2755507-1.xml.
REP-6104: Недопустимое определение отчета XML.
Сервера сконфигурированы согласно оф. документации "Установка СО".
В какую сторону копать?
tnsping до БД проходит. |
|
 |
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Вт Фев 04, 2020 11:09  Re: REP-6104 |
|
Полезность: Нет оценки
|
Pkyn пишет: | Коллеги, добрый день!
Помогите разобраться в ошибке. Передали сервис СО, без контактов и ответственных. Суть проблемы - печать и выгрузка отчетов работает с перебоем. Часть отчетов корректно выгружается, но периодически всплывает ошибка вида:
REP-0177: Ошибка при выполнения на удаленном сервере.
Невозможно открыть файл C:\TEMP\2755507-1\2755507-1.xml.
REP-6104: Недопустимое определение отчета XML.
Сервера сконфигурированы согласно оф. документации "Установка СО".
В какую сторону копать?
tnsping до БД проходит. |
Приветствую, попробуйте покопать по следующим направлениям:
Есть ли место свободное?
Есть ли права у служебного пользователя под которым пишет СО?
Сколько тестовых схем подключено с СО?
Не работают какие то конкретные отчеты?
Они не работают на всех схемах? Или только на некоторых?
При установке СО выполнялась ли инструкция полностью?))) |
|
 |
Pkyn Участник
Вступление в Клуб: 03.02.2020
|
Вт Фев 04, 2020 11:26   |
|
Полезность: Нет оценки
|
Спасибо за ответ.
Есть ли место свободное?
Более чем достаточно.
Есть ли права у служебного пользователя под которым пишет СО?
Orsa, Weblogic, OPM, Com App запущены под сервисной УЗ с правами лок. админа. Предоставлен доступ к папкам Oracl, веткам реестра, временному каталогу указан явно. Доступ к каталогу шаблон - чтение.
Сколько тестовых схем подключено с СО?
нет тестовых
При установке СО выполнялась ли инструкция полностью?)))
Все проверено и перепроверено. |
|
 |
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Вт Фев 04, 2020 13:03   |
|
Полезность: Нет оценки
|
Сколько экземпляров СО у Вас настроено? |
|
 |
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Вт Фев 04, 2020 13:08   |
|
Полезность: Нет оценки
|
Pkyn пишет: | Спасибо за ответ.
Orsa, Weblogic, OPM, Com App запущены под сервисной УЗ с правами лок. админа. Предоставлен доступ к папкам Oracl, веткам реестра, временному каталогу указан явно. Доступ к каталогу шаблон - чтение.
|
Первый вопрос, где Вы это смотрели?
Второй вопрос, там где Вы смотрели ответ на первый вопрос, рядом сколько Orsa? |
|
 |
nobel Профи
Вступление в Клуб: 28.09.2011
|
Вт Фев 04, 2020 13:51   |
|
Полезность: Нет оценки
|
Первый вопрос-ошибка связана с конкретными отчетами или одним и тем же отчетом?Например один пользователь запускает конкретный отчет и все работает,а у других выдается ошибка.
Второй вопрос-отчеты которые запускаются они формата RDF?
Если я помню то СО работает только с отчетами RDF.На данный момент их очень мало уже осталось(около 20-30 а пользуемся только 3-5 мы).
Также можно посмотреть логи СО.
Еще как то общался со специалистами ЦФТ которые поддерживают СО.У нас была ошибка которые они сами не знали в чем проблема.В итоге развернули с нуля СО.С их слов "быстрее развернуть новый СО,чем разбираться с непонятной ошибкой".Мы развернули СО буквально за 3-5 часа если не ошибаюсь. |
|
 |
Pkyn Участник
Вступление в Клуб: 03.02.2020
|
Ср Фев 05, 2020 07:33   |
|
Полезность: Нет оценки
|
Отчет запускается один и тот же несколько раз подряд.
Вчера удалось локализовать ошибку. Проблема на первом СО (да, их оказалось 2)
Смотрел через Wireshark
Ситуация выглядит следующим образом:
С одним и тем же отчетом. Если запрос от пользователя уходит на первый СО, то кроме стандартных tns-запросов с БД происходит формирование multicast-группы со вторым СО. Далее идет обмен между нодами по GIOP. На определенном этапе происходит разрыв соединения и выход из группы. Далее следует запись в лог первого СО ошибки REP-6104.
В случае, если запрос уходит на второй СО, то формирование группы не происходит. Запрос на отчет отрабатывает второй СО, взаимообмена не происходит. В лог второго СО записывается успешное выполнение задания.
Отсюда и плавающая ошибка. Осталось понять, что не так с первым СО с учетом того, что настроены они одинаково и работают от одной сервисной УЗ.
Евгений, на серверах есть тестовые тестовые схемы, но они не обслуживаются. Службы выключены, а в sqlnet.ora нет записей об этих схемах, поэтому я и считаю что их нет... |
|
 |
Матвеев Евгений Профи
Вступление в Клуб: 31.01.2012
|
Ср Фев 05, 2020 09:24   |
|
Полезность: Нет оценки
|
Pkyn пишет: |
...(да, их оказалось 2) ...
|
Это нормальная практика, "обычно" настраивают один СО для прода и один, два или более на тестовые схемы
Pkyn пишет: |
...Осталось понять, что не так с первым СО с учетом того, что настроены они одинаково и работают от одной сервисной УЗ....
|
Вот тут у меня некие сомнения... Настроены ли они одинаково? Под одной ли УЗ они работают?
Ветки реестра сравните, всё одинаково?
Орса службы точно под одной УЗ стартуют?
В "общем" случае при "эквивалентных" настройках экземпляры СО ведут себя тоже "эквивалентно"...
У Вас же получается между первым и вторым СО есть разница в функционировании, отсюда и вопросы к настройкам |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|