Summary: | 1C: Потеря доступа к файлам | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Абросимов Виктор <DjSpiker> |
Component: | Файловые операции | Assignee: | Денис Баранов <baraka> |
Status: | CLOSED FIXED | QA Contact: | Денис Баранов <baraka> |
Severity: | critical | ||
Priority: | P3 | CC: | kondratyuk, mdevaev, shpigor, vitperov |
Version: | 1.0.12 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Whiteboard: | |||
Заявки RT: | 13623, 15546 | Связано с: | |
Дата напоминания: | |||
Bug Depends on: | |||
Bug Blocks: | 5634 | ||
Attachments: |
Ошибка доступа к файловой системе
лог wine |
Description
Абросимов Виктор
2010-04-07 08:41:56 MSD
Необходимо воспроизвести у нас в бутылке А база локальная или по cifs? База локальная, пользователи работают через терминал FreeNX (In reply to comment #3) > База локальная, пользователи работают > через терминал FreeNX > В момент проблемы есть ещё пользователи в базе? Да. Обычно работают одновременно три пользователя. Не смог у нас воспроизвести, в базе находилось несколько пользователей. WINE@Etersoft 1.0.12 eter5/eter4 Нужно либо у вас посмотреть, либо уточнять вашу конфигурацию (дистрибутив, версии пакетов) (In reply to comment #6) > Не смог у нас воспроизвести, в базе > находилось несколько пользователей. > WINE@Etersoft 1.0.12 eter5/eter4 > Нужно либо у вас посмотреть, либо уточнять > вашу конфигурацию (дистрибутив, версии > пакетов) > Дистрибутив Mandriva 2010.0. Сегодня поставлю eter5/4 потестирую и отпишусь о результатах. (In reply to comment #7) > Дистрибутив Mandriva 2010.0. Сегодня поставлю > eter5/4 потестирую и отпишусь о результатах. > Ну как результаты? (In reply to comment #8) > (In reply to comment #7) > > Дистрибутив Mandriva 2010.0. Сегодня поставлю > > eter5/4 потестирую и отпишусь о результатах. > > > > Ну как результаты? > Результат без изменений, сегодня поставил сборку eter5.2/4. Я вот думаю это может быть из-за того что база лежит на разделе с файловой системой ext4 ? P.s. на 5.2/4 также наблюдается эта проблема... Я могу предоставить терминальный доступ к компьютеру пользователя чтобы Вы увидели все собственными глазами. Created attachment 1671 [details]
Ошибка доступа к файловой системе
Вот еще один приме, работал в конфигураторе, после часа работы при очередном сохранении обработку выдало ошибку... Попробовал открыть любой файл через меню "файл-открыть" отображаются только диски (C: , D:, E:) , захожу на любой диск а там пустота.
Created attachment 1672 [details] лог wine http://bugs.etersoft.ru/show_bug.cgi?id=5422#c12 Скриншот указанный выше был сделан 27 апреля. Посмотрите может что в логах было отражено. Данные для удаленного подключания висят в рт 14129. Займись, пожалуйста, сразу по выходу с выходных. Нашел как еще одну закономерность, открываю документ на печать поступление ТМЦ выбираю внешнюю печатную форму (она так и называется печатная форма) отправляю на печать. Потом открываю следующий документ. После печати 7 документа у меня выдало ошибку. У бухгалтером это происходит после 3-4 документов. Есть ли сдвиги в решении этой проблемы ???? Нашел временное решение данной проблемы если путь к базе 1с прописать через каталог "Мои документы" то 1с не отваливается с ошибкой доступа к файлам. Проблема осталась и на релизе eter7.1-11. Появляется сообщение о том что превышен лимит на открытые файлы. При этом все установки для увеличения лимита сделаны. Пробовал на двух разных платформах Mandriva 2009.1 и Mandriva 2010.0 Везде проблема одинаково проявляется. Еще один интересный момент, ошибка привышения лимита на файлы возникает только на компьютере который работает в терминальной сессии. т.е. есть два компа, один комп настроен как терминальный сервер, и на нем же работают локально. Другой комп подключается к первому через nxclient и вот на нем возникает эта ошибка..
P.S. Этот совет также выполнялся
>Чтобы лимит применялся при входе через ssh в системе, в файле /etc/pam.d/sshd >должна быть строка:
>session required pam_limits.so
(In reply to comment #19) > >Чтобы лимит применялся при входе через ssh в системе, в файле /etc/pam.d/sshd >должна быть строка: > >session required pam_limits.so > А что говорит на терминальном сервере ulimit -n? Команда выдает разные значения под разными пользователями [user00@Serv1 ~]$ ulimit -n 1024 [user00@Serv1 ~]$ su user Password: [user@Serv1 user00]$ ulimit -n 50000 [user@Serv1 user00]$su user06 Password: [user06@Serv1 user00]$ ulimit -n 50000 Значит у вас все таки лимиты не правильно настроены. Команды выводит лимиты на файлы установленные для пользователя. (In reply to comment #21) > Команда выдает разные значения под разными > пользователями > > [user00@Serv1 ~]$ ulimit -n > 1024 > [user00@Serv1 ~]$ su user > Password: > [user@Serv1 user00]$ ulimit -n > 50000 > [user@Serv1 user00]$su user06 > Password: > [user06@Serv1 user00]$ ulimit -n > 50000 > Пользователи которые работают с 1с у них лимит показывает нормально [user00@Serv1 ~]$ su olga Password: [olga@Serv1 user00]$ ulimit -n 50000 [olga@Serv1 user00]$ su larisa Password: [larisa@Serv1 user00]$ ulimit -n 50000 [larisa@Serv1 user00]$ su user01 Password: [user01@Serv1 user00]$ ulimit -n 50000 [user01@Serv1 user00]$ su user02 Password: [user02@Serv1 user00]$ ulimit -n 50000 [user02@Serv1 user00]$ su user03 Password: [user03@Serv1 user00]$ ulimit -n 50000 [user03@Serv1 user00]$ su user04 Password: [user04@Serv1 user00]$ ulimit -n 50000 [user04@Serv1 user00]$ пользователь user00 у которого лимит 1024 он для удаленного доступа на сервер. т.е. он с 1с не работает... У Вас есть доступ на этот сервер, так что можете сами подключиться и посмотреть. (In reply to comment #23) > У Вас есть доступ на этот сервер, так что > можете сами подключиться и посмотреть. > Давайте перенесем общение в заявку, т.к. я не помню где взять доступ, и такие вопросу решаются в заявке. Напишите на support@etersoft.ru с указанием "Для Дениса", укажите данные для подключения и ссылку на эту багу. Решено в заявке. |