Bug 7725

(В ответ на comment #0)
> etercifs 5.1.2, kernel-3.0.4-gentoo-r1, x86_64, wine@ 1.0.12-eter19

Сборки etercifs с нечётным вторым номером предназначены для внутреннего тестирования. В реально работащих системах их использование не рекомендуется. Пожалуйста, используйте последний стабильный релиз 5.0.1. 

> Монтирую ресурс ИБ с //127.0.0.1/share (терминалка со смешанным доступом).
> Каталог не видит только 1С при запуске в любом режиме, в диалоге "Регистрация
> информационной базы" прекрасно выбирается, и даже видно содержимое каталога.
> Права 2770/0660, непосредственно с каталога шары 1С запускается и работает. 
> 
> Опции мотирования: 
> user=$WUSER%$WPASS,rw,iocharset=utf8,file_mode=0660,dir_mode=02770,uid=$WUSER,gid=$WGROUP,forcemandatorylock,direct.

Для работы с wine приложениями следует использовать опцию монтирования "wine" (вместо forcemandatorylock,direct)

> Их изменение не помогло. С прошлым на этой машине Альтлинуксом по такой схеме
> все работало.

Какие версии etercifs и wine были раньше?

> 
> Воспроизвел также дома с ресурсом //server/share (самба-сервер на другой вирт.
> машине)

(В ответ на comment #1)
> Пожалуйста, используйте последний стабильный релиз 5.0.1. 
Ну простите за вторжение немытыми руками в святая святых внутреннего тестирования. Был не в курсе. Впрочем с 5.0.1 хрень та же.

> Для работы с wine приложениями следует использовать опцию монтирования "wine"
> (вместо forcemandatorylock,direct)
> > Их изменение не помогло. 
Да собсно, это первое, что попробовал.

> Какие версии etercifs и wine были раньше?
etercifs 4.5.5, wine@ 1.0.12-eter7/12
ядро было 2.6.25-std-def-alt8.M41.5, x32 соответственно

Хорошо.

Небольшое уточнение. Насколько я понял, проблема проявляется при запуске 1C из любого другого места, кроме как из каталога, куда смотрированна база?

(В ответ на comment #3)
Все в точности до наоборот. Лежит база в каталоге1. Напрямую из этого каталога в терминале база работает отлично. Поскольку с каталогом1 работают по сети как с //127.0.0.1/каталог1, с помощью этеркифса монтируется //127.0.0.1/каталог1 на каталог2. А вот при запуске из каталога2 1С-ка его не находит.

> Поскольку с каталогом1 работают по сети как с //127.0.0.1/каталог1
Ой, описался - конечно как с //superserver/каталог1. И естественно русские символы в названиях не более, чем абстракция.

Павел, что-то мне кажется, криво объясняю. Готов незамедлительно дать ssh (root+nx) на xenU, где проблема специально воспроизведена. Время жмет, и не хотелось бы лезть варварскими "хаками" в код этеркифса (как это было по предыдущей закрытой теме на unixforum). Тем более, что перед этим надо будет вникать в тонкости работы семерки с файлами. Честно говоря, не уверен, что осилю.

Получил доступ на машину, где воспроизводится проблема.

Обнаружил проблемув параметре case sensitive сервера Samba - был выставлен в no и Samba как-то странно реагировала на запросы с низким регистром файлов - запрос на параметры пропускала, на открытие - нет. Выставил параметр в yes, и проблема с файлами исчезла.

База по сети всё так и не загружается. Заметил, что в локальном режиме она не спрашивает выбора пользователя и грузится от анонимного. Скорее всего проблема в этом - 1С по сети не хочет грузиться от анонимного пользователя. Возможно, стоит завести пользователей и попробовать ещё раз?

С case sensitive и оплоками я игрался тоже от безнадеги - убрать просто забыл.

> База по сети всё так и не загружается. Заметил, что в локальном режиме она не
> спрашивает выбора пользователя и грузится от анонимного. Скорее всего проблема
> в этом - 1С по сети не хочет грузиться от анонимного пользователя. Возможно,
> стоит завести пользователей и попробовать ещё раз?

Это типовая конфа бухгалтерии. Она испокон веков изначально грузилась анонимно.
Попробовать то можно, но у меня на фирме 15-20 баз, все анонимные. Со старым ядром и этеркифсом вполне себе функционировали. Даже если добавление пользователей все решит, получится костыль. И бухи сгрызут.

Раз раньше работало, то костыли городить не стоит. Будем разбираться.

amorozov@, есть ли какие-то изменения в WINE с версии 1.0.12-eter7/12 по 1.0.12-eter19, которые бы могли вызвать такое странное поведение?

Надо попробовать последний багфикс-релиз и, если будут какие-то проблемы, testing-версию WINE@Etersoft. Старые Wine-ы не поддерживают работу с etercifs-5.0.0 и новее.

Идея с добавлением пользователя не сыграла. Не запускается.
Душа горит проверить с новыми вайнами, но система отгрузки не по детски опять тупит. Рад бы, но не могу.

(В ответ на comment #12)
> Идея с добавлением пользователя не сыграла. Не запускается.
> Душа горит проверить с новыми вайнами, но система отгрузки не по детски опять
> тупит. Рад бы, но не могу.

Положил пакет wine-etersoft-network-1.0.12-eter26 на машину, куда получил доступ. Попробуйте эту версию, пожалуйста.

(В ответ на comment #13)
Благодарю, поставил, докладываю.
Запускается, в том числе и с анонимным пользователем - формально багу можно считать закрытой. НО!
Работает хуже эстонской черепашки спросонья. Начиная с квелого запуска, продолжая тягомотным открытием документов. Именно открытием, перепроведение на глаз быстрее. И монопольно разницы никакой. И это еще при отсутствии наличия других подключений по сети к этой шаре.

Можно ли согрешить на то, что получился вайн 11/26? Тогда как открытая часть сейчас 13 вроде.

Еще есть предположение, что этеркифсу ксеновский xvda не нравится, хотя вполне себе физ. раздел  - не образ. Но это я к утру проверю рабочей машине. Отпишу.

Паника была поднята рано. На рабочей машине работает без тормозов, по крайней мере пока. Видимо все таки из-за ксена тормозило. 
Рад, что проблема решилась так тривиально. Благодарю за своевременно оказанную помощь.

ЗЫ: Систему отгрузки - на мыло!

В таком случае закрываю.