Подопытная система: AltLinux 4.1 Desktop (кстати, по своему опыту общения с Linux, продуктами Etersoft и 1С мне кажется Alt лучше всего подходит для работы в офисе.. так, чисто субъективное мнение). При работе 1С 8.1, установленной с WINE@Etersoft 1.0.8, начали проявляться в печатных документах непонятные артефакты.

То какая то часть текста получается иероглифами, то документ формируется каким-то нестандартным шрифтом, например Comic Sans. Устанавливал различные пакеты Microsoft-совместимых шрифтов, те, что предлагает фирма Etersoft, и те, что есть в репозитарии Linux. Но это не помогло.
Самым простым решением проблемы оказалось скопировать файлы *.ttf из папки Fonts любой установленной Windows в директорию /home/user/wine_c/windows/Fonts. После этого все проблемы с неправильными шрифтами исчезли.

Подопытная система: Alt Linux 4.1.. не спрашивайте почему, так получилось.
Сервер 1С работает с базой данных IBM DB2, под которую выделен отдельный компьютер. Как устанавливать сервер db2 подробно описано в инструкции к этой самой IBM, поэтому заострять внимания на этом процессе пока не буду.
Итак, система установлена, имеются rpm-пакеты сервера версии 8.1.13.41. Установка их с использованием команды rpm никаких затруднений не вызывает.

Иду уже известным путем:

[root@linuxserver ~]# rpm -ihv 1C_8.1.13.41/1C_Enterprise-common-8.1.13-41.i386.rpm
Preparing... ##################################################
1C_Enterprise-common ##################################################
[root@linuxserver ~]# rpm -ihv 1C_8.1.13.41/1C_Enterprise-common-nls-8.1.13-41.i386.rpm
Preparing... ##################################################
1C_Enterprise-common-nls ##################################################
[root@linuxserver ~]# rpm -ihv 1C_8.1.13.41/1C_Enterprise-server-8.1.13-41.i386.rpm
Preparing... ##################################################
1C_Enterprise-server ##################################################
[root@linuxserver ~]# rpm -ihv 1C_8.1.13.41/1C_Enterprise-server-nls-8.1.13-41.i386.rpm
Preparing... ##################################################
1C_Enterprise-server-nls ##################################################


Сервер установлен, проверяю запущен ли он:
[root@linuxserver ~]# service srv1cv81 status
1C:Enterprise 8.1 server status:
Init script: NOT STARTED.


Пытаюсь запустить ragent как раньше с параметром daemon (как жаль что фирма 1С не снабжает нас мануалами по установке своих серверов на Linux). И получаю сообщение что параметр неверный. Тогда решил попробывать просто без параметров:
[root@linuxserver ~]# /opt/1C/v8.1/i386/ragent
1C:Enterprise 8.1 (8.1.13.41) Server Agent started. to exit.
1C:Enterprise 8.1 (8.1.13.41) Cluster Manager started. to exit.
1C:Enterprise 8.1 (8.1.13.41) Working Process started. to exit.


Тут судя по всему система ожидала нажатия комбинации клавишь Ctrl+C, потому что после нажатия в консоли было написано следующее:
1C:Enterprise 8.1 (8.1.13.41) Working Process finished.
1C:Enterprise 8.1 (8.1.13.41) Cluster Manager finished.
1C:Enterprise 8.1 (8.1.13.41) Server Agent finished.


Попробовал запустить сервер и проверить его статус:
[root@linuxserver ~]# service srv1cv81 start
Starting 1C:Enterprise 8.1 server: OK
[root@linuxserver ~]# service srv1cv81 status
1C:Enterprise 8.1 server status:
Init script: STARTED.
Ragent: RUNNING.


Теперь нужно установить клиент db2, чтобы сервер 1С мог обращаться к серверу базы данных. В папке с пакетами клиентской части db2 лежит два скрипта, db2_install и db2setup. Первый устанавливает клиента в консольном режиме, второй в графическом с использованием весьма удобного мастера. Второй вариант позволяет сделать кое какие предварительные настройки клиента и создает в системе необходимого пользователя. При использовании первого скрипта все эти действия придется делать самому. По предыдущему опыту общения с db2 скажу что это не очень удобно.

Поэтому выбираю второй вариант:
[root@linuxserver ~]# /home/mactep/client/disk1/db2setup
ERROR:
  The required library file libstdc++.so.5 is not found on the system.
  Check the following web site for the up-to-date system requirements
  of IBM DB2 9
  http://www.ibm.com/software/data/db2/udb/sysreqs.html
  http://www.software.ibm.com/data/db2/linux/validate
/home/mactep/client/disk1/db2/linux/install/../bin/db2langdir: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
/home/mactep/client/disk1/db2/linux/install/../bin/db2langdir: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
DBI1055E The message file db2install.cat cannot be found.
Explanation: The message file required by this
script is missing from the system; it may have been
deleted or the database products may have been loaded
incorrectly.
User Response: Verify that the product option containing
the message file is installed correctly. If there are
verification errors; reinstall the product option.


Установщик ругается на недостающий компонент libstdc++.so.5. Пытаюсь его установить:
[root@linuxserver ~]# apt-get install libstdc++
На что получаю сообщение, что данный компонент возможно установить в версии 3.3 и 4.2, причем второй уже установлен в системе. Ну значит установлю первый, не жалко. 
[root@linuxserver ~]# apt-get install libstdc++3.3
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
  libstdc++3.3
0 upgraded, 1 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/241kB of archives.
After unpacking 740kB of additional disk space will be used.
Committing changes...
Preparing... ########################################### [100%]
1: libstdc++3.3 ########################################### [100%]
Done.


После этого установка клиента прошла как по маслу.
[root@linuxserver ~]# /home/mactep/client/disk1/db2setup
DBI1190I db2setup is preparing the DB2 Setup wizard which will
  guide you through the program setup process. Please
  wait.


Сервер 1С установлен и запущен, клиент db2 тоже. Но при попытке запустить 1С появляется сообщение с ошибкой что невозможно найти libdb2.so. Обращение к документации к IBM DB2 показывает, что сервер предприятия просто не видит библиотек клиента db2. В документации так же описано два способа как с этим бороться, первый проще, второй немного сложнее, но более универсален, так как работает в случае, если в системе установлено несколько версий db2. Мне это не нужно, поэтому выбираю первый способ (второй если интересно найдете сами).
Итак, смотрю содержимое конфигурационного файла динамического линковщика:
[root@linuxserver ~]# cat /etc/ld.so.conf
include /etc/ld.so.conf.d/*.conf

и вижу, что он обращается ко всем конфигурационным файлам, расположенным в директории ld.co.conf.d. Поэтому создаю там файл db2.conf.
[root@linuxserver ~]# vim /etc/ld.so.conf.d/db2.conf

в котором просто указываю пути к библиотекам db2:

/opt/db2/V9.1/i386/lib32

Сохраняю файл, выполняю команду ldconfig и делаю рестарт серверу 1С:

[root@linuxserver ~]# ldconfig
[root@linuxserver ~]# service srv1cv81 restart
Stopping 1C:Enterprise 8.1 server: OK
Starting 1C:Enterprise 8.1 server: OK
[root@linuxserver ~]# service srv1cv81 status
1C:Enterprise 8.1 server status:
Init script: STARTED.
Ragent: RUNNING.


Для того, чтобы в консоли управления сервером был доступен компьютер с базой данных необходимо занести его с файл hosts на сервере 1С.
После проверки работоспособности сервера установил драйвер серверного ключа 1С. Дабы не мучатся как в предыдущие разы были установлены пакеты haspd и haspd-modules, входящие в состав WINE@Etersoft Network, которую приобрела наша фирма. С ними все работает замечательно, за что компании Etersoft отдельное спасибо.
Вот и все что хотелось рассказать. Вообще если честно писалось для себя, чтобы не забыть ничего. Но если кому то будет полезно... ну это еще лучше.

Есть очень очень хороший пример установки сервера приложений 1С 8 на Linux, советую всем кто собирается заняться этим прочитать: Установка Сервера 1С:Предприятия 8.1 на Linux-сервер (со скриншотами).

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

Итак, целевой системой для установки системы был сервер под управлением Linux Fedora 8 64-bit, гетерогенная сеть с компьютерами Windows XP Home и той же Fedora 8,  сервер 1С:Предприятия 8.1 релиз 8.1.11.67, СУБД PostgreSQL 8.1.5-14.1C.

Первый вопрос, который озадачил меня, когда я собрался поднимать сервер: а где брать эти самые *.rpm пакеты, кот орые перечислены в статье? На сайте 1С есть раздел, посвященный rpm-пакетам для установки на Linux, доступный по следующей ссылке http://v8.1c.ru/overview/postgres_patches_notes.htm , но это всего лишь патчи к оригинальным пакетам PostgreSQL, а на то,чтобы наложить патчи, не было ни времени, ни желания (хотя дело нужное и полезное, в будущем я надеюсь рассмотреть и этот вопрос).

Оказалось, что требуемые пакеты находятся на диске ИТС, который нам любезно положили в коробочку с 1С:Управление производственным предприятием, приобретенным не за долго до этого, в папке \1CIts\EXE\V8\PLATFORM.

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

LANG=ru_RU.utf-8 /etc/init.d/postgresql start

Никак не хотел postgres инициализировать базу данных. После непродолжительного похода в Google, было решено преобразовать команду к виду:

su postgres -c 'LANG=ru_RU.UTF-8 initdb /var/lib/pgsql/data'

то есть инициализировать базу данных не от имени root'а, как было описано в этой статье, а от имени пользователя postgres.

Если postres будет ругаться на то, что конечный католог не пустой, то нужно просто очистить содержимое /var/lib/pgsql/data.

Второй проблемой, которая возникла в процессе инициализации базы, было ругательство на то, что параметр SHMMAX,  который стоит по умолчанию в ядре (значение, равное 33554432, его можно узнать выполнив в консоли команду cat /proc/sys/kernel/shmmax) не соответсвует тому, который нужен PostgreSQL для нормальной работы. Проблема решилась просто, добавлением в файл /etc/sysctl.conf следующей строчки:

kernel.shmmax = новое_значение, которое я просто увеличил в два раза от дефолтного.

Третьей серьезной проблемой, с которой я столкнулся в процессе установки, было выполнение команды:

psql -h localhost postgres postgres

после которой следовал запрос пароля пользователя postgres, который по идее создавался при установке самих пакетов PostgreSQL и должем был совпадать с именем пользователя.. Но не тут то было. Честно скажу, какой там был пароль я не знаю до сих пор.. Поступил следующим образом: поправил файл /var/lib/pgsql/data/pg_hba.conf, изменив там в строке

host all all 0.0.0.0/0 md5

md5 на trust.

После этого выполение команды входа в консоль postgres не потребовало ввода пароля, и я спокойно смог задать новый пароль с помощью команды:

ALTER USER postgres PASSWORD 'новый_пароль'

Хочу заметить, что команда вводится вместе с апострофами. И не забывайте потом обратно поменять на md5.

Дальше все было так как в статье. Все прекрасно поднялось, и вот уже 4-ре дня как работает. Не без проблем и косяков конечно, но это уже мелочи, все выправится.

Еще хочу заметить, что когда только собирались ставить всю эту систему, то от ребят из компании Etersoft (и некоторых других "специалистов" в области Linux и 1С) получили такую информацию, что для установки 1С 8.1 на Linux в клиент-серверном варианте обязательно надо WINE@Etersoft SQL. Сейчас у меня работает сервер приложений на Fedora 8, 5-6 клиентов под Windows и порядка 20 клиентов на Linux с установеленым WINE@Etersoft Network (цена SQL версии порядка 49000, цена Network - 7500). Хочу задать себе вопрос: что я сделал не так?

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