Linux + Postgre + 1C = Не запущен ни один рабочий процесс

Здравствуйте. Есть Ubuntu x64, Postgre 8.3.7 от Ethersoft, сервер 1с 8.1.14.72 Debian. Также есть сервер 1с + MSSQL на windows, где все работает. Столкнулся с проблемами:

1. При попытке создания ИБ в конфигурациях (1С-linux, СУБД-linux) и (1С-linux, СУБД-windows) следующая ошибка:
"Ошибка при создании информационной базы. Сервер 1С:Предприятия не обнаружен. Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно"

2. В конфигурации 1С-windows, СУБД-linux "ошибка СУБД: неверное значение параметра "lc_messages": "en_US". Понимаю, что что-то с кодировкой ИБ по умолчанию, но где поменять пока не знаю.

Цель - чтоб все на линуксе работало.

Заранее благодарю за помощь

вопрос 2 решен:

sudo locale-gen en_US.UTF-8
sudo locale-gen en_US.ISO-8859-1

затем переинициализировать БД, я сделал так:
-удалил /var/lib/pgsql
создал заново и сделал владельцем этой папки пользователя postgres
стартанул сервер
отредактировал /var/lib/pgsql/data/pg_hba.conf
перезапустил сервер.

Теперь с СУБД вроде порядок. Вопрос 1 по серверу 1С остается открытым

а что выводит команда

Говорит ОК. Хотя почему-то при загрузке сам не запускается. При помощи программы rcconf проверял - в автозагрузку добавлен. Если с виндовой машины запускаю консоль - сервер видит, но при попытке открыть что-нибудь (соединения, процессы или информационные базы) - виснет напрочь

чтобы запускалось со стартом в скрипт запуска


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


при старте системы у root пользователя интерпретатор

по поводу виснет напрочь - тут что-то не так. Если виснет - что то с соединением по сети навреное - очень на таймаут похоже

копать надо мне кажется в сторону закрытости/открытости портов сервера (там они хитрые и динамические)

У меня была проблема с суффиксом домена у линукс сервера - но эта ошибка явно всплывала при старте консоли (дело в том что 1С-овский сервер приложений под Ubuntu не хочет подгребать явно указанный суффикс домена - и отдает только имя машины клиентам соединяющимся с ним - например имя машины as8.lustin.org - 1С-совский сервер отдает клиентам информацию что он называется as8 - поэтому необходимо сделать так чтобы as8 и as8.lustin.org ресолвились на один ip адрес)

#!/bin/bash

Насчет этого в курсе. Без указания интерпретатора вообще никак не стартовал. Сейчас руками стартует а автоматически нет. в /etc/hosts явно указано "192.168.0.2 linux" и "127.0.0.1 linux". На виндовой машине с которой захожу тоже прописал

По поводу первой проблемы. Была похожая ситуация. В 1CV8Reg.lst и srvribrg.lst отсутствовали необходимые данные. Решилась так:

/etc/init.d/srv1cv81 stop
mv /home/usr1cv81/.1cv81 /var/backup/
/etc/init.d/srv1cv81 start

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

у меня /home/usr1cv81/ вообще пустая!
попробовал поставить на нее права 777, перезапустил - не помогло

Вот что говорит:

usr1cv81@linux:/home/alexander$ /etc/init.d/srv1cv81 start
Starting 1C:Enterprise 8.1 server: Пароль:
Warning: pid file existed on server start. it can mean that last run failed...
/etc/init.d/srv1cv81: line 341: /var/run/srv1cv81.pid: Permission denied
OK

Где прав не хватает???

(8) Понял. У usr1cv81 домашний каталог стоял /opt/1c... Поменял на /home/usr1cv81
(9) Актуально! Очень жду ответа

В Ubuntu 9.04 то же самое было (запуск вручную работает, при старте системы - нет), поправил /bin/sh на /bin/bash в passwd у пользователя usr1cv81, плюс с помощью rcconf настроил автозагрузку srv1cv81 - заработало. При этом домашний каталог пользователя usr1cv81 оставил прежним: /opt/...

Все заработало. Как - не совсем понял. Но 100% у usr1cv81 на что-то прав не хватало ;)

Такая же проблема была - свет рубанулся, при запуске агент рубился через 20 сек., оставался /var/run/srv1cv83.pid

Сейчас работает так:

service srv1cv83 stop
mv /home/usr1cv8/.1cv8 /var/backup/
service srv1cv83 start