Решено 1С ожидание запуска

image_304.jpg

1. Глюк сервака — такое бывает.
Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»
2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst
Нужно удалить все из папки srvinfo
Для Windows зайдите в каталог c:\program files\1c\1cv82\srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .
Запустите службу «Агент сервера 1С:Предприятие».
Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы
3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:
Не запущен ни один рабочий процесс. Соединение с базой невозможно.
Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:\program files\1c\1cv82\srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Источник

Server addr tcp ошибка установки соединения

Ошибка при выполнении операции с информационной базой server_addr=tcp://s150004:1541 descr=Ошибка сетевого доступа к серверу (Windows Sockets – 10060(0x0000274C). Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-зи неверного отклика уже подключенного компьютера. ) line=567 file=.\src\DataExchangeTcpClientlmpl.cpp.

Сообщение было отредактировано: 3 фев 09, 15:44

select @@version ->
Microsoft SQL Server 2000 — 8.00.2039 (Intel X86) May 3 2005 23:18:38 Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

Проверила по логу, именно его, 1433
Соответственно ,если телнет не открывает порт, то либо стоит фаервол, либо нет роутенга до сервера, либо фаервол на лкоальных станциях. Как вариант запрещены удаленные подключения на сервере. Проверяйте.
Клиентам 8.1 этот порт не нужен — только серверу приложений, который и так работает.
1540 — кластер 8.1
1541 — сервер этого кластера

Проверила по логу, именно его, 1433
Соответственно ,если телнет не открывает порт, то либо стоит фаервол, либо нет роутенга до сервера, либо фаервол на лкоальных станциях. Как вариант запрещены удаленные подключения на сервере. Проверяйте.
Клиентам 8.1 этот порт не нужен — только серверу приложений, который и так работает.
1540 — кластер 8.1
1541 — сервер этого кластера

пул соединений этого сервера — обычно от 1560 до 1590 диапазон.

Кроме этого:  Ремонт и установка ТНВД на laquo Сканию raquo

Похоже, что полноценным правопреемником ТОПовой ошибки 80070005 в 8.0 стала ошибка 11004 в 8.1

Что имеем на сегодняшний день (если конечно разработчики не пересмотрят подход к работе с tcp/ip):

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

Проверить, присутствует ли имя компьютера центрального сервера в DNS или в файле C:\WINNT\system32\drivers\etc\hosts.

ping имя_машины — должен определиться ip-адрес

также убедиться что определение Ip-адреса имени <имя машины> и <имямашины>.<имя домена> выполняется не по разному.

Убедится, что агент сервера 1С:Предприятия 8.1 запущен (процесс ragent в Task Manager).
Проверить совпадение портов, указанного в параметре port командной строки запуска сервиса агента сервера и заданного в диалоге параметров центрального сервера консоли кластеров.

— Остановите сервис 1C:Enterprise 8.1 Server Agent.
— Убедитесь, в Task Manager, что все процессы ragent, rmngr, rphost завершились. При необходимости завершите их при помощи Task Manager.
— Откройте свойства сервиса 1C:Enterprise 8.1 Server Agent.
— Обратите внимание на строку Path to executable. В ней имеется параметр -d, за которым следует каталог данных кластера. Все файлы, относящиеся к кластеру, находятся в этом каталоге.
— Удалите все содержимое этого каталога.
— Запустите сервис 1C:Enterprise 8.1 Server Agent.
— Убедитесь, в Task Manager, что все процессы ragent, rmngr, rphost стартовали.
— Запустите консоль кластера и зарегистрируйте в ней центральный сервер. Консоль должна подсоединиться к центральному серверу и показать один кластер, созданный по умолчанию.

Производились ли какие-нибудь изменения в правах пользователя usr1cv81?

Еще можно включить аудит событий Windows и посмотреть, появляются ли какие-нибудь сообщения в журнале событий Windows.
Попробуйте, также, положить в подкаталог conf каталога загрузочных модулей 1С:Предприятия файл logcfg.xml со следующим содержимым:

Ошибка:
Ошибка при выполнении операции с информационной базой
server_addr=tcp://server-1S:1541 descr=Ошибка сетевого доступа к серверу
(Windows Sockets — 10060(0x0000274C)Попытка установить соеденение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или былоразорвано уже установленое соеденение из-за неверного отклика уже подключенного компьютера.)
line=569 file=.\src\DataExchangeTcpClientlmpl.cpp

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

Источник



Записки IT специалиста

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

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

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

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

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

Кроме этого:  Подробная инструкция по сборке шкафа купе и установке роликов на двери

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

1cv8-pgsql-error-002.jpg

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

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

1cv8-pgsql-error-003.jpg

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

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

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

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

1cv8-pgsql-error-004.jpg

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

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

1cv8-pgsql-error-005.jpg

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

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

1cv8-pgsql-error-006.jpg

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

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

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

1cv8-pgsql-error-007.jpg

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

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

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

Кроме этого:  5 причин почему двери должен устанавливать профессионал

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

1cv8-pgsql-error-008.jpg

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

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

1cv8-pgsql-error-009.jpg

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

1cv8-pgsql-error-010.jpg

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

1cv8-pgsql-error-011.jpg

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

1cv8-pgsql-error-012.jpg

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

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

1cv8-pgsql-error-013.jpg

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

Источник

PROИТ

Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.

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

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

Ошибка у пользователя при запуске базы в режиме «1С:Предприятие» 8.3:
Ошибка при выполнении операции с информационной базой

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

Ошибка при запуске кластера 1С:
Ошибка соединения с сервером 1С: Предприятия 8.3:
server_addr = tcp://<название сервера + порт>
descr = <IP port>: No connection could bе made because the target machine actively refused it.
line =1040
file = src\DataExchangeTcpClientImpl.cpp

Один из вариантов решения:
Проверьте, запущен ли «Агента сервера 1С:Предприятие» в списке служб (Services — «Агент сервера 1С:Предприятие 8.3»). Должно быть состояние Running.

Если пусто, то нужно запустить службу — Старт (Start).
Если служба уже запущена, то рекомендуется сделать перезапуск — Restart.

Также можно проверить в кластере нет ли запрета на запуск базы в ее свойствах (например, установленного при обновлении базы):

Если при запуске свойств базы кластер попросит логин и пароль в окне «Администратор информационной базы», то вводим логин-пароль администратора конфигурации (т.е. тот, который вводим при запуске конфигуратора конкретной базы), а не администратора кластера.

В свойствах базы проверяем блок «Блокировка начала сеансов включена» — поля должны быть пусты, как на рисунке ниже:

Источник