Сервер баз данных не обнаружен 1с postgresql authentication method 10 not supported

Обновлено: 07.07.2024

Сервер баз данных не обнаружен
FATAL password authentication failed for user "postgres"

СУБД PostgreSQL.
Из pgAdmin III базу видно.
Владелец базы: postgres пользователь, скорее всего тоже postgres.

Я, как совершенный чайник в этом предмете делаю предположения: если базу видно из админки СУБД, значит
с ней все в порядке, нужно только в консоли управления серверами сбросить (или сменить) слетевший пароль для пользователя postgres. Пароль админа кластера уволился вместе с админом кластера, но это дело решаемое.
Поправлю srvribrg.lst, но для этого мне придется останавливать агент клиента.
Предприятие работает круглосуточно и непрерывно, и в количестве попыток "попробовать" я сильно ограничен.
по этому осторожничаю.

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

Добавлено через 54 минуты
Только что переделал srvribrg.lst, получил доступ к консоли администрирования кластера.
Когда сбрасываю или меняю пароль пользователя базы в "свойствах" - получаю тот же отлуп, только уже от консоли.
Ошибка изменения базы, ошибка соединения и дальше -

Сервер баз данных не обнаружен
FATAL password authentication failed for user "postgres"
Значит искал не там.

Теперь актуальным остался вопрос про "еще варианты"
Спасибо

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

Технология создания приложений на основе многоуревневой архитектуры клиент - Web-сервер - сервер баз данных
Технология создания приложений на основе многоуревневой архитектуры клиент Web-сервер – сервер.

Куда вписать пароль от баз данных
Установил CMS, после чего поменялись пароли, теперь когда я закидываю файлы сайта назад в doc у.

Список баз данных пользователя
Здравствуйте! Подскажите пожалуйста как можно получить список баз данных созданных пользователем?

Во-первых, никак.
Во-вторых, админский доступ к кластеру я уже сделал.

1.В консоли или в pgAdmin? Или везде?
2. "Создать" - штатным образом, сервер - кластеры - ***(кластер) - информационный базы - "создать"?

Добавлено через 11 минут
Собсно, ничего не вышло. В pgAdmin III можно создать все что угодно,
в консоли кластера - нет. Выходит то же, что и при попытке смены пароля пользователя существующей базы.

FATAL password authentication failed for user ".

просто на клиенте в списке добавить серверную базу и линковаться к существующей. Не получится - ещё одну с другими логинами. и так пока не получится просто на клиенте в списке добавить серверную базу и линковаться к существующей. Не получится - ещё одну с другими логинами. и так пока не получится Мне кажется мы о разном говорим.
В списке баз на клиенте какие логины?
Там только адрес кластера и имя базы.
Если есть соответствующая база в кластере серверов - будет обращение. После чего сервер начнет подцеплять СУБД и произойдет это только если пользователь базы (а он у нас - postgres) будет аутентифицирован. Чего никак не происходит по причине слёта пароля. Тогда сервер сообщает, что база не обнаружена. Несмотря на то, что база-то как раз существует. Просто пользователь базы и пользователь 1С в нашем контексте - разные вещи.

Единственный способ это пересадить базу на контролируемы тобой сервер, доступ к базе без пароля админа сервера ты не получишь, хоть все файлы конфига переправь, пароль админа как и в скуле пос будет хранить в зашифрованном виде в системной базе.

Единственный способ это пересадить базу на контролируемы тобой сервер, доступ к базе без пароля админа сервера ты не получишь, хоть все файлы конфига переправь, пароль админа как и в скуле пос будет хранить в зашифрованном виде в системной базе.
Помер что ли?

Так. Здесь поподробнее если можно.
Я всё это в своих картинках представлю ибо чайник.
Во первых, что я уже проделывал:
-доступ к базе и в pgAdmin и в консоли у меня теперь есть. Базы я вижу, но изменить ничего не могу без того же пароля пользователя postgres. А чтобы с базой чего-то делать, админом кластера быть мало оказывается.
-из-под pgAdmin выгрузил в файл резервную копию нужной базы.
-создавал новую базу в СУБД с новым владельцем и новой ролью входа (пользователем), мною же созданным; настраивал 1С прописывал в консоли. Все очень хорошо коннектится. Появляется шикарная возможность работать в лысой базе поскольку загрузить туда нечего и неоткуда.
-в pgAdmin попытался сделать восстановление из выгруженной копии в созданную базу. Естественно такой тупой фокус не прошел - параметры разные.

Таким образом:
- "Пересадить базу" - в чем это должно заключаться?
Выгрузить ее детским способом через, конфигуратор чтобы потом разместить где-нибудь файлово я, понятно, не могу, поскольку она недоступна. Другие решения в голову пока не приходят по скудости опыта.
Теоретически, должна же быть возможность прямо на сервере, допустим под root-ом отредактировать какой-нибудь конфиг, удалить или поменять пароль для юзера postgres. Если пароль где-то хранится- значит его можно оттуда удалить. Тогда следующая проблема. Можно пролететь с аутентификацией по пустому паролю.

В общем, если не сложно, что ты подразумеваешь под "пересадить базу"?

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

В небольших внедрениях сервер 1С и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:

Сервер баз данных не обнаружен
ВАЖНО: пользователь "postgres" не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

и приведите ее к виду:

где 192.168.31.0/24 - диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name "NAME" to address: Temporary failure in name resolution

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Ошибка СУБД
ERROR: type "mvarchar" does not exist at character 31

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь "postgres" не прошёл проверку подлинности (по паролю)

Сервер баз данных не обнаружен
FATAL: database "NAME" does not exist


При работе с 1С в клиент-серверном варианте могут возникать ошибки, которые напрямую не связаны с 1С:Предприятием, а связаны непосредственно с сервером управления баз данных.

Далее рассмотрим подробнее каждую ошибку.

Пример полного текста ошибки:

could not translate host name "NAME" to address : Temporary failure in name resolution


Описание:

Ошибка может возникать как при создании базы, так и при запуске информационной базы.

Решение:

Пример полного текста ошибки:

ВАЖНО : пользователь "postgres" не прошёл проверку подлинности ( Ident )


Описание: Ошибка возникает при создании базы.

Решение:

Настроим проверку подлинности.

    1. Сконфигурируем доступ к серверу PostgreSQL в файле: pg_hba.conf:

    Файл должен содержать только следующие строки (содержащие ip серверов 1С) (остальные удалим или пометим как комментарий):

    Строк должно быть, соответственно, несколько, если серверов 1С несколько в кластере.

    Последняя колонка указывает на метод авторизации.

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

    А после удачного старта сервера СУБД разбираться с настройками доступа.

    ВАЖНО: в pg_hba.conf нет записи для компьютера «», пользователя «usr1cv8», базы «template»

    Пример полного текста ошибки:

    Сервер баз данных не обнаружен ВАЖНО: в pg_hba.conf нет записи для компьютера «», пользователя «usr1cv8», базы «template».


    Описание ошибки:

    Ошибка связана с отсутствием прописанного доступа к базе данных в файле pg_hba.conf

    Решение:

    Добавим запись в файл pg_hba.conf.

    Приведем пример содержания файла, который открывает доступ:

    Строк должно быть, соответственно, несколько, если серверов 1С несколько в кластере.

    Is the server running on host and accepting TCP/IP connections on port 5432?

    Пример полного текста ошибки:

    Сервер баз данных не обнаружен could not connect to server : No rout to host Is the server running on host and accepting TCP / IP connections on port 5432 ?

    Описание:

    Проблема может возникать как при создании информационной базы из консоли администрирования 1С: Предприятия, так и при ее запуске в процессе эксплуатации уже существующей базы данных.

    Решение:

    1. Первоначально, конечно, проверим, есть ли на сервере СУБД PostgreSQL в запущенных процессах процесс postmaster/postgres (в зависимости от версии PostgreSQL) на порту 5432.


    Либо проверим все ли зависимости были установлены. И установим недостающие.

    ERROR: type «tt7» already exists

    Пример полного текста ошибки:

    HINT : A relation has an associated type of the same name , so you must use a name that doesn ' t conflict .


    Описание:

    Данная ошибка является «плавающей» и может возникать в различных местах

    Решение:

    Выгрузим и загрузим базу данных средствами 1С:Предприятия(через файл *.dt).

    ERROR: could not read block

    Ошибка при выполнении операции с информационно базой по причине : Ошибка СУБД : ERROR : could not read block . . . in file "" Input / output error


    Описание ошибки:

    База не запускается. Разрушились диски.

    Решения:

    Переносим базу на другую дисковую систему.

    Разворачиваем из резервной копии.

    Пример полного текста ошибки:

    Не удалось привязаться к адресу . Адрес уже используется . Возможно порт 5432 занят другим процессом postmaster ? Система БД выключена . Не удалось запустить сервер .


    Описание:

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

    В этой ситуации при попытке запуска видно ошибку – сервер не запускается.

    А при проверке состояния видно, что сервер работает.


    Если проверим запущенные процессы пользователя postgres, то можно увидеть, что порт 5432 занят кластером PostgreSQL, только запущенным из каталога по умолчанию.


    Решение:

    Остановим работающий кластер сервера СУБД.

    / opt / pgpro / ent - 10 / bin / pg_ctl -- locale = ru_RU . UTF - 8 - D / var / lib / pgpro / ent - 10 / data stop

    Инициализируем кластер из нового каталога(если он не инициализирован).

    / opt / pgpro / ent - 10 / bin / initdb -- locale = ru_RU . UTF - 8 - D / pgpro / pgdata

    Запустим из нового каталога.

    / opt / pgpro / ent - 10 / bin / pg_ctl -- locale = ru_RU . UTF - 8 - D / pgpro / pgdata start

    Описание:

    Длительный запуск, длительный захват объектов в хранилище, длительное сохранение конфигурации 1С:Предприятия.

    Решение:

    Такая проблема может быть связано с настройками СУБД PostgreSQL.

    Рассчитаем настройки СУБД.

    Описание настроек приведено на ИТС.

    Выполним настройки, для этого перейдем в терминал psql:

    Через psql установим параметры командой ALTER SYSTEM SET(параметры необходимо указать для вашей СУБД):

    ALTER SYSTEM SET max_parallel_workers_per_gather = 22 ;

    Описание ошибки:

    При загрузке данных из файла *.xlsx в 1С отображаются иероглифы. Используемая СУБД PostgreSQL/PostgresPro.


    Также возможна проблема с кодировкой в выгружаемом файле из 1С:


    Решение:

    На сервере СУБД проверим и выполним настройку локали.

    1. Проверим наличие локали:

    2. Проверим переменную:

    Корректное значение результатов выполнения команд 2, 3:

    3. Если результат не соответствует, выполним:

    5. Выполним перезапуск серверов СУБД

    Еще можно посмотреть


    Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.

    Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]

    Установка сервера 1С на linux

    Установка сервера 1С Предприятие 8.3 на Linux

    Пошаговый процесс установки 1С сервера на Linux. Подготовка Linux к установке. Инсталяция дистрибутива 1С сервера. Его настройка и запуск.

    Публикация 1С на веб-сервере Linux

    Публикация 1С на Веб сервере Apache Linux

    Пошаговые инструкции по публикация базы и web-сервисов 1С на веб-сервере Apache 2.4 на Linux.


    Установка двух версий сервера 1С на Linux

    Пошаговый процесс установки и запуска двух версий сервера 1С на Linux. Полное описание настройки второго экземпляра сервера 1С.


    Отладка на сервере 1С на Linux

    Основы работы в Linux

    Основы работы в Linux

    Основы работы в Linux. Как подключиться к серверу. Как скопировать файлы на сервер. Редактирование конфигурационных файлов.


    Основные команды Linux

    Список основных команд консоли Linux которые потребуются при установке и настройке 1С. Примеры использования с комментариями.

    Читайте также: