Итоги боевого применения и информация к размышлению...
Имеем: четыре порваных бубна (openSUSE 10.3, 10.3_64, 11.0, 11.0_64) и один надорваный (ALT Desktop 4.0.3)
Вводная: Надо поднять терминальный сервер для 1С7,7. Работа через FreeNX как в режиме KDE, так и "окно-1с". Сервер 8 (2x4) ядер + 8гиг. мозга. Авторизация в AD через NIS. (не спрашивай как... см. форум)
Дополнительно: Для выгрузки отчетов и проч. при конекте у каждого пользователя цепляется с другого сервера личная шара с помощью pam_mount.
Долбил с помощью wine@etersoft сетевая 1.0.8, 1.0.9, FreeNX 0.7.0-21, 0.7.2-18, pam_mount 0.18, 0.35 и модуль linux-cifs от etersoft для соответствующего ядра. Для 64 битных версий Linux использовал соотв 64-х битные FreeNX и pam_mount.
Как выяснилось, без linux-cifs etersoft, работа даже с уже подключенным по cifs сетевым ресурсом невозможна вообще. При попытке открытия смонтированной шары в проводнике виндовой программы - мгновенный вылет wine.
Решение проблемы с работой pam_mount под ssh освещено здесь и здесь
Да, еще pam_mount в 10,3 недружит с cron (нужен для запуска скриптов). Решение здесь
Выявлено:
1. ОpenSUSE 10.3
- pam_mount 0.18 после закрытия сесии неможет сам размонтировать сетевой диск, приходится запускать спец. скрипт.
- Для wine 1.0.8 если в сеансе NX была запущена хоть одна прога под wine - по закрытиии сессии в папке юзера файл отладки core размером 30-80 метров, под 1.0.9 все "ок", от версии NX - независит.
- linux-cifs ставится, с сетевой шарой проблем нет.
- Ядро РАЕ видить более 4Г оперативки, но работает нестабильно (переодические запуски oom-killer с посл. крахом)
2. ОpenSUSE 10.3_64
- pam_mount, wine, linux-cifs - аналогично 32-Х битной. С оперативкой проблем быть недолжно. (по результату эксплуатации все "ок") Сейчас именно эта связка c wine 1.0.8 крутится на боевом сервере.
3. ОpenSUSE 11.0
- pam_mount 0.35 без костылей корректно монтирует и размонтирует диски после закрытия сесии.(вах! молодец!)
- Wine только 1.0.9. Если ставить версию для 11.0 - виснет при формировании окружения пользователя. Помогает "компиляция" вайнов 1.0.9 из 10.3 и 11.0 с соотв борьбой с зависимостями.
- linux-cifs - полный п. Версия только для 11.0 Компилится, но встает криво. Про сетевой диск напрямую из 1С можно пока забыть.
- Ядро РАЕ видить более 4Г оперативки, на стабильность не проверял.
4. ОpenSUSE 11.0_64
- аналогично 32-Х битной, с памятью должно быть все "ok"
5 ALT Desktop 4.0.3
Был соблазнен работой на сервере etersoft. Оказалось - глюки теже + доп. проблемы:
- Версии 64 нет, видим только 4 гиг. (не PAE)
- Рулить установленным софтом практически невозможно. Менеждер пакетов глючит на собственных репах. (пришлось ставить через rpm -i) С разрешениem зависимостей полная... При попытке установить необходимые пакеты для linux-cifs был послан за ними по цепочке в никуда. pam_mount неизвестной версии еле нашол (что от него ждать - неизвестно). Авторизация только LDAP и local, остальное - ручками по незнакомым формам pam.d. Поставил для очистки совести 1С, увидел те-же глюки. Снес нафиг. Глянул ALT SERVER 4.0_64... Рекомендуется только фанатам.
Варианты на SLES/SLED 10 были отвергнуты из-за древности пакетов и отсутствия некоторых нужных...