Ошибка при создании информационной базы сервер баз данных не обнаружен 5432

Ошибка 1С «Сервер баз данных не обнаружен»

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

Одна из распространенных ошибок — «Сервер баз данных не обнаружен…».

Продолжение данного сообщения может быть различным:

1. Could not translate host name «NAME» to address: Temporary failure in name resolution

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

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

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

5. «Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов.»

6. FATAL: database «base» does not exist

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

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

Сервер баз данных не обнаружен

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

Описание:

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

Решение:

Настроим DNS-адресацию или пропишем адреса в файл hosts. Обратите внимание, что в данном случае проблема в том, что на сервере 1С нет информации о доменном имени сервера СУБД PostgreSQL. Подробнее о DNS — Настройка DNS-адресации для 1С сервера.

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

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

Сервер баз данных не обнаружен

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

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

Решение:

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

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

vim /var/lib/pgsql/11/data/pg_hba.conf

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

# TYPE DATABASE USER ADDRESS METHOD

local all all trust

host all all «Указать ip-адрес сервера 1С» md5

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

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

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

# TYPE DATABASE USER ADDRESS METHOD

local all all trust

host all all 0.0.0.0/0 trust

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

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

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

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

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

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

Решение:

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

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

# TYPE DATABASE USER ADDRESS METHOD

local all all trust

host all all «Указать ip-адрес сервера 1С» md5

Строк должно быть, соответственно, несколько, если серверов 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С) его не «видит» по ряду причин:

— Отсутствие доступа;

— Обращение по другому адресу.

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

netstat –tlnp | grep 5432

Или

1.1. Если по результатам проверки видим, что не запущен процесс, то необходимо его запустить.

service postgresql—11 start

1.2. Если по результатам проверки видим, что процесс запущен, но слушает только «себя» 127.0.0.1.

То выполним ряд настроек.

Отредактируем конфигурационный файл

vim /var/lib/pgsql/11/data/postgresql.conf

Укажем там настройку:

1.3. Если видим, что процесс запущен

То переходим к следующем пункту.

2. Проверим доступность процесса по порту, который он «слушает».

С сервера 1С выполним команду(в нашем случае имя сервера СУБД «1s-on-pg-1»):

Если доступ отсутствует – то мы увидим нечто подобное:

Подключение к 333.33.33.xx…Не удалось открыть подключение к этому узлу, на порт 5432: Сбой подключения

К причинам отсутствия доступа по данному порту можно отнести:

Блокировка брадмауэром или другими подобными программами;
Отсутствие доступа на уровне сети.

2.1. Проверим статус файерволла.

systemctl status firewalld

Если файерволл работает и блокирует порт 5432, то.

Отключим firewall:

и отключим автозапуск.

systemctl disable firewalld

Результат должен быть следующим:

systemctl status firewalld

или

настроим, открыв порт 5432.

iptables —t filter —I INPUT —p tcp —dport 5432 —j ACCEPT

service iptables save

«Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов»

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

Сервер баз данных не обнаружен породить новый процесс для соединения не удалось: Ресурс временно недоступен

или

Сервер баз данных не обнаружен ВАЖНО: извините, уже слишком много клиентов

Описание:

В процессе работы выдается ошибка

Решение:

Изменим настройку в файле postgresql.conf

Данное число, должно быть примерно в 1.5 раза больше максимального количества пользователей.

Установим ее:

1. Перейдем в терминал psql.

1. Через psql установим следующие параметры командой ALTER SYSTEM SET:

ALTER SYSTEM SET max_connections=500;

FATAL: database «base» does not exist

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

Сервер баз данных не обнаружен

FATAL: database «base» does not exist

Описание:

При запуске базы данных выдается ошибка, которая говорит о том, что данная база не существует.

Решение:

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

Учтём, что Linux чувствителен к регистру(Base/base/BASE – для него это разные имена баз).

Источник

SashaNox

26.03.12 — 20:22

Здравствуйте, по этому вопросу нашел не мало тем, но все же решить проблему не удалось. Такая ситуация: поставил 1с сервер и PostgreSQL на Linux Ubunta по этому мануалу http://www.rbsoft.ru/node/402 (таких не мало). Система стабильно проработала полгода, отключилось электричество и при попытке запуска 1с выдает сообщение «сервер базы данных не обнаружен is the server running on host and accepting tcp/ip connections on port 5432?». Почитал, рекомендуют удалить файл postmaster.pid, у меня такого файла не оказалось и Postgre так же ругался на этот файл при попытке перезапустить его. Установил Postgre еще раз, теперь все отлично, запускается, останавливает его, из 1с создал базу, а вот при попытке подключения к базе выдает все это же сообщение. Видел рекомендации редактировать файл postgresql.conf, менял параметры local_adresses и port, не помогает. Я очень мало разбираюсь в этом, подскажите пожалуйста, как решить данную проблему..

Fram

1 — 26.03.12 — 20:31

а на telnet отвечает?

Fram

2 — 26.03.12 — 20:31

telnet server 5432

SashaNox

3 — 26.03.12 — 20:36

не удалось открыть подключение к этому узлу на порт 5432 Сбой подключения

SashaNox

4 — 26.03.12 — 20:37

в линуксе делаю так:

root@server:/home/administrator# netstat -4lnp | grep 5432

выдает:

tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 2125/p ostgres

ansh15

5 — 26.03.12 — 20:53

hba.conf редактировали после переустановки?

В нем такая строчка должна быть — host all all 0.0.0.0/0 md5

SashaNox

6 — 26.03.12 — 21:50

да, такая строка есть, так же добавил туда по мануалу строку local all all trust

SashaNox

7 — 26.03.12 — 21:54

может что-то не так с портом 5432? В файле postgresql.conf есть вот такие настройки

# — Connection Settings —

listen_addresses = ‘127.0.0.1’

# what IP address(es) to listen on;

# comma-separated list of addresses;

# defaults to ‘localhost’, ‘*’ = all

# (change requires restart)

#port = 5432 # (change requires restart)

max_connections = 100 # (change requires restart)

# Note: Increasing max_connections costs ~400 bytes of shared memory per

# connection slot, plus lock space (see max_locks_per_transaction).

#superuser_reserved_connections = 3 # (change requires restart)

#unix_socket_directory = » # (change requires restart)

#unix_socket_group = » # (change requires restart)

#unix_socket_permissions = 0777 # begin with 0 to use octal notation

# (change requires restart)

#bonjour_name = » # defaults to the computer name

Может что-то тут править надо…?

SashaNox

8 — 26.03.12 — 22:13

поменял номер порта, а в ошибке все равно выдает порт 5432

ansh15

9 — 26.03.12 — 23:26

listen_addresses = ‘*’

порт верните на место и перезапустите PostgreSQL

SashaNox

10 — 26.03.12 — 23:30

вернул, теперь выдал такую ошибку

Ошибка при выполнении операции с информационной базой

Ошибка СУБД:

ERROR: language «plpgsql» does not exist

HINT: Use CREATE LANGUAGE to load the language into the database.

по причине:

Ошибка СУБД:

ERROR: language «plpgsql» does not exist

HINT: Use CREATE LANGUAGE to load the language into the database.

ansh15

11 — 26.03.12 — 23:53

http://www.1c-pro.ru/topic13681.html

Тут почитайте

SashaNox

12 — 27.03.12 — 00:12

все получилось, большое спасибо, появился вопрос в след.теме

alexey63rus

13 — 06.04.12 — 18:20

Извиняюсь такая же ситуация:

service postgresql restart

pg_ctl: PID file «/var/lib/pgsql/data/postmaster.pid» does not exist

Is server running?

server starting

это после сбоя питания!

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

Сервер баз данных не обнаружен TCP/IP port 5432?

Как с этим бороться прочитав форум понять не смог!

Помогите, а то голова кипит!

alexey63rus

14 — 06.04.12 — 18:25

по команде: psql -l

вот что пишет:

psql: could not connect to server: Нет такого файла или каталога

Is the server running locally and accepting

connections on Unix domain socket «/tmp/.s.PGSQL.5432»?

Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Источник

Как заставить Сервер 1С (что работает на Windows), увидеть в сети сервер PostgreSQL на Linux UBUNTU?

Конечно, данная тема также подымается и на курсе: Администратор 1С!

Собственно решить такие проблемы как:

«Ошибка создания информационной базы»
«Ошибка операции администрирования»
«Сервер баз данных не обнаружен»
«Could not connect to server: Connection refused (Ox..00000/0000…)
Is the server running on host 192.168….x… and accepting TCP/IP connections on port 5432?»

Как заставить сервер 1С увидеть в сети сервер PostgreSQL ?

При установке на один физический сервер, «Cервера 1С» (кластер серверов) + СУБД PostgreSQL проблем обычно не возникает. И «Сервер 1С» прекрасно видит PostgreSQL, новые информационные базы создаются, и все работает по умолчанию, конечно если поставили птичку во время установки СУБД на Windows — «Разрешать подключения с любых IP адресов».

Но совсем другая история, когда PostgreSQL у нас работает на Linux!

Ведь в процессе установки PostgreSQL на Linux подобных «птичек» нет )

Как решить проблему?

На самом деле все довольно просто!

Проверим в начале c какого IP принимаются подключения, и какой порт слушает сервис PostgreSQL.

Тут нам поможет команда:

sudo netstat —pant | grep postgres

На картинке ниже, мы четко видим, что наш PostgreSQL слушает только localhost — 127.0.0.1 и порт по умолчанию 5432.

Выражаясь простым языком, «Сервер 1С» может работать в паре с СУБД, только на этом севере (хосте), при текущих настройках (По умолчанию, после установки «Постгреса» на этот сервер).

И так, теперь разобравшись, что проблема действительно есть в настройках PostgreSQL, можно приступить к ее решению!

Сперва нам нужно найти конфигурационный файл postgresql.conf

Местоположение этого файла зависит от версии СУБД PostgreSQL (На примере использую сборку от компании Postgres Professional — PostgreSQL 10.5, сборку установил на UBUNTU server 18.04 LTS).

Найти файл очень просто, используем команду:

ps aux | grep postgres | grep — —D

Нас интересует все что мы видим после -D /var/lib/pgpro/1c-10/data/

Здесь в каталоге /data/ и лежит наш файл postgresql.conf

Идем в этот каталог, откроем для редактирования postgresql.conf, и внесем нужные правки.

Для передвижения по каталогам и редактированию файлов на UBUNTU server 18.04, я использую MC (Midnight Commander).

Как его установить, писал здесь >>

(Выбрав файл postgresql.conf) далее давим клавишу F4:

Ищем строку #listen_addresses = ‘localhost’.

Раскомментируем строку (убрав #).

И приведем строку к виду: listen_addresses = ‘*’

Давим F2 + Enter и сохраняем файл.

Далее выполним перезапуск сервиса postgresql:

Стоп:

service postgrespro-1c-10 stop

И старт:

service postgrespro-1c-10 start

(Команда перезапуска у Вас будет отличатся, если версия PostgreSQL другая или другой сборки).

Затем стоит проверить работает ли PostgreSQL:

service postgrespro-1c-10 status

И если видим (как на картинке ниже) зеленым цветом active (running) значит PostgreSQL работает!

Смотрим, что теперь «слушает» PostgreSQL:

sudo netstat —pant | grep postgres

Отлично!

После перезапуска сервиса, PostgreSQL принимает подключения действительно с любых IP адресов на стандартный порт 5432!

Но! не спешите сейчас бежать на Сервер 1С, создавать новую информационную базу, или выполнять подключение.

Сервер 1С встретит Вас новой ошибкой! )

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

Сервер 1С требует от нас создать еще одну запись, уже в другом файле pg_hba.conf

«Надо, так надо )»

Открываем для редактирования файл pg_hba.conf, он к слову находится в том же каталоге, что и файл postgresql.conf

Ищем строку: host all all 127.0.0.1/32 md5

И приводим к виду: host all all 192.168.128.13/24 md5

Где 192.168.128.13 ip адрес нашего Сервера 1С. (Тот сервер, где работает Сервер 1С).

Кстати! можно поступить и по-другому.

Просто добавить в строке ниже еще одну запись (Ту которую от нас и требует Сервер 1С):

Вот и все!

Сохраним файл и выполним перезапуск PostgreSQL.

Теперь новая информационная база 1С, будет создана успешно!

Сервер 1С работает на Windows, а PostgreSQL на Linux!

Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>

Источник

22.09.2011, 04:51

#1

Гость форума

Установка 1С сервер82+PostgreSQL, Проблема с повторным созданием БД

Здравствуйте,
Конфигурация следующая: Windows 7 x64, 1С предприятие 8.1.15.14 + 1С сервер81, 1С предприятие 8.2.14.533 + 1С сервер82…работает на эмуляторе, все для тестирования.
Все настроил согласно тысячам инструкций и описаний в интернете…
Обе службы (81 и 82) работают под пользователем postrges с паролем *****
Создал по базе для каждой платформы, обе базы работают и по сей день.
А теперь проблема: При попытке создать еще одну базу под любой из платформ пишет ошибку:

Ошибка при создании информационной базы
Сервер баз данных не обнаружен
FATAL: no pg_hba.conf enty for host @fe80::855C:766D:9889:6a04%11″, user «Postgres», database «template 1»

Пытался найти решение в и-нете и на форуме, но ничего толкового так и не представилось…
Не понимаю с чем связано, есть подозрение на эмулятор. В первый раз все как по учебнику было.
Заранее огромное спасибо.
22.09.2011, 07:23

#2

Гордость форума PRO

А базу пытаешься создать средствами 1С? А не пробовал создать вначале «пустую базу» средствами самого PostgreSQL, а затем лишь «отразить» 1С на эту базу?

Судя по диагностики у тебя грабли именно при попытки создания базы в PostgreSQL средствами самой 1С.

Вот что кстати инет говорит про «pg_hba.conf»

Client authentication is controlled by a configuration file, which traditionally is named pg_hba.conf and is stored in the database cluster’s data directory. (HBA stands for host-based authentication.) A default pg_hba.conf file is installed when the data directory is initialized by initdb. It is possible to place the authentication configuration file elsewhere, however; see the hba_file configuration parameter.

The general format of the pg_hba.conf file is a set of records, one per line. Blank lines are ignored, as is any text after the # comment character. A record is made up of a number of fields which are separated by spaces and/or tabs. Fields can contain white space if the field value is quoted. Records cannot be continued across lines.

Each record specifies a connection type, a client IP address range (if relevant for the connection type), a database name, a user name, and the authentication method to be used for connections matching these parameters. The first record with a matching connection type, client address, requested database, and user name is used to perform authentication. There is no «fall-through» or «backup»: if one record is chosen and the authentication fails, subsequent records are not considered. If no record matches, access is denied.

A record may have one of the seven formats

local database user auth-method [auth-option]
host database user CIDR-address auth-method [auth-option]
hostssl database user CIDR-address auth-method [auth-option]
hostnossl database user CIDR-address auth-method [auth-option]
host database user IP-address IP-mask auth-method [auth-option]
hostssl database user IP-address IP-mask auth-method [auth-option]
hostnossl database user IP-address IP-mask auth-method [auth-option]

А у тебя получается запись в этом файле следующая:
host @fe80::855C:766D:9889:6a04%11
user «Postgres»
database «template 1»

вот и получаешь свой «access is denied»

Удачи
23.09.2011, 05:11

#3

Гость форума

Сообщение от avm3110

А базу пытаешься создать средствами 1С? А не пробовал создать вначале «пустую базу» средствами самого PostgreSQL, а затем лишь «отразить» 1С на эту базу?

Судя по диагностики у тебя грабли именно при попытки создания базы в PostgreSQL средствами самой 1С.
А у тебя получается запись в этом файле следующая:
host @fe80::855C:766D:9889:6a04%11
user «Postgres»
database «template 1»

вот и получаешь свой «access is denied»

Удачи

Спасибо за ответ.
Проблема решена, ошибка: неправильно создание базы, неправильное заполнение полей. Смешно, но это так)))

Источник

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

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

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

Сервер 1С Предприятия. Часть 1 — Общие вопросы.

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

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

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

host    all    all       192.168.31.0/24    ident

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

host    all    all       192.168.31.0/24    md5

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

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

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

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

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

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

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида:

192.168.31.83 SRV-1C-1204

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

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

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

Если вы имеете достаточный опыт администрирования 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»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

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

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

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

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

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

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

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени.

Источник

Содержание

затык с постгресом
Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.
Ошибка 1С «Сервер баз данных не обнаружен»
Could not translate host name «NAME» to address: Temporary failure in name resolution
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)
ВАЖНО: в pg_hba.conf нет записи для компьютера «», пользователя «usr1cv8», базы «template»
Is the server running on host and accepting TCP/IP connections on port 5432?
Pg hba conf нет записи для компьютера
Примечание
Pg hba conf нет записи для компьютера
Примечание
Примечание
Pg hba conf нет записи для компьютера
Примечание

затык с постгресом

выдает ошибку pg_basebackup: не удалось подключиться к серверу: ВАЖНО: в pg_hba.conf нет записи, разрешающей подключение для репликации с компьютера «[local]» для пользователя «user», SSL выкл.

в конфиге все включено, уже психанул сделал: local all all trust все равно ошибка

107556: 1801232466

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

да на русском гугление ничего не дает, на англ хз как она должна выглядеть в англ локале. Менять локаль не могу, так как юзеры работают.

29379:364440523

Значит не всё включено. Перепроверь.

58055: 1610873250

часто невнимательные специалисты путают путь к pg_hba.conf
Например, если ты ставил из пакета в centos, то конфиг лежит в /var/lib/pgsql/9.X/data
если из пакета в debian, то в /etc/postgresql/9.X/main
Ты уверен, что ты внес изменения именно в том конфиге, который читается твоим сервером?

58055: 1610873250

и да, дай вывод pg_hba.conf
возможно, ты что-то делаешь не так

да других файлов в системе нет (только пример в документации)

# «local» is for Unix domain socket connections only local all all trust # IPv4 local connections: #host all all 127.0.0.1/32 md5 host all all0.0.0.0/0 md5

по файлам locate pg_hba.conf /etc/postgresql/9.4/main/pg_hba.conf /usr/share/postgresql/9.4/pg_hba.conf.sample

блин, все строки в одну слил(
# «local» is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
#host all all 127.0.0.1/32 md5
host all all0.0.0.0/0 md5

по файлам
locate pg_hba.conf
/etc/postgresql/9.4/main/pg_hba.conf
/usr/share/postgresql/9.4/pg_hba.conf.sample

1: 686804255

Попробуй не «all», а «replication». Это специальное значение, которое разрешает репликацию, вероятно в all оно не входит.

Источник

Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.

photo 2020 12 18 11 30 48

Ошибка 1С «Сервер баз данных не обнаружен»

Одна из распространенных ошибок — «Сервер баз данных не обнаружен…».

Продолжение данного сообщения может быть различным:

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

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

Описание:

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

Решение:

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

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

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

Решение:

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

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

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

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

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

ВАЖНО: в 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?

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

Описание:

Решение:

В данном случае необходимо понимать, что рабочего процесса:

Либо нет;

Либо клиент(в нашем случае сервер 1С) его не «видит» по ряду причин:

— Отсутствие доступа;

— Обращение по другому адресу.

Источник

Pg hba conf нет записи для компьютера

Каждая запись обозначает тип соединения, диапазон IP-адресов клиента (если он соотносится с типом соединения), имя базы данных, имя пользователя, и способ аутентификации, который будет использован для соединения в соответствии с этими параметрами. Первая запись с соответствующим типом соединения, адресом клиента, указанной базой данных и именем пользователя применяется для аутентификации. Процедур « fall-through » или « backup » не предусмотрено: если выбрана запись и аутентификация не прошла, последующие записи не рассматриваются. Если же ни одна из записей не подошла, в доступе будет отказано.

Запись может быть сделана в одном из семи форматов:

Значения полей описаны ниже:

Управляет подключениями через Unix-сокеты. Без подобной записи подключения через Unix-сокеты невозможны. host

Примечание

Указывает адрес (или адреса) клиентской машины, которым соответствует данная запись. Это поле может содержать или имя компьютера, или диапазон IP-адресов, или одно из нижеупомянутых ключевых слов.

Типичные примеры диапазонов адресов IPv4, указанных таким образом: 172.20.143.89/32 для одного компьютера, 172.20.143.0/24 для небольшой и 10.6.0.0/16 для крупной сети. Диапазон адресов IPv6 может выглядеть как ::1/128 для одного компьютера (это адрес замыкания IPv6) или как fe80::7a31:c1ff:0000:0000/96 для небольшой сети. 0.0.0.0/0 представляет все адреса IPv4, а ::0/0 — все адреса IPv6. Чтобы указать один компьютер, используйте длину маски 32 для IPv4 или 128 для IPv6. Опускать замыкающие нули в сетевом адресе нельзя.

Запись, сделанная в формате IPv4, подойдёт только для подключений по IPv4, а запись в формате IPv6 подойдёт только для подключений по IPv6, даже если представленный адрес находится в диапазоне IPv4-в-IPv6. Имейте в виду, что записи в формате IPv6 не будут приниматься, если системная библиотека С не поддерживает адреса IPv6.

Если определено имя компьютера (всё, что не является диапазоном IP-адресов или специальным ключевым словом, воспринимается как имя компьютера), то оно сравнивается с результатом обратного преобразования IP-адреса клиента (например, обратного DNS-запроса, если используется DNS). При сравнении имён компьютеров регистр не учитывается. Если имена совпали, выполняется прямое преобразование имени (например, прямой DNS-запрос) для проверки, относится ли клиентский IP-адрес к адресам, соответствующим имени. Если двусторонняя проверка пройдена, запись считается соответствующей компьютеру. (В качестве имени узла в файле pg_hba.conf должно указываться то, что возвращается при преобразовании IP-адреса клиента в имя, иначе строка не будет соответствовать узлу. Некоторые базы данных имён позволяют связать с одним IP-адресом несколько имён узлов, но операционная система при попытке разрешить IP-адрес возвращает только одно имя.)

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

Обратите внимание, что такое поведение согласуется с другими популярными реализациями контроля доступа на основе имён, такими как Apache HTTP Server и TCP Wrappers.

Указывает метод аутентификации, когда подключение соответствует этой записи. Варианты выбора приводятся ниже; подробности в Разделе 19.3.

Отклоняет подключение безусловно. Эта возможность полезна для « фильтрации » некоторых серверов группы, например, строка reject может отклонить попытку подключения одного компьютера, при этом следующая строка позволяет подключиться остальным компьютерам в той же сети. md5

Требует от клиента предоставить для аутентификации пароль, дважды хешированный алгоритмом MD5. За подробностями обратитесь к Подразделу 19.3.2. password

Требует для аутентификации введения клиентом незашифрованного пароля. Поскольку пароль посылается простым текстом через сеть, такой способ не стоит использовать, если сеть не вызывает доверия. За подробностями обратитесь к Подразделу 19.3.2. gss

Для аутентификации пользователя использует GSSAPI. Этот способ доступен только для подключений по TCP/IP. За подробностями обратитесь к Подразделу 19.3.3. sspi

Для аутентификации пользователя использует SSPI. Способ доступен только для Windows. За подробностями обратитесь к Подразделу 19.3.4. ident

Получает имя пользователя операционной системы клиента, связываясь с сервером Ident, и проверяет, соответствует ли оно имени пользователя базы данных. Аутентификация ident может использоваться только для подключений по TCP/IP. Для локальных подключений применяется аутентификация peer. За подробностями обратитесь к Подразделу 19.3.5. peer

Получает имя пользователя операционной системы клиента из операционной системы и проверяет, соответствует ли оно имени пользователя запрашиваемой базы данных. Доступно только для локальных подключений. За подробностями обратитесь к Подразделу 19.3.6. ldap

Проводит аутентификацию, используя сервер RADIUS. За подробностями обратитесь к Подразделу 19.3.8 cert

Проводит аутентификацию, используя клиентский сертификат SSL. За подробностями обратитесь к Подразделу 19.3.9 pam

Проводит аутентификацию, используя службу подключаемых модулей аутентификации (PAM), предоставляемую операционной системой. За подробностями обратитесь к Подразделу 19.3.10. bsd

Проводит аутентификацию, используя службу аутентификации BSD, предоставляемую операционной системой. За подробностями обратитесь к Подразделу 19.3.11.

Источник

Pg hba conf нет записи для компьютера

Запись может быть сделана в одном из семи форматов:

Значения полей описаны ниже:

Управляет подключениями через Unix-сокеты. Без подобной записи подключения через Unix-сокеты невозможны. host

Примечание

Проверяет пароль пользователя, производя аутентификацию SCRAM-SHA-256. За подробностями обратитесь к Подразделу 19.3.2. md5

Проверяет пароль пользователя, производя аутентификацию SCRAM-SHA-256 или MD5. За подробностями обратитесь к Подразделу 19.3.2. password

Проводит аутентификацию, используя сервер RADIUS. За подробностями обратитесь к Подразделу 19.3.8 cert

Проводит аутентификацию, используя клиентский сертификат SSL. За подробностями обратитесь к Подразделу 19.3.9 pam

Источник

Pg hba conf нет записи для компьютера

Запись может быть сделана в одном из семи форматов:

Значения полей описаны ниже:

Управляет подключениями через Unix-сокеты. Без подобной записи подключения через Unix-сокеты невозможны. host

Примечание

Указывает метод аутентификации, когда подключение соответствует этой записи. Варианты выбора приводятся ниже; подробности в Разделе 20.3.

Требует от клиента предоставить для аутентификации пароль, дважды хешированный алгоритмом MD5. За подробностями обратитесь к Подразделу 20.3.2. password

Для аутентификации пользователя использует GSSAPI. Этот способ доступен только для подключений по TCP/IP. За подробностями обратитесь к Подразделу 20.3.3. sspi

Для аутентификации пользователя использует SSPI. Способ доступен только для Windows. За подробностями обратитесь к Подразделу 20.3.4. ident

Проводит аутентификацию, используя сервер RADIUS. За подробностями обратитесь к Подразделу 20.3.8 cert

Проводит аутентификацию, используя клиентский сертификат SSL. За подробностями обратитесь к Подразделу 20.3.9 pam

Проводит аутентификацию, используя службу подключаемых модулей аутентификации (PAM), предоставляемую операционной системой. За подробностями обратитесь к Подразделу 20.3.10. bsd

Проводит аутентификацию, используя службу аутентификации BSD, предоставляемую операционной системой. За подробностями обратитесь к Подразделу 20.3.11.

Источник

Сервер баз данных не обнаружен — после замены железа

Автор NBomzh, 08 авг 2016, 15:38

0 Пользователей и 1 гость просматривают эту тему.

День добрый!
Скоропостижно скончалось железо. Остался жесткий. Поставил жесткий на новое железо — систему запустил, правда только в консоли. При попытке подключиться к базе пишет:
«Сервер баз данных не обнаружен» и прочие гадости.

Теперь подробнее:
Система — kubuntu 12.10 в консоли (был GUI) + Postgresql + мини-сервер с раздачей лицензий + что еще интересно, могу рассказать
Этот компьютер играл роль сервера.
При попытке подключиться со второго компьютера в сети пишет: «Сервер баз данных не обнаружен. could not connect to server: Connection timed out. Is the server running on host ‘192.168.0.150’ and accepting TCP/IP connections on port 5432?
Это при том, что база, к которой подключаюсь, определена при подключении на 192.168.1.150, тот же айпишник и в /etc/hosts.
Напомню — ничего не менялось, просто погорело железо.

Помогите достать базу, очень прошу! Клянусь, я начну делать бэкапы!!! =)))

а сервер 1С установил и активировал заново?

Пакеты-то переустановил — бесполезно. Активировать заново — как? На «сервере» сам сервис стартует, живет и хорошо себя чувствует. Если лицензия теряется — так он так и напишет…………. Наверное……….

Не забывайте — я в терминале….

И еще — одинэсина сервер по другому айпишнику ищет! Почему-то…

Добавлено: 08 авг 2016, 21:56

РЕШЕНО

Там, где не ожидал. Есть четыре базы, одна из них самая важная. Попробовал приконнектиться к второстепенным базам — без проблем. А в самую нужную базу не пускает.
В общем, зашел в утилиту администрирования, а там ТОЛЬКО для этой базы айпишник БД Постгрес сменился с 192.168.1.150 на 192.168.0.150. Сам. Без ансамбля… Ох уж мне эта самодеятельность… )))
Итого — поправил айпишник на нужный, все запустилось.

Теги:

Форум 1С
►
Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4
►
Установка и администрирование 1С Предприятие 8
►
Сервер баз данных не обнаружен — после замены железа

Поиск

Источник

Ошибка при создании информационной базы сервер баз данных не обнаружен 5432

Ошибка 1С «Сервер баз данных не обнаружен»

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

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

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

«Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов»

FATAL: database «base» does not exist

Установка 1С сервер82+PostgreSQL, Проблема с повторным созданием БД

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

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

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

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

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

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

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

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

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

затык с постгресом

Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.

Ошибка 1С «Сервер баз данных не обнаружен»

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

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

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

Pg hba conf нет записи для компьютера

Примечание

Pg hba conf нет записи для компьютера

Примечание

Примечание

Pg hba conf нет записи для компьютера

Примечание

Сервер баз данных не обнаружен — после замены железа

Похожие темы (5)

Поиск

А вот еще интересные материалы:

Ошибка при создании информационной базы сервер баз данных не обнаружен 5432

Ошибка 1С «Сервер баз данных не обнаружен»

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

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

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

«Породить новый процесс для соединения не удалось: Ресурс временно недоступен» или «ВАЖНО: извините, уже слишком много клиентов»

FATAL: database «base» does not exist

Установка 1С сервер82+PostgreSQL, Проблема с повторным созданием БД

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

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

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

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

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

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

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

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

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

затык с постгресом

Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.

Ошибка 1С «Сервер баз данных не обнаружен»

Could not translate host name «NAME» to address: Temporary failure in name resolution

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

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

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

Pg hba conf нет записи для компьютера

Примечание

Pg hba conf нет записи для компьютера

Примечание

Примечание

Pg hba conf нет записи для компьютера

Примечание

Сервер баз данных не обнаружен — после замены железа

Похожие темы (5)

Поиск

А вот еще интересные материалы:

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

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

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

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

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

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

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