На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

Не подключается к БД ругается на пользователя

Поиск  Пользователи  Правила  Войти
Форум » Серверные приложения » Panorama SpatialDB Service
Страницы: 1
RSS
Не подключается к БД ругается на пользователя, Осуществили коннект к базе но не пускает из-за юзера
 
На удаленном сервере по VPN осуществили коннект к базе PostGIS но вываливается ошибка У пользователя нет прав доступа к базе. Хотя клиент БД под этим аккаунтом коннектится и редактирует базу. Почему Spatial ругается тогда?
 
Цитата
Станислав Филиппович написал:
клиент БД под этим аккаунтом коннектится и редактирует базу
Это выполняется также с теми же параметрами соединения и с того же ПК, где установлен Panorama SpatialDB Service?

Panorama SpatialDB Service с PostgreSQL поддерживает "простое" соединение по логину и паролю, при этом не используется SSL, не используется имя сервиса (service name), если таковое прописано в pg_service.conf.
Также нет возможности использовать авторизацию пользователей посредством kerberos или других протоколов через gssapi.

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

Какое именно сообщение выдает Panorama SpatialDB Service? Ошибку подключения выдает сервис или средство администрирования?
В какой ОС используется продукт?
Каким средством администрирования Panorama SpatialDB Service Вы пользовались?
 
1. Panorama SpatialDB Service стоит на виртуальном сервере приложений но она даже к Базе не конектится.
2. Версия ОС сервера приложений и сервера БД - Astra Linux (Смоленск)

3. Поставили программу администрирования Panorama SpatialDB Service на удаленном компьютере с ОС Windows, конектится с Сервером БД по VPN.
4. Коннект с БД есть но пользователя не пускает, а так же не пускает на ГИС Сервер где карты лежат.
5. Вэб морды Panorama SpatialDB Service и GISWebServiceSE на виртуальном сервере работают.

Вот такая каша
Изменено: Денис Вицко - 08.06.2022 09:35:42 (исправил вставку картинок)
 
По представленной Вами информации пока не удается сложить картину происходящего:
"Panorama SpatialDB Service стоит на виртуальном сервере приложений но она даже к Базе не конектится" и при этом "Коннект с БД есть но пользователя не пускает".

Хотелось бы все таки увидеть текст сообщения от SpatialDB Service? Что он пишет в лог?


Попробуйте для проверки в dbmsetts.xml (вручную - не через программу администрирования) записать пароль пользователя в открытом виде, установив при этом EncryptPsw="0".
 
Цитата
Денис Вицко написал:
Что он пишет в лог?
а какой именно файл искать? у нас на сервере морды нет никакой всё через запросы, через командную строку
 
Цитата
Станислав Филиппович написал:
а какой именно файл искать? у нас на сервере морды нет никакой всё через запросы, через командную строку
Цитата
Руководство системного программиста

6.2. Сообщения о ходе выполнения программы

Сообщения о ходе выполнения программы сохраняются в файлы журналов (см. раздел «Проверка программы»).

Файлы журналов работы создаются в поддиректории LOG в корневом каталоге программы.

Для сервиса создается отдельный лог-файл, куда заносятся сведения о запуске, перезапуске и остановке самого сервиса и отдельных процессов обновления данных.

Каждый процесс обновления данных также ведет свой лог-файл, куда вносятся события обновлений определенной карты и сообщения об ошибках этого процесса.

раздел «Проверка программы»

В ходе работы программы ведется журналирование операций. Файлы журналов работы создаются в поддиректории LOG в корневом каталоге программы.

Для сервиса создается отдельный лог-файл, куда заносятся сведения о запуске, перезапуске и остановке самого сервиса и отдельных процессов обновления данных.

Каждый процесс обновления данных также ведет свой лог-файл, куда вносятся события обновлений определенной карты и сообщения об ошибках этого процесса.

В начале каждого месяца формируется новый файл журнала.

Имя файла журнала сервиса: dbmap__YYYYMM01.log, где YYYY – год, а MM – месяц формирования лог-файла.

Имя файла журнала сервиса: dbmap__YYYYMM01.log,  где YYYY – год, а MM – месяц формирования лог-файла.

           

Имя файла журнала отдельного процесса обновления данных: сервер#алиас___YYYYMM01.log,  где сервер#алиас  - имя ГИС Сервера SE и алиас обновляемой на нем карты соответственно, YYYY – год, а MM – месяц формирования лог-файла.

Т.е. логи должны быть в /usr/SpDBsvc/LOG
 
Цитата
Денис Вицко написал:
Хотелось бы все таки увидеть текст сообщения от SpatialDB Service? Что он пишет в лог?
Сервис запущен  (ver. 3.2)  09/06/2017 09:48:10
Выполнено чтение настроек: Карты планируемого размещения объектов
SDBS-01536: Не настроено ни одного слоя данных для обновления, схема данных не используется
SDBS-01990: Провайдер БД не доступен: PostgreSQL Access Library
Сервис остановлен   09/06/2017 09:48:11

SDBS-01536: вероятно означает, что мне необходимо использовать запрос для создания таблицы соответствующей карте и определить xsd схему карты
SDBS-01990: почему Провайдер БД недоступен непонятно. Ведь я использую клиент и он работает с БД
 
Цитата
[USER=1203]Станислав Филиппович
SDBS-01536: вероятно означает, что мне необходимо использовать запрос для создания таблицы соответствующей карте и определить xsd схему карты
Не совсем так. Это означает, что для данного набора данных (имя файла лога должно соответствовать алиасу) у Вас не указано ни использование XSD-схемы (которая определяет перечень таблиц и их полей, подлежащих переносу на карту), ни выполненных вручную настроек соответствия таблиц объектами карты и их полей - семантикам объектов. Должно быть что-то одно выполнено.

Цитата
[USER=1203]Станислав Филиппович
SDBS-01990: почему Провайдер БД недоступен непонятно. Ведь я использую клиент и он работает с БД

Клиент установлен на той же машине, что и Panorama SpatialDB Service?
Если да, то значит, что клиентские библиотеки должны быть уже установлены.
Но, следует проверить, какое имя имеет основная библиотека - libpq.so.
Panorama SpatialDB Service использует каноническое имя, то есть именно libpq.so.
Но, в зависимости от версии установленного клиента имя этой библиотеки может отличаться.
Например, может быть "libpq.so.5" или "libpq.so.3".
Тогда к этой библиотеке необходимо сделать символическую ссылку (с помощью команды ln) с именем libpq.so
Страницы: 1
Читают тему (гостей: 1)



© КБ Панорама, 1991-2024

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности