Ошибка субд 58p01 error could not open extension control file

8

ответов

[Решено] 1С сервер базы данных не обнаружен is the server running on host and accepting tcp/ip connections on port 5432

Немного дополню ваш вопрос, а потом расскажу решение речь идет про Linux сервер и бд Postgre о этом говорит порт: 5432 и это и есть корень вашей проблемы.

И ошибка ваша выглядит так:
Connection refused
Is the server running on host «127.0.0.1» and accepting
TCP/IP connections on port 5432?

РЕШЕНИЕ:
1. нужно проверить на сервере есть ли в открытых портах 5432 и сам postgresql

Должно быть примерно так, если у вас пусто или вот так:
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN 1439/postgres

Pезультат выполнения команды означает, что PostgreSQL принимает подключения по адресу 127.0.0.1 и порту 5432. Чтобы изменить настройки, понадобится отредактировать файл postgresql.conf

Найти местонахождение файла можно командой:

$ find / -name postgresql.conf 2> /dev/null

/etc/postgresql/10/main/postgresql.conf
Надо указать PostgreSQL, что необходимо принимать подключения по всем адресам:

listen_addresses = ‘*’
и перезагрузить СУБД:

service postgresql restart

Также можно прямо с сервера проверить подключение постгресскуэль
psql -U my_login -h 192.168.0.14 postgres

Если сервер доступен, то будет получен доступ к базе данных postgres:

psql
Type «help» for help.

ОЧЕНЬ ВАЖНО
Залезьте в лог постгре cat /var/log/postgresql/postgresql-10-main.log
И если у вас там: ВАЖНО: нет доступа к файлу «online_analyze»: Нет такого файла или каталога

и до этого у вас все работало на вашей убунте и postgres и тут после рестарта все сломалось, предположу что вы обновили убунту.
libpq5/bionic-security,bionic-updates 10.6-0ubuntu0.18.04.1 amd64 [может быть обновлён с: 10.5-10.1C]
postgresql-10/bionic-security,bionic-updates 10.6-0ubuntu0.18.04.1 amd64 [может быть обновлён с: 10.5-10.1C]
postgresql-client-10/bionic-security,bionic-updates 10.6-0ubuntu0.18.04.1 amd64 [может быть обновлён с: 10.5-10.1C]

И вероятно починив порт 5432 и создав online_analyze
у вас будет ошибка: error could not access file $libdir/mchar no such file or directory

РЕШЕНИЕ:
1. Качайте дистрибутив с сайта 1С и переустанавливайте его.
2. И блокируйте обновления постгрес:
sudo apt-mark hold libpq5:amd64 postgresql-10 postgresql-client-10

Источник

58p01 postgresql 1c mchar control

Конечно же понравился. Пока все кричали «1С сделало из версионника блокировочник», я изучал патч и обратил внимание на следующий код

(отдельная выдержка из патча)

Для тех кто не умеет читать код C++ поясню. По умолчанию включается самый максимальный уровень блокировки. Причем это максимальный уровень НЕ стандартен для типового PostgreSQL. Для дополнительной информации знатокам MSSQL следует обратиться к http://www.postgresql.org/docs/9.3/static/explicit-locking.html

Ключевые слова здесь: по умолчанию, максимальный, НЕ типовой

А это значит — если 1С-ный программист НЕ управляет блокировками, то PostgreSQL с точки зрения будет вести себя НЕ как PostgreSQL. Надеюсь идея понятна. Тогда, когда проводилось это исследование в стандарт 1С:Совместимо только-только включали требования явно управлять блокировками и тестировать производительность на стороне кода 1С на параллельность. А я уже своим программистам и себе рекомендовал тоже самое (в том числе типовые конфигурации, в которых не было управления блокировками для меня были уже не актуальными и в работу не брались — в таком случае писались свои системы, а с типовыми только интегрировались).

И это всё?

Ну и последнее для данной публикации это патч вводящий новый тип, точнее «контрибьютящий» некоторой количество кода внутрь нашего «адаптированного для 1С PostgreSQL». И тут нам вдруг открывается, что оказывается можно собирать свой PostgreSQL со своим набором библиотек. Интересное знание, и прежде чем вы скажете, что мы должны использовать только нативное и без расширений, я вам скажу что функционал таких модулей http://www.postgresql.org/docs/9.3/static/contrib.html — это официальный нативный функционал. Казалось бы, что такое знание совершенно не полезно.

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

• mchar
• fulleq
• fastrun (опечатка сделана специально 😉)
• online_analyzer
• plantuner

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

online_analyzer и plantuner – сразу нас приводят на сайт http://sigaev.ru/

для НЕ желающих ходить по ссылкам, сразу скажу – эти 2 модуля добавляют известное поведение MSSQL – USEPLAN и аналог AUTOUPDATESTATS. И мне понравилось – во-первых данные библиотеки сразу же были включены в Ruby on Rails проект (точнее в их PostgreSQL), где в тот момент в силу большого количества пользователей наблюдались проблемы с производительностью с PostgreSQL. Особенную проблему вызывала как все 1С-ники знают, проблемы со статистикой записей. А тут оказалось, что можно построить адаптивный план обслуживания. Просто в PostgreSQL функция UPDATE STATS из MSQL называется ANALYZE TABLE.

Необходимость использования «хинтов» для плана запроса, говорит нам о том, что в 1С знают, что их запросы, формируемые в виде SQL достаточно нетривиальны, а также о том что оптимизатор планов запросов PostgreSQL проигрывает тому же MSSQL, где прецедентов необходимости подобного было очень мало и чаще всего причиной являлся плохой код. Вместе с этим именно это знание послужило основанием для решения НЕ использовать 1C+PostgreSQL для 1С:Зарплата и управление персоналом, в связи с особенностями текстов запросов. Но тесты на 1С ЗУП 3.0 уже показывают обратное поведение в связи с переработкой модели и методологии, которые на несколько порядков упрощают запросы. Вообще поведение последних редакций больших типовых (УТ 11.1, БП 3.0, ЗУП 3.0) позволяет с уверенностью сказать о их адаптированном поведении к PostgreSQL и Oracle. Спросите – откуда здесь появился Oracle? Мало кто знает, но PostgreSQL очень похож на Oracle. Не функционалом конечно, в Oralce он на порядок мощнее, а заложенной методологией. Существует версия что PostgreSQL рождался как OpenSource ответ большому и дорогому Oracle. Ключевым, наверное, термином здесь является PLpgSQL и остальные. Изучив PostgreSQL и его поведение, в случае если ваша компания захочет адаптировать 1С к Oracle, ваш опыт будет повторно использован, в силу особенностей архитектуры обоих. Ну и необходимо понимать, что PostgreSQL имеет версию и платную функциональность http://www.enterprisedb.com/products-services-training/subscriptions и цены там вполне себе Enterprise. Особенно для функциональности наподобие AlwayOn от MSSQL.

На самом деле, если продолжать можно понять, что 3 остальных библиотеки mchar, fulleq и fastrun – то же добавляют интересную функциональность, и даже НЕ для решений на 1С платформе. Особенно интересен новый тип MCHAR, а также то зачем для него понадобилась библиотека ICU. Что дает нам понимания, что работа в том числе с UTF-8 при использовании чистого PostgreSQL будет и есть достаточно Не тривиальной задачей, с чем вы обязательно столкнетесь, когда начнете писать приложение, которому будет необходимо хранить строки в национальных кодировках – когда например ваше приложение будет иметь пользователей из России и Канады например, да еще с Китая в добавок. Прежде чем мы начнем спорить необходимо понимать какую функциональность содержит mchar.h и файлы mcharmchar*.c. Но для этого вам понадобится знания языка С для чтения кода.

В сухом остатке. Теперь я могу точно ответить – «Мне очень нравится данный патч». Надеюсь вы понимание почему?

Источник

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

Пришлось устанавливать 1С на Linux-сервер. Все свои действия аккуратно записал и заскриншотил:

Буду благодарен за уточнения и сообщения о неточностях.

Как я понял, в конфигурационном файле PostgreSQL нужно разрешить только localhost?

И ещё, может кто знает: как сделать так, чтобы оснастка управления серверами 1С запрашивала пароль на любые действия по добавлению/удалению сервера кластера и БД? А то несекъюрно как-то.

(Конечный компьютер отверг запрос на подключение).
Ставил на ФС 6.0, все по инструкции. При подключении — ошибка.
Ничего думаю, посмотрю как на виднах.
Поставил PostgreSQL — то же самое:
Запускаю оснастку управления серверами предприятия из меню Пуск – 1С Предприятие 8.1 – Серверы 1С Предприятия. Создаю центральный сервер, при нажатии на плюсик 10061(0x0000274D).

В чем может быть причнина? Версия платформы 1С:Предприятия 8.1.7.30 (Тестовая)

Здравствуйте.
Установил сервер postgres
«Инициализируется база данных: mkdir: невозможно создать каталог ‘/var/lib/pgsql/data/pg_log’: фаил существует» СБОЙ.

Помогите в чем может быть проблемма?!

Блин , сорвалось .
в pg_hba.conf
local all all trust
# IPv4 local connections:
host all all 127.0.0.1/32 trust
host all all 0.0.0.0/0 md5

Ну или в последней строке свою сетку или хосты

Вот я всё сделал по инструкциям приведеным выше. вот что получилось:
сервер Fedora 6, версия сервера 1с 8.1.7.37, постгрес 8.1.5-12.1C.

С клиента подключаюсь к серверу, пытаюсь создать базу, в отет ошибка:

«Ошибка соединения с сервером 1С:Предприятия 8.1:

1C_Enterprise-ws…
1C_Enterprise-ws-nls…
Если веб-служб не используются, зачем лишние пакеты?

всего 2 команды (или одна, если пакеты ставить сразу все за один заход).

настройку постгре можно пропустить, есть не заботишься о супербезопасности.

2Kraft
Наиболее вероятная причина — имя хоста сервера не разрешается по имени с твоей машины. Решение — настройка днс или правка руками файла hosts.

2Advan
«. а то неохота столько времени тратить на линух.» — лентяй!

на установку нужно:
1. около 30 мин — установка системы, время зависит от можности машины и набора устанавливаемого ПО.
2. 5-7 мин — установка пакетов сервера, постгре, инициализация БД
3. 15-20 мин на то, чтобы убедиться в работоспособности системы, настроить сеть и проч.
4. еще 30-40 мин на окончательную доводку и тестирование.

Итого сервер поднимается всего за час-полтора.
Это разве много?

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

3. /home — домашние каталоги пользователей, а бы оставил гиг 10. Сервер 1С предприятия в своем каталоге (/home/usr1cv81) хранит инфу о настройках, не уверен, но может понадобиться достаточное количество места
4. /var — часто меняющаяся инфа, логи, бд и проч. Размер — скока считаете нужным. БД имеет свойство расти, место понадобится

2Advan
Прежде чем делать такие выводы, лучше почитать что за постгре пишут в интете.
постгре — достаточно давняя и устойчивая система, БЕСПЛАТНО РАСПРОСТРАНЯЕМАЯ.
Показатели производительности вполне на уровне.
Кстати — 40% пользователей interbase/firebird работают базами объемом от 2 до 40 Гб. До 40 Гб 1Сная база будет расти очень долго.

И еще — скажи своему диру скока нужно отвалить за IBM DB2 — и ты еще вчера работал на постгре.

Сейчас при попытке подключения к серверу пишет:

«Ошибка соединения с сервером 1С:Предприятия 8.1:
server_addr=tcp://fedora.domen.ru:1540 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10064(0x00002750). Произошла ошибка операции на сокете, т.к. конечный хост выключен.)

Мля? без эксцессов не получается. В общем, загрузка базы уже подходила к концу и тут в конфигураторе вылетела ашыпка:

Попытка вставки неуникального значения в уникальный индекс.

Кто в курсе, что в постгресе надо подкрутить?

# netstat -na|grep tcp
tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1541 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:2544 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:696 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1560 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1561 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1562 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1563 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:39238 127.0.0.1:1563 ESTABLISHED
tcp 0 0 127.0.0.1:35787 127.0.0.1:1561 ESTABLISHED
tcp 0 0 200.200.0.7:1541 200.200.0.7:55708 ESTABLISHED
tcp 0 0 200.200.0.7:1541 200.200.0.7:55707 ESTABLISHED
tcp 0 0 200.200.0.7:39238 200.200.0.10:445 ESTABLISHED
tcp 1 0 200.200.0.7:47909 200.200.0.10:389 CLOSE_WAIT
tcp 0 0 127.0.0.1:1563 127.0.0.1:39238 ESTABLISHED
tcp 0 0 127.0.0.1:56779 127.0.0.1:1560 ESTABLISHED
tcp 0 0 127.0.0.1:1560 127.0.0.1:56779 ESTABLISHED
tcp 0 0 127.0.0.1:1561 127.0.0.1:35787 ESTABLISHED
tcp 0 0 200.200.0.7:1540 200.200.0.19:2012 ESTABLISHED
tcp 0 0 200.200.0.7:56762 200.200.0.10:389 ESTABLISHED
tcp 0 0 200.200.0.7:55707 200.200.0.7:1541 ESTABLISHED
tcp 0 0 200.200.0.7:55708 200.200.0.7:1541 ESTABLISHED
tcp 0 0 200.200.0.7:49184 200.200.0.10:445 ESTABLISHED
tcp 0 0 200.200.0.7:1562 200.200.0.19:2018 ESTABLISHED
tcp 0 0 . 22 . * LISTEN
tcp 0 0 ::1:631 . * LISTEN
tcp 0 0 ::1:25 . * LISTEN

# PostgreSQL Client Authentication Configuration File
# ===================================================
#
# Refer to the PostgreSQL Administrator’s Guide, chapter «Client
# Authentication» for a complete description. A short synopsis
# follows.
#
# This file controls: which hosts are allowed to connect, how clients
# are authenticated, which PostgreSQL user names they can use, which
# databases they can access. Records take one of these forms:
#
# local DATABASE USER METHOD [OPTION]
# host DATABASE USER CIDR-ADDRESS METHOD [OPTION]
# hostssl DATABASE USER CIDR-ADDRESS METHOD [OPTION]
# hostnossl DATABASE USER CIDR-ADDRESS METHOD [OPTION]
#
# (The uppercase items must be replaced by actual values.)
#
# The first field is the connection type: «local» is a Unix-domain socket,
# «host» is either a plain or SSL-encrypted TCP/IP socket, «hostssl» is an
# SSL-encrypted TCP/IP socket, and «hostnossl» is a plain TCP/IP socket.
#
# DATABASE can be «all», «sameuser», «samerole», a database name, or
# a comma-separated list thereof.
#
# USER can be «all», a user name, a group name prefixed with «+», or
# a comma-separated list thereof. In both the DATABASE and USER fields
# you can also write a file name prefixed with «@» to include names from
# a separate file.
#
# CIDR-ADDRESS specifies the set of hosts the record matches.
# It is made up of an IP address and a CIDR mask that is an integer
# (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that specifies
# the number of significant bits in the mask. Alternatively, you can write
# an IP address and netmask in separate columns to specify the set of hosts.
#
# METHOD can be «trust», «reject», «md5», «crypt», «password»,
# «krb5», «ident», or «pam». Note that «password» sends passwords
# in clear text; «md5» is preferred since it sends encrypted passwords.
#
# OPTION is the ident map or the name of the PAM service, depending on METHOD.
#
# Database and user names containing spaces, commas, quotes and other special
# characters must be quoted. Quoting one of the keywords «all», «sameuser» or
# «samerole» makes the name lose its special character, and just match a
# database or username with that name.
#
# This file is read on server startup and when the postmaster receives
# a SIGHUP signal. If you edit the file on a running system, you have
# to SIGHUP the postmaster for the changes to take effect. You can use
# «pg_ctl reload» to do that.

# Put your actual configuration here
# ———————————-
#
# If you want to allow non-local connections, you need to add more
# «host» records. In that case you will also need to make PostgreSQL listen
# on a non-local interface via the listen_addresses configuration parameter,
# or via the -i or -h command line switches.
#

# TYPE DATABASE USER CIDR-ADDRESS METHOD

# «local» is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
host all all 127.0.0.1/32 trust
host all all 0.0.0.0/0 md5
# IPv6 local connections:
#host all all ::1/128 trust
#host all all 0.0.0.0/0 md5

Источник