Suse10.3 + freenx + 1c 7.7 (вторая копия программы в терминале вылетает)

[mvirus]

Доброго времени суток. Значит так, имеем: Suse 10.3 + freenx + 1c 7.7.
Если открыть 1с на этом компе (на котором стоит suse), то все открывается и работает норм, подключаюсь терминалом через freenx под этим же пользователем - 1с открывается.
Если подключиться под другим пользователем - 1с вылетает сразу после нажатия кнопки ОК на окне выбора базы.
Также можно на самом компе (где стоит suse) 1с закрыть и в терминале тогда она откроется.
Получается 1с можно открыть сколько угодно копий (на разных компах под freenx), заходя под одним пользователем в сеансы.
А если зайти уже под другим пользователем, не откроется.

Еще заметил:
На компе1 зашел под пользователем1, запустил 1с норм.
На компе2 зашел под freenx под пользователем2, сделал "sudo chmod -R 777 /home/DB" и потом уже смог запустить 1с-ку, но перед самым запуском, когда все модули подгрузились, вылезло сообщение, что нужно базу переиндексировать. Иду к компу1, закрываю 1с, иду к компу2, открываю - все работает.

[altuser]

Читать ФАК. Это значит, что у юзера нет прав на запись. Скорее всего.
Использовать setwineshare --set /путь-к-базе.
Все юзеры, которым нужна 1С, должны входить в группу wine.

[mvirus]

wine использую НЕ от этерсофта

[strangeman]

wine использую НЕ от этерсофта

а обычный wine разве умеет грамотно использовать совместный доступ???

[mvirus]

а обычный wine разве умеет грамотно использовать совместный доступ???

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

[altuser]

wine использую НЕ от этерсофта

Имхо, не суть важно - 1С вылетает аналогично в том случае, если она не может писать в файлы. Т.е. проблема в правах.

ЗЫ А как вы будете организовывать одновременный совместный доступ к файлам?

[mvirus]

wine использую НЕ от этерсофта

Имхо, не суть важно - 1С вылетает аналогично в том случае, если она не может писать в файлы. Т.е. проблема в правах.

ЗЫ А как вы будете организовывать одновременный совместный доступ к файлам?

сейчас как раз бьюсь над этой проблемой, занес пользователей в одну группу, даю права на папку 777, иначе отказывается запускаться, но и это не выход, так как приходиться делать следующее:
на компе1 зайти под пользователем1, дать права на базу 777, запустить 1с
на компе2 зайть под пользователем2, дать права на базу 777, запустить 1с - запустится, но перед раскрытием главной формы вылетает ошибка, типа программа была заверщено аварийно, зайдите монопольно и переиндексируйте.
получается один пользователь берет базу под себя и не отдает никому?!

[altuser]

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

Ну вообще-то это правильный выход, имхо.
Вот скрипт setwineshare (как я понимаю его не запрещено выкладывать):

Код:

#!/bin/bash # 2006 © Etersoft http://etersoft.ru # Authors: # Alexander Plikus <pav@etersoft.ru> # Vitaly Lipatov <lav@etersoft.ru> # GNU Public License # FIXME: koi8-r # Command line tools for check and set correct file/dir permissions for 1C 7.7 database # Программа для проверки и установки прав на каталоги и файлы базы данных 1С 7.7 # Устанавливает: # на каталоги: 02770: SGID, rwx на каталоги для владельца и группы # на файлы: 0660: rw для владельца и группы # Проверяет # umask 0007 # # TODO: указывать группу ключом -u # - убрать русский текст # - добавить разбор параметров с помощью getopts # Work group: NAME_GR="wine" . gettext.sh TEXTDOMAIN=wine-etersoft export TEXTDOMAIN TEXTDOMAINDIR='/usr/share/locale' export TEXTDOMAINDIR fatal () { echo "У вас нет прав на изменение прав файла. Запустите команду под другим пользователем" exit } SET= case "$1" in ("--help"|"-h"|"") echo "Использование: $0 [--set] [каталог]" echo " --set, -s Установить правильные права: 02770 для каталогов, 0660 для файлов." exit ;; ("--set"|"-s") SET=1 WORK_DIR=$2 ;; (*) WORK_DIR=$1 ;; esac if ! [ -d $WORK_DIR ] ; then echo "Каталог $WORK_DIR не найден." exit fi echo "Testing..." find $WORK_DIR -maxdepth 10 \( ! -group $NAME_GR -o ! -perm 2770 \) -type d -print0 | xargs -n1 -0 --no-run-if-empty ls -d -l find $WORK_DIR -maxdepth 10 \( ! -group $NAME_GR -o ! -perm 660 \) -type f -print0 | xargs -n1 -0 --no-run-if-empty ls -l if [ "$SET" = "1" ]; then echo "Right permissions setting..." find $WORK_DIR -maxdepth 10 -type f -print0 | xargs -0 chown :$NAME_GR || fatal $? find $WORK_DIR -maxdepth 10 -type f -print0 | xargs -0 chmod 0660 find $WORK_DIR -maxdepth 10 -type d -print0 | xargs -0 chown :$NAME_GR || fatal $? find $WORK_DIR -maxdepth 10 -type d -print0 | xargs -0 chmod 02770 exit 0 fi echo Umask: `umask` TESTFILE=$WORK_DIR/winelock-test.001 touch $TESTFILE if [ "`stat -c%a $TESTFILE`" != "660" ] ; then echo "НЕКОРРЕКТНАЯ МАСКА СОЗДАНИЯ ФАЙЛА" echo "Файл создан с правами: `stat -c%a $TESTFILE`" else echo "МАСКА СОЗДАНИЯ ФАЙЛОВ В ПОРЯДКЕ" fi rm -f $TESTFILE

так как приходиться делать следующее:
на компе1 зайти под пользователем1, дать права на базу 777, запустить 1с
на компе2 зайть под пользователем2, дать права на базу 777, запустить 1с - запустится, но перед раскрытием главной формы вылетает ошибка, типа программа была заверщено аварийно, зайдите монопольно и переиндексируйте.
получается один пользователь берет базу под себя и не отдает никому?!

Под обычным вайном какие-то проблемы с блокировками файлов.
А зачем на компе2 вы даете права на базу 777? Дали один раз и все.

[mvirus]

так как приходиться делать следующее:
на компе1 зайти под пользователем1, дать права на базу 777, запустить 1с
на компе2 зайть под пользователем2, дать права на базу 777, запустить 1с - запустится, но перед раскрытием главной формы вылетает ошибка, типа программа была заверщено аварийно, зайдите монопольно и переиндексируйте.
получается один пользователь берет базу под себя и не отдает никому?!

Под обычным вайном какие-то проблемы с блокировками файлов.
А зачем на компе2 вы даете права на базу 777? Дали один раз и все.

Если дать один раз и все - на компе2 не запустится, никак не могу понять в чем проблема