Ошибка при создании информационной базы сервер баз данных не обнаружен 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 – для него это разные имена баз).

Источник

Ошибка 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

Описание:

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

Решение:

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

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

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

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

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

Решение:

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

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

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

# 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С) его не «видит» по ряду причин:

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

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

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

Описание:

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

Решение:

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

Как заставить Сервер 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С >>>

Связка сервера 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.

Источник

Как заставить Сервер 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.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

Отлично!

Но! не спешите сейчас бежать на Сервер 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!

Источник

Tip4ik

13.12.17 — 12:28

Пиветствую орумчане. рСтолкнулсяфс такой прблемой: есть сервер 1С 8.3(стоит на Winfнdows Serder R2) и сервер Postgresql 9.5(крутитсo на Ubuntu 16.04). При создании информационной базы в 1С вылетает ошибка — сервер баз данных не обнаружен. Пинг до сервера идет, порт 5432 открыт. Может кто сталкивался, подскажите пожалуйста как поправить

lodger

1 — 13.12.17 — 12:31

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

Tip4ik

2 — 13.12.17 — 12:33

очепятки от нервов))обращаюсь не по имени сервера, а по ip

Fragster

3 — 13.12.17 — 12:33

(1) судя по версии постгре — надо проверить, наложены ли на нее патчи для работы с 1с…

Табуретко

4 — 13.12.17 — 12:34

а сами базы данных 1с на серверах присутствуют?

Fragster

5 — 13.12.17 — 12:34

lodger

6 — 13.12.17 — 12:35

Edit /etc/postgresql/<version>/main/postgresql.conf and set the listen_addresses to your outgoing interface or all. Restart postgresql: sudo service postgresql restart.

Tip4ik

7 — 13.12.17 — 12:37

(6) делал, и ip прописывал, и дефолтные возвращал — не пемогло

igorPetrov

8 — 13.12.17 — 12:40

(2) Сначала нервы лечить, потом заниматься скулем.

Tip4ik

9 — 13.12.17 — 12:41

(3) ту же версию установили на сервер с 1С — никаких проблем

Tip4ik

10 — 13.12.17 — 12:42

(8) хороший совет, главное по теме …

igorPetrov

11 — 13.12.17 — 12:43

(10) Правильный совет. Настройка SQL не терпит суеты.

Serg_1960

12 — 13.12.17 — 13:09

Кстати: а почему Вы сервер ставите на Ubuntu, а не на Windows? Мы в своё время так-же обожглись — не могли заставить новую версию платформы, требующую установку новой версии Postgre, корректно работать под… эээ… я уже забыл на чём мы тогда работали

Веселый собака

13 — 13.12.17 — 13:13

(12) я бы наоборот сказал.

postgree вообще-то изначально под линукс заточена. И агент там же, линуксовый. Весь обмен- внутри одной машины.

Serg_1960

14 — 13.12.17 — 13:17

Ааа.. вспомнил операционку — Linux Fedora

(13) «Весь обмен — внутри одной машины» — ну я как бы «за», но у автора 1С — на Windows.

arsik

15 — 13.12.17 — 13:29

1) А кто сказал, что 5432 открыт. Телнетом на 5432 подключается?

2) Так же в настройках постгре нужно доступ снаружи открыть.

rphosts

16 — 13.12.17 — 13:29

(0)для начала установи на окностервер PgAdmin и попробуйц из под него подключиться к серверу с постгри.

Да, а ты точно запустил самое постгри?

arsik

17 — 13.12.17 — 13:38

+(15) netstat -np

eklmn

18 — 13.12.17 — 13:52

Да там у нервного автора может быть что угодно, от ненастроенного(недопатченного) постгри, до настроек фаервола и там и тут.

Ему надо успокоиться и начнет сначала все проверять.

eklmn

19 — 13.12.17 — 13:54

(0) и почему 9.5 а не 9.6?

stopa85

20 — 13.12.17 — 14:28

(0)

А вы к сереверу можете чем-то кроме 1С подключиться? Тем же pgAdmin’ом?

pg_hba.conf — настраивался. Там по умолчанию разрешено подключатся только с localhost.

А служба вообще запущена? Может установили, но недонастроили…

stopa85

21 — 13.12.17 — 14:29

(20) вот прострегс и не стартанул)

Tip4ik

22 — 13.12.17 — 16:03

Все спасибо — решение найдено.

(8) Да, это помогло))

(19) Поставил чистую систему,накатил рекомендованную 9.6, в ~/pg_hba.conf поменял в строке с postgres значение на trust и заработало.

Источник

1. При неизвестных ошибках — смотрим события системы.

C:Program FilesMicrosoft SQL Server100Setup BootstrapLog 20150727_155149 — события установщика, описаны все происходящие действия. Здесь можно искать ошибки через поиск.
C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVER MSSQLLog ERRORLOG — события сервера.
Нажмите на «Пуск» — Выполнить — введите команду% Temp% и нажмите клавишу ВВОД (в основном, перейдите в папку Temp). Посмотрите на SQLSetup.log — здесь записывается лог распаковщика.

2. Когда проблема может быть связана с вирусами или с Windows.

Невозможно инициализировать шифрование SSL, поскольку действительный сертификат не может быть найден, и не представляется возможным создать самозаверяющий сертификат.
SQL Server не может порождать FRunCM нить.
Не удалось запустить сетевую библиотеку из-за внутренней ошибки в сетевой библиотеки.
Сбой при вызове LoadUserProfile из-за ошибки.
Инициализация Сервер TDSSNIClient завершилась с ошибкой 0x80092004, код состояния 0x80. Причина: Не удалось инициализировать поддержку протокола SSL. Объект или свойство не найдено.

Решение во всех описанных случаях: Удалите сервер, удалите пользователя IDENT, создайте нового, перезагрузите компьютер и установите заново сервер.

3. Ошибка входа пользователя sa.

При установке сервера забыли проставить «смешанный режим».

4. При установке сервера, после выставления галочки «Принимаю условия…» возникает ошибка, напоминающая ошибку, связанную с реестром (буквы-цифры в {}).

При переустановке рамочное HRESULT ошибки 0x8000222.

Решение:

Нажмите «Пуск» — «Выполните» и введите «ЦМД».
Введите «чистая остановка WuAuServ». Затем закройте.
Перейдите в папку C:WINDOWS.
Найдите папку с названием «SoftwareDistribution» и переименуйте в «SDold».
Выполните шаг 1 снова.
Введите «чистый старт WuAuServ»
Установите NetFramework снова.
После этого перезагружаем компьютер, ставим еще раз сервер.

5. Не удалось загрузить профиль пользователя, поэтому вход в систему выполнен с помощью стандартного системного профиля.

Отказано в доступе.

Решение: пользователя IDENT удалить, создать заново, запустить сервер.

6. Ошибка во время установки сборки «Microsoft.VC80.MFCLOC, версия=»8.0.50727.1833″, PublicKeyToken=»1fc8b3b9a1e18e3b», processorArchitecture=»amd64″, тип=»win32″.

Дополнительные сведения см. в центре справки и поддержки. HRESULT: 0x800736B3.

В логах системы написано что-то про «ИД безопасности приложения не соответствует ИД безопасности дирижера».

Решение: удалить SQL — перезагрузить компьютер — отключить антивирус — запустить установщик под администратором.

7. При установке сервера, после выставления галочки «Принимаю условия …» и нажатии кнопки «Далее» ничего не происходит.

Когда нажимаем на кнопку «Установить», некоторые действия выполняются, а программа установки просто исчезает без сообщения.(SQL Server installation failed. Error result: -1035451685 Result facility code: 584 Result error code: 17115)

Убедитесь, что у вас есть права администратора на компьютере.
Удалите существующий SQL Server 2008 и все компоненты из панели управления. Не забудьте сделать резервную копию пользовательских баз данных перед удалением SQL Server.
Сделайте резервную копию реестра.
Удалите следующие ключи в реестре: HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQLServer и HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer.
Перейдите к HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall и удалить все суб-ключи, ссылающиеся SQL Server.
Перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices и удалить все ключи, ссылающихся на SQL Server.
Переименуйте все папки SQL Server в компьютере.
Перезагрузите компьютер.
Повторно установите SQL Server 2008 R2.

8. Отключился ноутбук с сервером, после включения не запускается сервер.

Ошибка системы: Передан недопустимый номер (2063: 104: 4) для просмотра журнала в базе данных мастер. Эта ошибка может свидетельствовать о повреждении данных или о том, что файл журнала (LDF) не соответствует файлу данных (MDF). Если она возникла во время репликации, повторно создайте публикацию. В противном случае, если ошибка приводит к сбою при загрузке, произведите восстановление из резервной копии.

Можно скопировать мастер со своего компьютера, вставить клинике. Потом восстановить их базу мастер!!!

9. File поврежден при открытии файла установщика.

В событиях системы ошибка, связанная с разрядностью. Windows 64-битная.

Решение: помог запуск 32-битного установщика. До этого не помогла переустановка рамки, загрузка на Яндекс-диск установщика, повторное скачивание загрузчика, смена диска, имени файла. (Проблема была у Новодента из Нового Уренгоя.)

10. Сбой при запуске службы SQL Server (PZSQLSERVER) из-за ошибки.

Служба НЕ запущена из-за ошибки входа в систему.
Службе MSSQL $ PZSQLSERVER не удалось войти в систему с именем и текущим паролем, поскольку произошла ошибка. Вход в систему не произведен: выбранный режим входа для данного пользователя на этом компьютере не предусмотрен.

Проблема была в том, что пользователь IDENT был удален. Создали еще раз пользователя. Для SQL сервера не получилось задать нового пользователя. Из служб тоже. Но, после запуска сервера под системным пользователем, запустился и под нашим пользователем. Возможно, проблема со сменой пользователя связана с ХР.

Идеальное решение: Зайти в службы — Свойства — Вход. И заменить учетную запись.

Альтернативное решение: Службы — SQL Server — Свойства — Вход в систему — С системной учетной записью (ставим галочку). После запуска сервера меняем пользователя на IDENT, перезагружаемся. Чиним бэкапы! (Нужно пересоздать задачи).

11. Не удалось запустить дочернюю службу. Ошибка возникает в процессе установки.

2015-07-27 16:16:50 Slp: результат ошибки: -595541211
… Результат Код объекта: 1152
… Результат: Код ошибки: 49957
… Попытка создания базового ключа реестра HKEY_LOCAL_MACHINE, машина
… Попытка открыть раздел реестра
… Попытка открыть подраздел реестра Software Microsoft PCHealth ERRORREPORTING DW Installed
… Попытка получить значение реестра DW0201
… Представлено 1 из 1 отказов в хранилище данных Watson

Здесь: C:Program FilesMicrosoft SQL Server100Setup Bootstrap Log20150727_155149:

Невозможно открыть физический файл «Е:sql10_main_t.obj.x86freSQLmkmastrбазы данныхobjfrei386model.mdf». Ошибка операционной системы 3: «3 (Системе не удается найти указанный путь.)». 2011-05-19 21: 22: 40.00 spid7s Начиная от базы данных ‘MSDB’. 2011-05-19 21: 22: 40.00 spid10s Ошибка: 17207, уровень опасности: 16, состояние: 1. 2011-05-19 21: 22: 40.00 spid10s FileMgr :: StartLogFiles: Ошибка операционной системы, 2 (система не может найти файл . указано). Произошло во время создания или открытия файла «E:sql10_main_t.obj.x86fre SQL mkmastrбазы данныхobjfrei386modellog.ldf ‘. Диагностика — исправить ошибку операционной системы — повторить операцию.

2011-05-19 21: 22: 40.00 spid10s Database ‘модель’ не может быть открыт из-за недоступных файлов или недостаточной памяти или дискового пространства. Смотрите ErrorLog SQL Server для деталей. 2011-05-19 21: 22: 40.00 spid10s Не удалось создать TempDB. Вы не можете иметь достаточно свободного места на диске. Освободите дополнительное дисковое пространство, удалив другие файлы на TempDb диске, а затем перезапустить SQL Server. Проверьте наличие дополнительных ошибок в журнале событий, которые могут указывать, почему TempDb файлы не могут быть инициализированы. 2011-05-19 21: 22: 40.00 spid10s трассировки SQL была остановлена из-за завершения работы сервера. Трассировка ID = ‘1’. Это только информационное сообщение. От пользователя не потребуется никаких действий.

Здесь: C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVERMSSQLLogERRORLOG:

В событиях системы ошибки:

Указанное имя ресурса не найдено в файле образа. [0х80070716].
Служба SQL Server (MSSQLSERVER) является зависимой от службы Сетевой вход в систему, которую не удалось запустить из-за ошибки Операция успешно завершена.
Этот компьютер является членом рабочей группы, а не домена. В данном случае нет необходимости запускать службу Netlogon.

Об истинной проблеме нам рассказывает Errorlog. Дело в том, что установщик распаковывается на диск Е, хотя на компьютере есть только диск С. Заглянув в управление дисками можно увидеть, что производитель сделал несколько системных дисков, и пытается на них распаковаться сервер. Соответственно наша задача — заставить установщик распаковковываться на другой диск.

Смотрим внимательно, чтобы IDENT был в группе Администраторы. Удаляем установленный ранее сервер.

Инструкция по устранению проблемы:

Скопируйте SQLEXPR.EXE файл в корневом каталоге вашего диска C.
Создайте папку SQL_temp для извлечения файлов.
Выполните команду /X SQLEXPR из командной строки DOS. Убедитесь, что вы находитесь в строке «C». (Из опыта поддержки — пробовали запускаться из CDProgram FilesMicrosoft SQL ServerMSSQL10_50.1MSSQLBinn. ВМЕСТО SQLEXPR пишем имя MSSQL10_50.PZSQLSERVER.
Найдите C:SQL_temp (созданный выше), нажмите кнопку ОК. Появится индикатор хода извлечения файлов.
После завершения следующей Extraction появится сообщение о завершении.
Нажмите кнопку ОК, а затем закройте окно DOS.
Перейдите к следующей папке: C:SQL_tempSetup. На самом деле, такой папки мы не нашли, она находится глубже. Поэтому просто через поиск искали файлы, о которых написано ниже. Запускать только из папки установки!
Дважды щелкните соответствующий файл MSI для установки.Какие-то файлы могут быть установлены, не нужно пытаться их поставить заново. Ставим только те файлы, которые предлагают нам принять соглашение, договор и так далее.
msxml6.msi — MSXML6.0 Parser
sqlncli.msi — Microsoft SQL Server Native Client
sqlwriter.msi — Microsoft SQL Server VSS Writer
sqlsupport.msi — Microsoft SQL поддержки установки файлов
В папке C:SQL_tempSetup.exe есть файл с зеленой иконкой, необходимо запустить его под правами администратора!

(Проблема возникла у Приора.)

По этому пути не было логов первоначально: C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVERMSSQLLog

Логи появились после того, как запустили сервер вручную. Логи примерно такие:

FCB :: Open не удалось: не удалось открыть файл E:sql10_main_t SQLmkmastrбазы данныхobjfrei386 model.mdf для номер файла 1. Ошибка ОС: (Файл не найден) 3.

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

При этом на компьютере жесткие диски называются C, D. А CD-ROM называется E.

Наша задача — изменить имя CD-ROM на любое другое. Например, на F. Заходим в управление компьютером, открываем «Управление дисками». На названии CD-ROM правой кнопкой мыши — «Изменить букву диска или путь к диску». Скриншоты из интернета, показывают только сценарий действий!

После этого удаляем сервер, перезагружаем компьютер.

Проблема встречалась у Белого Эстетика.

12. Конфигурация Код ошибки: 0xDC80C325. Конфигурация Описание ошибки: Доступ запрещен.

Эта неудача часто вызвана политикой системы или домена удаления привилегии безопасности SeDebugPrivelege из учетной записи администратора запуска программы установки. Убедитесь в том, что текущий счет имеет эту привилегию.

Мы можем проверить это с помощью редактора групповой политики, как указано ниже:

Начало | Run | Тип: gpedit.msc | ОК | Перейдите к разделу Конфигурация Windows Settings настройки компьютера Параметры безопасности Локальные политики Назначение прав пользователя Отладка программ

Стоит учесть, что в Windows 8 для одного языка нет такого инструмента, он есть только в Pro и корпоративной версиях.

Счет, через который мы пытаемся запустить установку, должен быть здесь (помимо локального администратора на этой машине). Включили, что здесь, перезагрузили сервер (это обязательно, GPUpdate / сила не будет работать) и запустили установку, и это было успешным на этот раз.

13. База PZ помечена как подозрительная.

Проблема возникла после резкого выключения света в клинике, повредилась база. Сначала проверяем базу на наличие ошибок. DBCC CHECKDB (PZ). Если есть ошибки в важных таблицах, то результат восстановления не гарантирован! Лучше восстанавливать из последнего бэкапа! Если ошибок нет или восстановление невозможно, то взяв всю ответственность на себя, можно сделать следующее:

ALTER DATABASE PZ SET EMERGENCY
ALTER DATABASE PZ SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CHECKDB (PZ, REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE PZ SET MULTI_USER
ALTER DATABASE PZ SET TRUSTWORTHY ON

На всех таблицах где в логе скрипта были ошибки, после завершения надо проверить IDENTITY и максимальные значения на этих таблицах! И выставить их корректно, если они не совпадают с помощью команды DBCC CHECKIDENT.

14. Язык средств массовой информации, оригинальный SQL Server 2008 и язык пакета обновления не совпадают.

Ошибка появляется в начале установки, при проверки правил. Windows английская, 7-ка Ultimate (Клиника — Лопатка).

Решение: Открыть Язык и региональные стандарты — Языки и клавиатуры — Установка/удаление языков

Установить отображение языков

Запуск Центра обновления Windows

Смотрим доступные обновления, ставим галочку напротив Русский Language Pack

С остальных обновлений можно снять галки (чтобы быстрее установилось). Далее — OK — Установить обновления. В картинках частично можно подсмотреть здесь.

После установки обновления идем опять в Язык и региональные стандарты — Языки и клавиатуры, ВЫБИРАЕМ «Русский» — выходим из пользователя — заходим заново — ставим сервер.

Статья для решения проблемы на Windows Server 2012.

15. После распаковки установщика ничего не происходит.

Установите Windows Installer для 2003 сервера соответствующей версии! Проблема была у Мастер Смайла.

16. Продолжение установки SQL Server невозможно без установки следующих программ Установщик Microsoft Windows 4.5.

Windows Server 2008 SP 1 (проблема была у Стоматологии г. Удомля). Не получилось поставить пакет установщика Windows 4.5 и 3.5 рамки. WI не встал из-за ошибки 0xc8000247. В интернете говорят, что это из-за службы обновления. Решения не помогли. Framework стоит только 3.0. До 3,5 не смог обновиться, не хватило WI. Ошибка: Не удалось выполнить установку компонентов для Microsoft .NET Framework 2.0SP1 (CBS). MSI код ошибки -939523513.

Поскольку все эти компоненты входят в SP 2, предложили им его установить.

17. Не запускается SQL сервер. Ошибка 1069: Служба не запущена из-за ошибки входа в систему.

Возможно поменяли пароль у пользователя IDENT.

18. После установки 4 фреймворка после распаковки Ошибка сервера: установщика Невозможно Загрузить компилятор JIT (mscorjit.dll): файл отсутствует или поврежден.

Проверьте файл или перезапустите установку.

Это означает, что в директории WindowsMicrosoft.NETFrameworkv2.0.50727 нет файла mscorjit.dll. Можно попробовать отключить Framework 3.5, перезагрузить компьютер, включить. Если не помогло, то поможет переустановка системы.

19. При распаковке установщика сервера, ошибка: имя каталога файла или синтаксис метки тома неверна.

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

Проблема была у Лопатки.

20. Ошибка при установке сборки ‘Microsoft.VC80.ATL, версия = «8.0.50727.4053», PublicKeyToken = «1fc8b3b9a1e18e3b», processorArchitecture = «amd64», тип = «win32».

Пожалуйста, обратитесь к — Справка и поддержка для получения дополнительной информации. HRESULT: 0x80070422.

Ошибка появлялась после принятия условий. На Windows 8×32 для одного языка.

См. здесь.

Была отключена служба Установщик модулей Windows.

Проблема возникла у Альбика Сочи (01.03.16)

21. Атрибуты не совпадают. Присутствует атрибутов (…), включено атрибутов (0), исключено атрибутов (…).

(атрибуты не допускаются на сервере функция разрешения SQL)

Убрали Флажки «Папка для архивирования» и «Сжимать содержимое для экономии места» с папки-установщика и с Program Files.

Инструкция с сайта Майкрософт:

Чтобы обойти эту проблему, удалите из папки атрибут «архивный»:

Откройте папку, содержащую папки, который имеет атрибут «архивный».
Щелкните правой кнопкой мыши на папку, в которой требуется удалить атрибут «архивный» и выберите от КОМАНДУ Свойства.
Общие — Дополнительно.
На вкладке « Дополнительные атрибуты » снимите флажок папки для архивирования.

Если папка установки не существует, удалите атрибут «архивный» из ближайшей родительской папки — C:FolderAFolderBFolderC

Информацию можно посмотреть здесь.

22. Средство проверки конфигурации системы (Служба инструментария управления Windows (WMI) терпит неудачу в правиле WMI службы.

Решение проблемы описано здесь и здесь.

Если ошибка «Win32: Файл или папка повреждены Чтение невозможно.» (Файл или каталог поврежден или нечитаемым), поможет только переустановка Windows!

(Ошибка была у СК Павел.)

23. При запуске установщика ошибка: Процесс не может получить доступ к файлу C:Documents и SettingsАдминистратор Local SettingsTemp yrhycfid.dll, так как этот файл используется другим процессом.

Код Ошибки 0x84B10001.

Windows XP, 32-битная.

Решение: перезагрузка компьютера, запуск установщика под администратором (правой кнопкой мыши — запуск под именем — снять галочку «защитить компьютер от несанкционированных действий этой программы»).

Проблема была у Видент (Тугулым).

24. Согласованность куста реестра счетчика производительности окончилась неудачно.

На удаленном рабочем столе лежат файлы реестра, которые необходимо скачать на сервер. Файлы лежат тут: F:ВнедренияRegistryValues.

На сервере дважды щелкнуть мышью по скаченным файлам, данные импортируются в реестр по адресам:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionPerflib09
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionPerflib19

В реестр можно войти, зайдя в «Пуск» — выполнить — и набрать regedit.

Проверить, что в итоге получилось так (должны существовать папки 009 и 019, внутри должны быть два ключа):

25. Ошибка при ожидании дескриптора восстановления компонентов ядра базы данных Database Engine.

Windows 10.

Ошибка возникает в процессе установки SQL сервера. Причина — поврежденные файлы стандартных пользователей.

Проблему можно решить очень легко: необходимо заменить поврежденную папку Default. По умолчанию в директории этот Компьютер — Локальный диск С: — : Пользователи

Папка по умолчанию скрыта поэтому нужно зайти Панель управления — Параметры проводника — Вид.

Включить «показать скрытые файлы, папки и файлы». В самом низу будет нужная. Убрать галочку «скрывать защищенные системные файлы» — ОК.

Далее скопировать на всякий случай папку Default на диск C, затем удаляем ее и вставляем рабочую, находится:

si-shareSupportИсправление ошибокПапка default

26. Ошибка при установке SQL, код ошибки: 0x800736B3.

Проблема на WIN10 решилась включением компонента .NET Framework 3.5.

27. Передан недопустимый номер (899: 29: 1) для просмотра журнала в базе данных PZBin.

Эта ошибка может свидетельствовать о повреждении данных или о том, что файл журнала (LDF) не соответствует файлу данных (MDF).

Если она возникла во время репликации, создайте публикацию повторно. В противном случае, если ошибка приводит к сбою при загрузке, произведите восстановление из резервной копии.

Во время восстановления произошла ошибка, препятствующая перезапуску базы данных PZBin (идентификатор базы данных 7). Идентифицируйте ошибки восстановления и исправьте их, либо восстановитесь с надежной хорошей резервной копии. Если ошибки не устранены или ожидаются в будущем, свяжитесь со службой технической поддержки.

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

Перед обновлением проверяем версию (!!!!!), удаляем PZBin, обновляем программу.

(Возникло у Зубра.)

28. Не удалось подключится к поставщику.

помогло вот это:

Из командного окна выполните MOFCOMP C:Program FilesMicrosoft SQL Server100 Sharedsqlmgmproviderxpsp2up.mof

29. Ошибка при установке — Согласованность куста реестра счетчика производительности.

Выполнить в командной строке под администратором:

cdwindowssystem32

lodctr /R

Ошибка 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

Описание:

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

Решение:

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

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

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

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

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

Решение:

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

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

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

# 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С) его не «видит» по ряду причин:

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

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

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

Описание:

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

Решение:

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

1. При неизвестных ошибках — смотрим события системы.

C:Program FilesMicrosoft SQL Server100Setup BootstrapLog 20150727_155149 — события установщика, описаны все происходящие действия. Здесь можно искать ошибки через поиск.
C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVER MSSQLLog ERRORLOG — события сервера.
Нажмите на «Пуск» — Выполнить — введите команду% Temp% и нажмите клавишу ВВОД (в основном, перейдите в папку Temp). Посмотрите на SQLSetup.log — здесь записывается лог распаковщика.

2. Когда проблема может быть связана с вирусами или с Windows.

Невозможно инициализировать шифрование SSL, поскольку действительный сертификат не может быть найден, и не представляется возможным создать самозаверяющий сертификат.
SQL Server не может порождать FRunCM нить.
Не удалось запустить сетевую библиотеку из-за внутренней ошибки в сетевой библиотеки.
Сбой при вызове LoadUserProfile из-за ошибки.
Инициализация Сервер TDSSNIClient завершилась с ошибкой 0x80092004, код состояния 0x80. Причина: Не удалось инициализировать поддержку протокола SSL. Объект или свойство не найдено.

3. Ошибка входа пользователя sa.

При установке сервера забыли проставить «смешанный режим».

При переустановке рамочное HRESULT ошибки 0x8000222.

Решение:

Нажмите «Пуск» — «Выполните» и введите «ЦМД».
Введите «чистая остановка WuAuServ». Затем закройте.
Перейдите в папку C:WINDOWS.
Найдите папку с названием «SoftwareDistribution» и переименуйте в «SDold».
Выполните шаг 1 снова.
Введите «чистый старт WuAuServ»
Установите NetFramework снова.
После этого перезагружаем компьютер, ставим еще раз сервер.

Отказано в доступе.

Решение: пользователя IDENT удалить, создать заново, запустить сервер.

Дополнительные сведения см. в центре справки и поддержки. HRESULT: 0x800736B3.

В логах системы написано что-то про «ИД безопасности приложения не соответствует ИД безопасности дирижера».

Убедитесь, что у вас есть права администратора на компьютере.
Удалите существующий SQL Server 2008 и все компоненты из панели управления. Не забудьте сделать резервную копию пользовательских баз данных перед удалением SQL Server.
Сделайте резервную копию реестра.
Удалите следующие ключи в реестре: HKEY_LOCAL_MACHINESOFTWAREMicrosoftMicrosoft SQLServer и HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer.
Перейдите к HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionUninstall и удалить все суб-ключи, ссылающиеся SQL Server.
Перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices и удалить все ключи, ссылающихся на SQL Server.
Переименуйте все папки SQL Server в компьютере.
Перезагрузите компьютер.
Повторно установите SQL Server 2008 R2.

8. Отключился ноутбук с сервером, после включения не запускается сервер.

Можно скопировать мастер со своего компьютера, вставить клинике. Потом восстановить их базу мастер!!!

9. File поврежден при открытии файла установщика.

В событиях системы ошибка, связанная с разрядностью. Windows 64-битная.

10. Сбой при запуске службы SQL Server (PZSQLSERVER) из-за ошибки.

Служба НЕ запущена из-за ошибки входа в систему.
Службе MSSQL $ PZSQLSERVER не удалось войти в систему с именем и текущим паролем, поскольку произошла ошибка. Вход в систему не произведен: выбранный режим входа для данного пользователя на этом компьютере не предусмотрен.

Идеальное решение: Зайти в службы — Свойства — Вход. И заменить учетную запись.

11. Не удалось запустить дочернюю службу. Ошибка возникает в процессе установки.

Здесь: C:Program FilesMicrosoft SQL Server100Setup Bootstrap Log20150727_155149:

Здесь: C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVERMSSQLLogERRORLOG:

В событиях системы ошибки:

Указанное имя ресурса не найдено в файле образа. [0х80070716].
Служба SQL Server (MSSQLSERVER) является зависимой от службы Сетевой вход в систему, которую не удалось запустить из-за ошибки Операция успешно завершена.
Этот компьютер является членом рабочей группы, а не домена. В данном случае нет необходимости запускать службу Netlogon.

Смотрим внимательно, чтобы IDENT был в группе Администраторы. Удаляем установленный ранее сервер.

Инструкция по устранению проблемы:

Скопируйте SQLEXPR.EXE файл в корневом каталоге вашего диска C.
Создайте папку SQL_temp для извлечения файлов.
Выполните команду /X SQLEXPR из командной строки DOS. Убедитесь, что вы находитесь в строке «C». (Из опыта поддержки — пробовали запускаться из CDProgram FilesMicrosoft SQL ServerMSSQL10_50.1MSSQLBinn. ВМЕСТО SQLEXPR пишем имя MSSQL10_50.PZSQLSERVER.
Найдите C:SQL_temp (созданный выше), нажмите кнопку ОК. Появится индикатор хода извлечения файлов.
После завершения следующей Extraction появится сообщение о завершении.
Нажмите кнопку ОК, а затем закройте окно DOS.
Перейдите к следующей папке: C:SQL_tempSetup. На самом деле, такой папки мы не нашли, она находится глубже. Поэтому просто через поиск искали файлы, о которых написано ниже. Запускать только из папки установки!
Дважды щелкните соответствующий файл MSI для установки.Какие-то файлы могут быть установлены, не нужно пытаться их поставить заново. Ставим только те файлы, которые предлагают нам принять соглашение, договор и так далее.
msxml6.msi — MSXML6.0 Parser
sqlncli.msi — Microsoft SQL Server Native Client
sqlwriter.msi — Microsoft SQL Server VSS Writer
sqlsupport.msi — Microsoft SQL поддержки установки файлов
В папке C:SQL_tempSetup.exe есть файл с зеленой иконкой, необходимо запустить его под правами администратора!

(Проблема возникла у Приора.)

По этому пути не было логов первоначально: C:Program FilesMicrosoft SQL ServerMSSQL10_50.PZSQLSERVERMSSQLLog

Логи появились после того, как запустили сервер вручную. Логи примерно такие:

При этом на компьютере жесткие диски называются C, D. А CD-ROM называется E.

После этого удаляем сервер, перезагружаем компьютер.

Проблема встречалась у Белого Эстетика.

12. Конфигурация Код ошибки: 0xDC80C325. Конфигурация Описание ошибки: Доступ запрещен.

Мы можем проверить это с помощью редактора групповой политики, как указано ниже:

Стоит учесть, что в Windows 8 для одного языка нет такого инструмента, он есть только в Pro и корпоративной версиях.

13. База PZ помечена как подозрительная.

ALTER DATABASE PZ SET EMERGENCY
ALTER DATABASE PZ SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DBCC CHECKDB (PZ, REPAIR_ALLOW_DATA_LOSS)
ALTER DATABASE PZ SET MULTI_USER
ALTER DATABASE PZ SET TRUSTWORTHY ON

14. Язык средств массовой информации, оригинальный SQL Server 2008 и язык пакета обновления не совпадают.

Ошибка появляется в начале установки, при проверки правил. Windows английская, 7-ка Ultimate (Клиника — Лопатка).

Решение: Открыть Язык и региональные стандарты — Языки и клавиатуры — Установка/удаление языков

Установить отображение языков

Запуск Центра обновления Windows

Смотрим доступные обновления, ставим галочку напротив Русский Language Pack

Статья для решения проблемы на Windows Server 2012.

15. После распаковки установщика ничего не происходит.

Установите Windows Installer для 2003 сервера соответствующей версии! Проблема была у Мастер Смайла.

16. Продолжение установки SQL Server невозможно без установки следующих программ Установщик Microsoft Windows 4.5.

Поскольку все эти компоненты входят в SP 2, предложили им его установить.

17. Не запускается SQL сервер. Ошибка 1069: Служба не запущена из-за ошибки входа в систему.

Возможно поменяли пароль у пользователя IDENT.

Проверьте файл или перезапустите установку.

19. При распаковке установщика сервера, ошибка: имя каталога файла или синтаксис метки тома неверна.

Проблема была у Лопатки.

Пожалуйста, обратитесь к — Справка и поддержка для получения дополнительной информации. HRESULT: 0x80070422.

Ошибка появлялась после принятия условий. На Windows 8×32 для одного языка.

См. здесь.

Была отключена служба Установщик модулей Windows.

Проблема возникла у Альбика Сочи (01.03.16)

21. Атрибуты не совпадают. Присутствует атрибутов (…), включено атрибутов (0), исключено атрибутов (…).

(атрибуты не допускаются на сервере функция разрешения SQL)

Инструкция с сайта Майкрософт:

Чтобы обойти эту проблему, удалите из папки атрибут «архивный»:

Откройте папку, содержащую папки, который имеет атрибут «архивный».
Щелкните правой кнопкой мыши на папку, в которой требуется удалить атрибут «архивный» и выберите от КОМАНДУ Свойства.
Общие — Дополнительно.
На вкладке « Дополнительные атрибуты » снимите флажок папки для архивирования.

Информацию можно посмотреть здесь.

Решение проблемы описано здесь и здесь.

(Ошибка была у СК Павел.)

Код Ошибки 0x84B10001.

Windows XP, 32-битная.

Проблема была у Видент (Тугулым).

24. Согласованность куста реестра счетчика производительности окончилась неудачно.

На сервере дважды щелкнуть мышью по скаченным файлам, данные импортируются в реестр по адресам:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionPerflib09
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionPerflib19

В реестр можно войти, зайдя в «Пуск» — выполнить — и набрать regedit.

Проверить, что в итоге получилось так (должны существовать папки 009 и 019, внутри должны быть два ключа):

25. Ошибка при ожидании дескриптора восстановления компонентов ядра базы данных Database Engine.

Windows 10.

Ошибка возникает в процессе установки SQL сервера. Причина — поврежденные файлы стандартных пользователей.

Папка по умолчанию скрыта поэтому нужно зайти Панель управления — Параметры проводника — Вид.

Далее скопировать на всякий случай папку Default на диск C, затем удаляем ее и вставляем рабочую, находится:

si-shareSupportИсправление ошибокПапка default

26. Ошибка при установке SQL, код ошибки: 0x800736B3.

Проблема на WIN10 решилась включением компонента .NET Framework 3.5.

27. Передан недопустимый номер (899: 29: 1) для просмотра журнала в базе данных PZBin.

Перед обновлением проверяем версию (!!!!!), удаляем PZBin, обновляем программу.

(Возникло у Зубра.)

28. Не удалось подключится к поставщику.

помогло вот это:

Из командного окна выполните MOFCOMP C:Program FilesMicrosoft SQL Server100 Sharedsqlmgmproviderxpsp2up.mof

29. Ошибка при установке — Согласованность куста реестра счетчика производительности.

Выполнить в командной строке под администратором:

cdwindowssystem32

lodctr /R

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

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

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

host    all    all       192.168.31.0/24    ident

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

host    all    all       192.168.31.0/24    md5

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

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

192.168.31.83 SRV-1C-1204

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

Ошибка СУБД:
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

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

Описание:

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

Решение:

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

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

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

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

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

Решение:

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

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

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

# 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С) его не «видит» по ряду причин:

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

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

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

Описание:

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

Решение:

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

Как заставить Сервер 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 ?

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

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

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

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

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

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

sudo netstat —pant | grep postgres

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

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

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

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

Отлично!

Но! не спешите сейчас бежать на Сервер 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!

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С 8.1 с которой пропал коннект.
При обращении клиента получаем сообщение:

Сервер баз данных не обнаружен
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»
Значит искал не там.

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

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

Sponger

28.04.10 — 13:00

На виртуальной машине установил Linux Debian 5.0.4.

Установил PostgreSQL 8.3.8 патченный с диска ИТС.

Установил 1С Сервер 8.1.15.14

все сервисы запускаются.

под Windows запускаю консоль серверов 1С, создал 1С сервер.

и вот проблема: при создании информационной выдает ошибку:

Ошибка соединения с рабочим процессом.

server_addr=tcp://debian:1562 descr=Ошибка сетевого доступа к серверу.

(WindowsSockets — 11004(0x00002AFC). Запрошенное имя верное, но данные запрошенного типа не найдены.

Подскажите что это значит и как исправить?

xReason

1 — 28.04.10 — 13:27

Что-то мне кажется, что проблема с доступ к базе. Где-то каких-то прав не хватает

nemo1966

2 — 28.04.10 — 13:30

Sponger

3 — 28.04.10 — 13:55

(2) у меня 3 процесса и запущены от пользователя usr1cv81

Sponger

4 — 28.04.10 — 13:57

(2) сервер приложений я так и ставил.

Sponger

5 — 28.04.10 — 14:00

при создании базы пишет:

Ошибка при создании информационной базы: Сервер 1С Предприятия не обнаружен.
Ошибка соединения с рабочим процессом.
server_addr=tcp://debian:1562 descr=Ошибка сетевого доступа к серверу.
(WindowsSockets — 11004(0x00002AFC). Запрошенное имя верное, но данные запрошенного типа не найдены.

egor2fsys

6 — 28.04.10 — 14:02

ping debian

из под винды что говорит ?

pumbaEO

7 — 28.04.10 — 14:05

в винде в host пиши ip компьютера и наименование какое ставил для debian.

Sponger

8 — 28.04.10 — 14:06

так не пингует, а по ip ping идет.

Установил PGAdmin III. В нем база создается. Значит дело именно в 1С сервере приложений.

egor2fsys

9 — 28.04.10 — 14:11

Дело не в сервере приложений, дело в том, что не удается определить IP адрес по имени. Пропишите соотв. имени к адресу в файл hosts, как посоветовал pumbaEO.

Sponger

10 — 28.04.10 — 14:14

(9) я понял :). Но не могу найти этот файл. У меня Win7

egor2fsys

11 — 28.04.10 — 14:17

<sys disc>:Windowssystem32driversetc

Все точно там же, где и в ХР.

Sponger

12 — 28.04.10 — 14:20

(11) угу нашел, но почему то не с первой попытки :). Щас поправлю посмотрим.

Sponger

13 — 28.04.10 — 14:36

hosts поправил, но теперь другая ошибка.

Ошибка при создании информационной базы: Сервер баз данных не обнаружен.
FATAL: отсутствует запись в pg_hba.conf для хоста «127.0.1.1», пользователя «postgres», базы «template1»

Sponger

14 — 28.04.10 — 14:43

в pg_hba.conf у меня прописано
host all all 127.0.0.1/32 md5
host all all 192.168.0.0/24 md5
host all all 192.168.1.0/24 md5

egor2fsys

15 — 28.04.10 — 14:59

Сделайте

host all all 127.0.0.1/32 trust

host all all 192.168.0.0/24 md5

host all all 192.168.1.0/24 md5

Sponger

16 — 28.04.10 — 15:00

Sponger

17 — 28.04.10 — 15:11

добавил
host all all 127.0.1.1/32 md5

и все заработало :). всем спасибо за помощь.

PS И еще вопросик. Без серверного ключика, сколько пользователей будет работать 10 или 12? и это глюк системы или официально разрешено?

nemo1966

18 — 28.04.10 — 15:13

egor2fsys

19 — 28.04.10 — 15:14

12.

Официально не разрешено, но это фича сервера под linux.

nemo1966

20 — 28.04.10 — 15:14

осталось от прежних релизов типа «тестовые»

Sponger

21 — 28.04.10 — 15:15

(19), (20) — т.е. если проверка за отсутствие ключика будут дрючить?

nemo1966

22 — 28.04.10 — 15:16

(21) да

pumbaEO

23 — 28.04.10 — 15:35

пропиши в c:WINDOWSsystem32driversetchosts
ip «название машины»

проверь в debian,
cat /etc/hosts

чтобы во второй (обычно) строке имя совпадало с «название машины»
127.0.1.1 «название машины»

после этого пойдет ping «название машины», и будет создана машина, процесс на сервере 1С Предприятие

xReason

24 — 29.04.10 — 16:00

Я сегодня столкнулся с такой же ошибкой… что самое интересное причина была в том, что я по айПи ломился вообще на другой комп, где не было сервера

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

Сервер 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[/pre]

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

host all all 192.168.31.0/24 md5[/pre]

где 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.83SRV-1C-1204[/pre]

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

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

Также данная ошибка может возникать при использовании сборок 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 два разных имени.

Источник: interface31

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

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

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

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 или в на платформе Windows.

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

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

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

192.168.31.83SRV-1C-1204

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

Также данная ошибка может возникать при использовании сборок 9.1.x
и 9.2.x [email protected]
, подробности смотрите ниже.

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

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

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

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

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

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

Теги:

Please enable JavaScript to view the

Ошибки, обнаруживающие себя при работе с программными продуктами, чаще всего лишают возможности пользоваться ими. А отсутствие специальных знаний для понимания алгоритмов работы порождают ещё и невозможность диагностики и исправления возникающих сбоев . В этой статье обратим взгляд на проблему «Сервер 1С:Предприятия не обнаружен, как исправить запуск агент-сервера?».

Устранить проблему в работе 1С можно несколькими способами.

Возникающие ошибки имеют различную подноготную, рассортировать их можно по уровням возникновения:

Неправильное прописывание кодов разработчиками самой один-эски;
Ошибки, допущенные программистами, которые дорабатывают (изменяют) продукт применительно к требованиям (задачам) конкретного пользователя;
Сбои, вызванные погрешностями работы кэш-памяти, чаще всего ставящие в тупик программистов;

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

Исправляемся — запускаем сервер

Итак — ситуация, которой посвящена эта публикация возникает в том случае, когда служба агент-сервера или отключена, или остановлена. Отметим, что, как правило, причины этого остаются невыясненными (кто ж признается).

Эта служба запускается двояко — либо как приложение, либо как служба. Посмотрим, как это делать в обоих случаях:

Как приложение

Чтобы запустить её в виде приложения, выполняется команда:

При этом указываются (в своих настройках) порт, диапазоны портов, уровень и каталог. Если эти параметры не указывать, то их значения будут программой установлены «по умолчанию».

В виде службы

Когда при первой установке 1С вариант запуска избирался службой, то она регистрируется и впоследствии должна так и запускаться автоматически (при каждом старте операционки).

Если же первоначально агент был установлен приложением, то можно вручную провести её регистрацию и сделать запуск. Это произойдёт по команде (не забудьте о параметрах):

ragent.exe -instsrvc -usr ‹указываем имя› -pwd ‹указываем пароль›

Port ‹для порта› -regport ‹для порт› -range ‹диапазоны портов›

Seclev ‹нужный уровень› -d ‹указывается каталог›

Результатом регистрации будет создание новой Службы (в этом случае для 1С версии 8.3 для 64-разрядки):

На память

Для удаления (отмены регистрации) службы:

Остановка:

Теперь вы всё знаете о причинах проблемы «сервер 1С:Предприятия не обнаружен» и о том, что нужно сделать при её появлении.

Оставляйте свои комментарии.

Вопрос: Com Ошибка в ОбработкаЗаполнения

Привет.
8.2 Розница 1.
коннектюсь к 8.1 Не типовая конфа.
Подключаюсь по com к базе и пытаюсь создать документ, но при вызове «СоздатьДокумент()» или «ПолучитьОбъект()» происходит ошибка процедуре ОбработкаЗаполнения
. см рис.

Пробую то же самое в самой базе 8.1 но ни какой ошибки нет, и в ОбработкаЗаполнения тоже не вхожу.
В чем косяк то может быть?

Ответ:

turboq
, криво написанный модуль документа!

Добавлено через 5 минут

Она не вызывается! Она пытается скомпилироваться! Но так как при подключении через ComConnector РежимДиалогаВопрос НЕ СУЩЕСТВУЕТ, модуль документа не может быть скомпилирован.
Для таких случаев когда в модуле объекта необходимо реализовать работу с диалогом используют инструкции препроцессору

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

В базе код исполняется на клиенте и РежимДиалогаВопрос есть поэтому все происходит без ошибок

Используй не ComConnector, V8.Application для подключения, тогда тебе будут доступны интерфейсные вещи

Добавлено через 5 минут

=======================================================================================================================
из описания внешнего соединения (СП) Жирным выделил что тебе следует почитать про КомСоединения

Описание
:

В общем и целом работа с 1С:Предприятием 8 через внешнее соединение подобна работе с 1С:Предприятием в режиме Automation сервера. Основные отличия заключаются в следующем:

В случае Automation сервера запускается полноценное приложение 1С:Предприятия 8, а в случае внешнего соединения запускается относительно небольшой внутрипроцессный COM-сервер.

При работе через внешнее соединение не доступны функциональные возможности, так или иначе связанные с организацией пользовательского интерфейса 1С:Предприятия 8;

При работе внешнего соединения не используется модуль управляемого приложения (модуль обычного приложения) конфигурации 1С:Предприятия 8. Его роль при работе с внешним соединением играет модуль внешнего соединения.

При использовании внешнего соединения имеются следующие преимущества по сравнению с использованием Automation сервера:

Более быстрая установка соединения, так как не требуется создания отдельного процесса операционной системы, а все действия производятся в рамках вызывающего процесса;

Более быстрое обращение к свойствам и методам объектов 1C:Предприятия, так как для организации обращения не требуется организации межпроцессной коммуникации;

Меньший расход ресурсов операционной системы.

Для организации доступа к данным 1С:Предприятия 8 через внешнее соединение, выполняется следующая последовательность действий:

создается менеджер COM-соединений, с помощью которого производится установка соединения;

производится обращение к методу Connect менеджера COM-соединений. Метод Connect возвращает внешнее соединение с информационной базой 1С:Предприятия 8;

через внешнее соединение производится обращение к допустимым методам, свойствам и объектам информационной базы, с которой установлено соединение.

Важно! В связи с отсутствием пользовательского интерфейса не все объекты, а также свойства и методы можно использовать во внешнем соединении.
Внешнее соединение предоставляет полный доступ к своему глобальному контексту. Поэтому внешнее соединение в качестве своих методов может иметь: системные константы, значения заданных в конфигураторе объектов, доступ к которым осуществляется с помощью менеджеров (например, константы, перечисления, справочники, документы, журналы документов, отчеты, обработки, планы видов характеристик, планы счетов, планы видов расчета, регистры), а также переменные, объявленные в модуле внешнего соединения с ключевым словом Экспорт.

Доступность:

При подключении к серверу 1С из консоли получаем:

Ошибка на сервере или соединение разорвано администратором
Ошибка формата потока

При запуске SQL базы получаем ошибку:

Ошибка на сервере или соединение разорвано администратором.
Ошибка формата потока

И так, исходные данные:

Свежеустановленная Windows 7 Professional x64, все апдейты и т.д. (проблема имеет место и на Server 2008 и на 2008R2)

Установлен сервер 1C x64 (32битный тоже пробовал)

Все работает до перезагрузки. После перезагрузки при попытке подключения к базе в SQL или открытии кластера в консоли 1С получаем отлуп с такими картинками:

При подключении к серверу 1С из консоли получаем:

Ошибка соединения с сервером 1С:Предприятия 8.2:
Ошибка на сервере или соединение разорвано администратором
Ошибка формата потока

При запуске SQL базы получаем ошибку:

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

Для возможности запуска базы и подключения к кластеру из консоли помогало только:

1. Остановка службы сервера 1С:Предприятия 8.2

2. Удаление процессов rmngr.exe rphost.exe (сам вылетает при завершенииrmngr.exe
).

3. Очистка каталога C:Program Files1cv82srvinforeg_1541snccntx (у 32 битного сервера C:Program Files (x86)1cv82srvinforeg_1541snccntx)

4. Запуск службы сервера 1С:Предприятия 8.2

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

Были протестированы:

1. различные релизы, различные серверы,

2. различные пользователи: Система, Администратор, USR1CV82.

3. принудительное выставление полных прав этим пользователям на каталоги C:Program Files1cv82 (у 32 битного сервера C:Program Files (x86)1cv82) с наследованием на дочерние объекты.

4. десятки перезагрузок и многое другое.

Однако причина оказалась куда более неожиданной!

Разыменование в Windows 7 (Server 2008, 2008R2, вероятно и 2012)

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

Выполнить это просто:

1. Запустите командную строку (Win+R, наберите cmd и нажмите ОК)

2. В командной строке наберите команду «Ping» пробел и имя вашего компьютера. Именно имя, а не его IP адрес. Нажмите Enter.

3. Если система начала пинговать себя через адрес вида fabc:de12:3456:7890:ABCD:EF98:7654:3210, или другой отличный от Вашего IP адрес

Добро пожаловать в частный клуб багофичи разыменования по версии Windows 7.

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

А вот, отображение Вашего IP в виде IPv6 — одна из самых частых причин возникновения этой ошибки.

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

Ниже я опишу два решения для обхода этой «особенности».

Предварительно хочу предупредить:

Все действия с Вашим компьютером Вы производите на свой страх и риск.

Вариант №1
Добавить в Hosts свой ПК и его IP

1. Нужно найти файлик hosts в папке C:WindowsSystem32driversetc Если в этой папке Вы не видите файлик Hosts, значит он просто скрыт. Тогда можно нажать клавишу ALT и, в появившемся меню, выбрать «Сервис»-«Параметры папок»-«Вид» и снять
там галочку «Скрывать защищенные системные файлы». Можно еще установить переключатель «Показывать скрытые файлы, папки, диски», тогда вообще все будет видно.
(После манипуляций с Hosts, рекомендую вернуть галочку на ее прежнее место, что бы случайно чего не зацепить в будущем)

2. Открыть этот файлик в Notepad (блокнот) и в конец дописать строку вида 192.168.0.1 Server (IPадрес ИмяПК). Сохранить и закрыть файлик.

3. Попробовать заново пропинговать свой ПК через имя. Если Вы снова не видите нужно IP — что-то пошло не так… Возможно антивирус вернул старую версию файла (Каспер такое любит) или что-то еще.

В общем нужно добиться правильного адреса при пинге через имя.

Стараясь быть впереди планеты всей, Windows 7, мало того что ставит IPv6 сразу ко всем интерфейсам, так она еще и ставит его в качестве дефолтного при разыменовании. Однако на сегодняшний день этот протокол мало кто использует, а следовательно его можно/нужно отключить. Помните, что снятие галочки с протокола IPv6 в интерфейсе сетевой карты ничего не даст!

Нажмите
Win+R, напишите regedit и нажмите Enter. Откроется редактор реестра.

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

Найдите и выберите следующий подраздел реестра:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip6Parameters

Дважды щелкните пункт DisabledComponents
для изменения параметра DisabledComponents
.
Если параметр DisabledComponents
отсутствует, его необходимо создать. Для этого:

Находясь на веткеParameters,
в меню Правка
выберите пункт Создать
, а затем — Параметр DWORD (32 бита)
.

Введите DisabledComponents
и нажмите клавишу ВВОД.
Хочу напомнить, что оба решения не являются панацеей, и не самом деле позволяют обойти ошибку, а не устранить ее причину

Содержание

Ошибка при создании базы 1С с клиента под Windows
Ошибка субд: database не пригоден для использования
В этой статье показан пример общих принципов разбора технологических вопросов, которые могут появляться при работе с 1С:Предприятие 8.1.
1. Определение текста (проявления) ошибки и локализация источника возникновения
Сохранение информационной базы
Восстановление информационной базы
Ошибки информационной базы и их решение
Тестирование и исправление
Общая информация
ВАЖНО: пользователь «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. Часть 2.
Ошибка СУБД:
DATABASE не пригоден для использования
ERROR: type «tt7» already exists
ERROR: could not read block
Не удалось запустить сервер PostgreSQL
Длительный запуск 1С:Предприятия при работе с СУБД PostgreSQL
Из файла *xlsx загружаются в 1С иероглифы/ в файл выгружаются иероглифы.
Еще можно посмотреть
Установка двух версий сервера 1С на Linux
Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.
Администрирование серверов 1С на Linux
Установка PostgreSQL для 1С на Linux
Публикация 1С на Веб сервере Apache Linux
Установка и настройка хранилища конфигураций 1C на Linux сервере
Основные команды Linux

Ошибка при создании базы 1С с клиента под Windows

Установлен сервер 1С Предприятие 8.2 (релиз 8.2.17.169), СУБД PostgreSQL 9.2.1 на сервере линукс CentOS 6.3 (64bit). В среде СУБД PostgreSQL базы создаются и тестируются. При попытке создать БД с клиента на ПК под Windows, клиент выдает сообщение: «Ошибка при создании информационной базы: Ошибка операции с информационной базой Ошибка СУБД: DATABASE не пригоден для использования » Пожалуйста, подскажите где копать. Спасибо.

58055: 1610873250

а с линуксов создаются нормально?

На сервере с консоли терминала в среде СУБД PostgreSQL базы создаются и тестируются.

96214:1484350258

Там мильйон причин по которым у вас вылазит такая ошибка. Вы через оснастку Администрирование серверов 1с, бд подключали?

нет. Я просто установил клиент и с него. В меня клиентский ПК под Win 7. Попробую через оснастку. Спасибо.

А постгрес пропатчен для 1С?

Попробовал через оснастку. Но при создании Центрального сервера после задания его имени «Serv1С» или IP выдаэтся следуюющее собщение: Server addr=tcp://Serv1C:1541 descr=192.168.101.10:1541; Ошибка сетевого доступа к серверу (Windows Sockets-10065(0x00002751). Сделана попытка выполнить операцию на сокете для недоступного хоста); lin=545 file=srcDataExchange TcpClientlmpl.cpp

Приехали. Я так понял, что с сети не видно сервера. Хотя через самбу я его вижу и даже пишу в расшаренную папку. А вот сервера 1С, видимо не видно. И как его открыть для сети?

71011: 256037542

Пройди в оснастку управления и администрирования сервером 1С предприятие. Зайди в свой кластер и обрати внимание на «Рабочие серверы». Удали то что там сейчас и укажи реально существующий сервер. После этого возможно потребуется создать рабочие процессы.

71011: 256037542

Скачай с офф.сайта производителя патчи, если сам сервер Postgres не с офф. сайта.

96214:1484350258

«Serv1С» надо прописать в hosts.

71011: 256037542

Для начала рабочий сервер поправьте в кластере. Я почему-то думаю что postgres у тебя с офф.сайта.

71011: 256037542

Установи ее на виндовс машине и мышкой нашелкай, или поправь все в файле сервера 1С на Линукс

71011: 256037542

Вы вообще не в теме, да?

60642: 1392179046

Человек слабо понимает, что делает, и вообще не понимает, что ему говорят. На днях этот же вопрос он уже задавал.

6015: 604042723

База PostgreSQL и «информационная база» 1С имеют между собой примерно столько же общего, сколько база автомобиля и база отдыха.

2300:1567075356

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

А когда ты станешь гуру pgsql и 1с, ты поймёшь, какой бесполезнейшей хернёй ты вообще занимаешься. Связка 1C+pgsql не даст тебе никакого прироста в производительности, напротив, такая связка гарантированно хуже в этом плане чем 1с+дефолтный mssql, даже если ты базы утащишь в рамфс и воткнёшь столько мощных процессоров, сколько у тебя хватит фантазии. И дело не в тебе и не в pgsql, дело в 1С.

Но я тебя обрадую, (не в даваясь в историю появления mssql) 1С под linux идеально чувствует себя в связке с db2 от ibm. Эффект «вау» от бухгалтеров гарантирован и отсутствие нервотрёпок в дальнейшим тоже. Да, для использования больше 2Гб памяти она требует покупку лицензии, очень не дешёвой.

60642: 1392179046

Тебе придётся сесть и изучить документацию вообще по всему

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

Связка 1C+pgsql не даст тебе никакого прироста в производительности, напротив, такая связка гарантированно хуже в этом плане чем 1с+дефолтный mssql

1С под linux идеально чувствует себя в связке с db2 от ibm.

Близко к 4.2. Заливку dt по 10 часов уже починили? Администрирование этого чуда даже не рассматриваем.

У меня клиентские базы далеко не ИП, но почему-то прекрасно себя с постгресом чувствуют, и типовые, и собственные. Про кучу лишнего времени мимо. Ну а про «одну лицензию на винду» как-то даже не смешно.

2300:1567075356

Ты не берёшься утверждать что производительность pgsql лучше чем db2, у тебя всё отлично и так. Хорошо, сколько гигабайт твоя база и сколько в ней работает человек?

Надеюсь, что ты пробовал не триальную версию с ограничением в процессорах, памяти и процессах.

Заливку dt по 10 часов уже починили?

А что была какая-то проблема у тех кто догадался прочитать документацию? У меня таких проблем нет.

Администрирование этого чуда даже не рассматриваем

А какие проблемы с администрированием? И она не чудо, она «суровый энтерпрайз» со всеми вытекающими плюсами и минусами.
Давай пойдём по пути простой логики, как ты думаешь, что движет людьми, что они заменяют mssql и pgsql на db2? Ну или не заменяют, а хотя бы пытаются?

Я не агитирую за db2, у меня к ней тоже есть претензии, но они нивилируются удовлетворением от производительности. К сожалению, pgsql мне эту радость не подарил, и мне жаль потраченного на него времени при решения задачи «обеспечить производительность выше mssql». Я работал с базами 15-80Гб с 20-40 активными юзерами, это было лето 2011г.

p.s. допускаю, что за последние почти 2 года произошёл какой-то прорыв в связке с pgsql, но зная инертность 1с разработчиков, просто в это не верю.

60642: 1392179046

Ты не берёшься утверждать что производительность pgsql лучше чем db2.

Конечно нет, фирма 1С тоже вот не берётся. Про сферические базы со сферическими пользователями я уже писал. По опыту могу сказать, что серьёзные затыки с производительность обычно связаны с нюансами учётных алгоритмов, и не решаются ни железом, ни настройкой чего-либо. Только изменение/оптимизация алгоритма.

Хорошо, сколько гигабайт твоя база и сколько в ней работает человек?

Ок, есть база на 50Гб с 30+ пользователями. Внезапно, на постгресе чувствует себя лучше, чем на скуле.

А что была какая-то проблема у тех кто догадался прочитать документацию?

Ага, посмотри закрытый форум.

как ты думаешь, что движет людьми, что они заменяют mssql и pgsql на db2?

Отсутствие программистов в штате? Имеющийся db2? 🙂

но зная инертность 1с разработчиков, просто в это не верю.

Всем бы такую инертность, за 5 лет полностью переписать платформу, реализовать полноценный клиент-сервер, кроссплатформенность, веб-клиента, декларативное описание интерфейса и ещё обеспечивать обратную совместимость.

Источник

Ошибка субд: database не пригоден для использования

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

В качестве примеров будут разобраны:

Пример 1. Пользователь пожаловался на невозможность запуска 1С:Бухгалтерия.

Пример 2. «Потерялся» доступ к информационной базе.

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

Microsoft OLE DB provider for SQL Server: Login failed for user ‘user1c’

H RESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

Пример 3. Странная «неизвестная» ошибка.

Текст сообщения: «Произошла неизвестная ошибка на сервере 1С предприятие (80010108)»

1. Определение текста (проявления) ошибки и локализация источника возникновения

iderror

net start Агент сервера 1с:Предприятие 8.1

Если сервер приложений не стартует, в некоторых случаях сделайте копию папки C:Program Files1cv81server и удалите содержимое перед попыткой старта.

Файловый режим 1С: Предприятия 8.3 предполагает хранение информационных данных программы в виде файлов, объединенных в одну папку. Для каждой информационной базы (ИБ) создается отдельная папка, адрес которой можно увидеть в окне запуска программы:

Каждая папка данных 1С – набор системных файлов, среди которых 1Cv8.1CD и есть основной файл ИБ, содержащий введенные пользователями первичные данные, структуру конфигурации и механизмы ее работы:

Сохранение информационной базы

Сохранение копии информации программ 1С на внешний носитель или облачный ресурс настоятельно рекомендуется выполнять ежедневно, а при активной деятельности и большом объеме документов – и несколько раз в день. Это поможет избежать мучительного восстановления данных в случае сгоревшего жесткого диска, неудачного обновления программы, вирусной атаки.

Выгрузка базы данных 1С может осуществляться несколькими способами:

В режиме «Конфигуратор» следует выбрать пункт меню:

И сохранить выгружаемый файл с расширением dt, содержащий упакованные информационные данные и структуру конфигурации, в любой удобный каталог:

Экспорт базы из 1С в указанный каталог успешно выполнен:

Восстановление информационной базы

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

Для второго случая импорт базы 1С выполняется также в режиме «Конфигуратор». В меню «Администрирование» следует выбрать команду «Загрузить информационную базу» и указать файл выгрузки *.dt:

Следует согласиться с предупреждением о перезаписи данных, нажав кнопку «Продолжить».

При успешной загрузке файла информационных данных на экране будет выведено соответствующее сообщение:

Если дальнейшая работа в конфигураторе не предполагается, следует ответить «Нет».

Ошибки информационной базы и их решение

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

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

Тестирование и исправление

Для одновременного применения исправлений к данным и структуре необходимо установить радиоточку в положение «Тестирование и исправление».

Программная обработка «Тестирование и исправление» проверяет и исправляет внутреннюю структуру конфигурации и информационных данных. За проверку физической целостности базы отвечает файл chdbfl.exe.

Этим файлом также осуществляется проверка базы на ошибки и расположен он в каталоге установки технологической платформы:
141

Форма этой проверки проста – достаточно выбрать файл информационной базы, установить флажок автоматического исправления ошибок и нажать на кнопку «Выполнить», Программа при этом должна быть закрыта у всех пользователей и, как всегда, выполнено резервное копирование:
151

При успешном окончании проверки будет выдано соответствующее сообщение:
161

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

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

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

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

1cv8 pgsql error 003

Host all all 192.168.31.0/24 ident

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

Host all all 192.168.31.0/24 md5

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

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

1cv8 pgsql error 005

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

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

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x [email protected] , подробности смотрите ниже.

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

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

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

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

1cv8 pgsql error 011

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

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

Источник

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

photo 2020 12 18 11 56 12

Ошибка СУБД:

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

DATABASE не пригоден для использования

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

post 922 image

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

База не запускается после установки и создания.

Решения:

Установим версию предназначенную для работы с 1С:Предприятием. Скачать такую можно с сайта 1С (при наличии купленного ИТС и открытого доступа), или приобрести у PostgresPro.

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

ERROR: type «tt7» already exists

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

post 922 image

Описание:

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

Решение:

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

ERROR: could not read block

post 922 image 1

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

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

Решения:

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

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

Не удалось запустить сервер PostgreSQL

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

post 922 image 1

Описание:

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

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

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

post 922 image 2

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

post 922 image 3

Решение:

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

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

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

Длительный запуск 1С:Предприятия при работе с СУБД PostgreSQL

Описание:

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

Решение:

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

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

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

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

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

**Из файла *xlsx загружаются в 1С иероглифы/ в файл выгружаются иероглифы.**

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

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

post 922 image 4

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

post 922 image 5

Решение:

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

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

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

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

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

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

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

linux 3

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

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

photo 2020 12 18 11 33 39

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

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

istockphoto 525197007 612x612 1

Администрирование серверов 1С на Linux

Привычным для нас инструментом управления кластером серверов 1С является консоль «Администрирование серверов 1С Предприятия» — «Microsoft Management Console». Данная консоль позволяет выполнять все необходимые действия по администрированию кластеров серверов 1С:Предприятия. Но, она имеет один недостаток – её невозможно использовать под ОС Linux. Но не все так плохо. Альтернативными средствами администрирования серверов 1С на Linux являются: […]

linux 06

Установка PostgreSQL для 1С на Linux

Пошаговый процесс установки СУБД PostgreSQL для 1С на Linux сервер.

linux 07

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

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

linux 5

Установка и настройка хранилища конфигураций 1C на Linux сервере

Хранилище конфигурации 1С:Предприятия 8.3 является инструментом групповой разработки. Настраиваем сервер хранилища на Linux.

linux 99

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

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

Источник

На чтение 6 мин. Опубликовано 15.12.2019

При подключении к базе, расположенной на сервере 1С:Предприятия, возникает ошибка «…Windows Sockets — 11001 (0x00002AF9). Этот хост неизвестен…». Как вылечить?

Виды ошибок:

или

Ошибка подключения к базе, расположенной на сервере 1С:Предприятия, возникает не всегда!
Подключение из Windows XP обычно проходит без особых проблем, при этом аналогичное подключение из Windows 7 может завершаться аварийно:
Ошибка 11001 — Windows Sockets
Лечится эта ошибка довольно просто! Достаточно внести изменения в файл hosts

Файл hosts представляет собой
Обычный текстовый файл (не имеющий расширения). В hosts-файле по умолчанию прописан всего один IP-адрес (127.0.0.1), зарезервированный для localhost, то есть для локального ПК. Файл hosts представляет собой обычный текстовый файл (не имеющий расширения).

Где находится файл hosts
• Windows 95/98/ME – WINDOWS;
• Windows NT/2000/XP/Vista/7 – Windows/System32/drivers/etc.

И так у нас Win7 открываем C:WINDOWSsystem32driversetchosts, и добавляем в него ip-адрес вашего сервера.
Например так:
192.168.1.100 sermac

Сохраните, и попробуйте через пару минут запустить программу.

Технический блог специалистов ООО»Интерфейс»

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

Содержание

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.
Общая информация
Сервер баз данных не обнаружен
ВАЖНО: пользователь «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.

Автор: Уваров А.С.
22.05.2014

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

Сервер баз данных не обнаружен
ВАЖНО: пользователь «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

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

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

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

Всё о современном программировании

Ошибка сетевого доступа 11001(0x00002AF9)

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

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

На форумах пишут одно лечение этой ошибки в папке Windows файл hosts

Источник

Ошибка 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С «Сервер баз данных не обнаружен»

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

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

Сервер баз данных не обнаруженВАЖНО: пользователь «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 нет записи для компьютера

Примечание

Ошибка 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

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

Сервер баз данных не обнаруженВАЖНО: пользователь «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С «Сервер баз данных не обнаружен»

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

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

ВАЖНО: пользователь «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

Теги:

Сервер баз данных не обнаружен
ВАЖНО: пользователь «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

Сервер баз данных не обнаружен
ВАЖНО: пользователь «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

Сервер баз данных не обнаружен
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

Сервер баз данных не обнаружен
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

**Из файла *xlsx загружаются в 1С иероглифы/ в файл выгружаются иероглифы.**

Сервер баз данных не обнаружен
ВАЖНО: пользователь «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