После установки и компиляции модуля. Он успешно стартует, шары монтируются, но 1С не подключается к базе пишет "Ошибка загрузки метаданных"
Такая ошибка возникает, когда неправильно указывают каталог с базой... Воспроизводил на 7.7 буквально сегодня...
Подтверждаю, воспроизвели у себя на Ubuntu 8.04, cifs 3.6.1 1с77 ситуация такая же: при подключении к расшареной базе выводит "Ошибка загрузки метаданных" (In reply to comment #1) > Такая ошибка возникает, когда неправильно > указывают каталог с базой... Воспроизводил > на 7.7 буквально сегодня... А как надо указывать? делаю так: # mount -t cifs //cellar/sharewine /mnt/cifs/ -o uid=guest,gid=guest,file_mode=0660,dir_mode=0770 Далее указываю базу f:\1SDemo\ (f - ссылка на шару)
не открыл..
(In reply to comment #2) > Подтверждаю, воспроизвели у себя на Ubuntu 8.04, > cifs 3.6.1 1с77 ситуация такая же: > при подключении к расшареной базе выводит > "Ошибка загрузки метаданных" > Описанное соответствует тому, что база не найдена, такое бывает, когда неправильно указывают каталог... > (In reply to comment #1) > > Такая ошибка возникает, когда неправильно > > указывают каталог с базой... Воспроизводил > > на 7.7 буквально сегодня... > > А как надо указывать? делаю так: > > # mount -t cifs //cellar/sharewine /mnt/cifs/ -o > uid=guest,gid=guest,file_mode=0660,dir_mode=0770 > > Далее указываю базу f:\1SDemo\ (f - ссылка на > шару) > Вы монтируете для пользователя guest, а работаете под каким? По пробуйте проверить содержимое каталога f:\1SDemo\, есть ли там база и доступна ли на чтение-запись, пользователю, под которым вы работаете.
Я монтирую так //172.16.71.111/bases on /mnt/1c_cifs type cifs (rw,noperm,username=bolt1,password=*****,file_mode=0660,dir_mode=2770,uid=1000,gid=1011,iocharset=utf8) gid 1011 = 1susers этой группе принадлежат каталоги баз. В комбинации libwine_1.0.9-eter29.3ubuntu_i386.deb, wine-etersoft-network_1.0.9-eter10ubuntu_i386.deb, wine_1.0.9-eter29.3ubuntu_i386.deb, linux-cifs_3.2-1_all.deb Все заработало. Пробовал с etercifs_3.3-1_all.deb, etercifs_3.5-1_all.deb, etercifs_3.6.1-1_all.deb, с ними не работает.
Хочу отметить что сборка linux-cifs_3.2-1_all.deb работает крайне не стабильно. Скажите какую версию wine и cifs поставить для стабильной работы? Клиент уже стонет, от постоянных проблем с блокировками таблиц и зависанием 1С во время проведения документов (процесс 1cv7.exe занимает 90-100% всего процессорного времени одного ядра и весит бесконечно). Далее куча проблем - снятие процесса, индексация в монопольном режиме и т.д
(In reply to comment #6) > Хочу отметить что сборка linux-cifs_3.2-1_all.deb > работает крайне не стабильно. Можно по подробнее в чём состоит не стабильность? Вы уверены, что дело именно в CIFS? Почему в баге указан CIFS 3.6.1, а вы приводите linux-cifs_3.2-1_all.deb? > Скажите какую версию wine и cifs поставить для > стабильной работы? К сожалению, мы не проверяем CIFS на всех дистрибутивах. Сейчас, для нормальной проверки нам необходимо найти Ubuntu-8.04, установить её, и попытаться повторить вашу проблему... Я полагаю, что этот вопрос может быть быстрее разрешён в отделе тестирования. > Клиент уже стонет, от постоянных проблем с > блокировками таблиц и зависанием 1С во > время проведения документов (процесс 1cv7.exe > занимает 90-100% всего процессорного времени > одного ядра и весит бесконечно). Далее куча > проблем - снятие процесса, индексация в > монопольном режиме и т.д > Я думаю, что проблема со сборками Wine+Cifs для Ubuntu... Принципиальных проблем у 1Сv7.7, кроме запуска linux клиентов после первноачального запуска windows-клиента, не существует... Существуют проблемы настройки клиента... Кроме того, если я не ошибаюсь, пакеты под Ubuntu мы нативно (в самой убунте) не собираем, а конвертируем из rpm-пакетов. Я не могу, пока сам всё не проверю, точно что-либо сказать по этому вопросу... Кстати, у меня тоже проявилась жуткая нестабильность нового wine для Сизифа на сизифе двух недельной давности (до смены тулчейна)... Так что некорректность работы я не исключаю... Тем не менее меня смущает отсутствие подробностей... "Ошибка загрузки метаданных" - это проблема первичного поиска базы. Если у вас возникла такая проблема, то это означает, что база не найдена... К CIFS это имеет отношение косвенное... попробуйте, сначала запустить базу локально... Кстати, я так и не понял эта ошибка прошла? Или как? "Клиент уже стонет, от постоянных проблем"... Как так получилось, что вы писали, что 1С не запускается, а теперь такие проблемы? Значит первую проблему вы решили? Огромная просьба разделяйте отдельные проблемы по разным багам... Иначе вы меня окончательно запутаете! И ещё давайте, писать настолько подробно, чтобы нам не приходилось задавать друг другу с самого начала кучу наводящих вопросов!
В версиях 3.5, 3.6, 3.6.1 проблема присутствует. А вот уже в etercifs 3.7.0 всё ок -- проверял в Debian 4.0 : Linux multi.office.etersoft.ru 2.6.18-5-k7 #1 SMP Mon Dec 24 17:18:11 UTC 2007 i686 GNU/Linux и в AltLinux 4.1 : Linux lin-test.office.etersoft.ru 2.6.25-std-def-alt10 #1 SMP Sat Oct 11 09:47:26 UTC 2008 i686 GNU/Linux Хочется узнать, что изменилось в 3.7?
(In reply to comment #8) > В версиях 3.5, 3.6, 3.6.1 проблема присутствует. > > А вот уже в etercifs 3.7.0 всё ок -- проверял в > Debian 4.0 : > Linux multi.office.etersoft.ru 2.6.18-5-k7 #1 SMP Mon Dec 24 17:18:11 UTC 2007 > i686 GNU/Linux > и в AltLinux 4.1 : > Linux lin-test.office.etersoft.ru 2.6.25-std-def-alt10 #1 SMP Sat Oct 11 > 09:47:26 UTC 2008 i686 GNU/Linux > > Хочется узнать, что изменилось в 3.7? > Извиняюсь. В Убунту 8.04 и на сборке 3.7.0 не работает..
(In reply to comment #7) > "Ошибка загрузки метаданных" - это проблема > первичного поиска базы. Если у вас возникла > такая проблема, то это означает, что база не > найдена... К CIFS это имеет отношение > косвенное... попробуйте, сначала запустить > базу локально... > Проверял на 2 рабочих базах на 2 других дистрибутивах (читать предыдущие комменты) Проблема только в Ubuntu 8.04 и дело тут вовсе не в базах - они на 100% рабочие.
Эта проблема ещё актуальна?
нет
(In reply to comment #12) > нет > Почему нет? Что-то исправили? Ошибка осталась - wine от 9 ноября, etercifs от 6, на multi, 1с77 --- "ошибка загрузки метаданных" База 100% рабочая - с других систем проблем нет.
(In reply to comment #13) > (In reply to comment #12) > > нет > > > > Почему нет? Что-то исправили? Ошибка > осталась - wine от 9 ноября, etercifs от 6, на multi, 1с77 > --- "ошибка загрузки метаданных" База 100% > рабочая - с других систем проблем нет. > Сегодня, с последней сборкой закрытой части, проблема ушла. Можно закрывать.
А что конкретно исправилось (в баге об этом ничего...)? У меня проблема проявляется и со сборкой от 10 ноября.
(In reply to comment #0) > 1С не > подключается к базе пишет "Ошибка загрузки > метаданных" > Ubuntu 8.04 mount -t cifs //cellar/sharewine /mnt/cifs -o uid=guest,gid=guest,file_mode=0770,dir_mode=0660
Воспроизводится: trace:file:CreateFileW L"F:\\Test_base\\1Cv7.MD" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80 trace:file:RtlDosPathNameToNtPathName_U (L"F:\\Test_base\\1Cv7.MD",0x33f7fc,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"F:\\Test_base\\1Cv7.MD" 520 0x33f570 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\Test_base\\1Cv7.MD" -> "/home/guest/.wine/dosdevices/f:/Test_base/1Cv7.MD" warn:file:CreateFileW Unable to create file L"F:\\Test_base\\1Cv7.MD" (status c000000f) trace:file:CreateFileW returning 0xffffffff
(In reply to comment #17) > Воспроизводится: > trace:file:CreateFileW L"F:\\Test_base\\1Cv7.MD" GENERIC_READ FILE_SHARE_READ > FILE_SHARE_WRITE creation 3 attributes 0x80 > trace:file:RtlDosPathNameToNtPathName_U > (L"F:\\Test_base\\1Cv7.MD",0x33f7fc,(nil),(nil)) > trace:file:RtlGetFullPathName_U (L"F:\\Test_base\\1Cv7.MD" 520 0x33f570 (nil)) > trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\Test_base\\1Cv7.MD" -> ^^^^ Вот эти вопросики меня смущают... Вы уверены, что не в этом проблема? > "/home/guest/.wine/dosdevices/f:/Test_base/1Cv7.MD" > warn:file:CreateFileW Unable to create file L"F:\\Test_base\\1Cv7.MD" (status > c000000f) > trace:file:CreateFileW returning 0xffffffff > Хотелось бы получить ssh -Y на проблемный экземпляр.... У меня вопросов больше, чем ответов...
(In reply to comment #18) > > trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\Test_base\\1Cv7.MD" -> > ^^^^ > Вот эти вопросики меня смущают... Вы Это так записывается путь к диску в NT-нотации (в NT нет букв дисков, диски там эмулируются таким образом).
С ресурсом на win-test (Windows-машине всё нормально). Смотрю логи samba на cellar: при попытке открытия файла 1cv7.md ошибка: [2008/11/10 22:03:30, 10] smbd/open.c:open_file_ntcreate(1184) open_file_ntcreate: fname=Test_base/1Cv7.MD, dos_attrs=0x80 access_mask=0x80000000 share_access=0x3 create_disposition = 0x1 create_options=0x40 unix mode=0764 oplock_request=1 [2008/11/10 22:03:30, 5] smbd/open.c:open_file_ntcreate(1264) open_file_ntcreate: FILE_OPEN requested for file Test_base/1Cv7.MD and file doesn't exist. [2008/11/10 22:03:30, 3] smbd/error.c:error_packet_set(106) error packet at smbd/nttrans.c(805) cmd=162 (SMBntcreateX) NT_STATUS_OBJECT_NAME_NOT_FOUND
Ну, всё понятно, как и ожидалось - отсутствует база...
Да нет же. Я сейчас повыясняю и напишу. База естественно есть. Проблема в том, что wine не может получить правильное имя файла (он это делает через FindFirstFile).
Проблема лежит в том, что wine принимает решение не выполнять регистро-независимый поиск файла (минусом отмечены строки на локальном диске, плюсом - на cifs-ресурсе): -warn:file:wine_nt_to_unix_file_name L"\\??\\C:\\cifs\\1Cv7.MD" -> "/home/guest/.wine/dosdevices/c:/cifs/1cv7.md" required a case-insensitive search -trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\cifs\\1Cv7.MD" -> "/home/guest/.wine/dosdevices/c:/cifs/1cv7.md" -trace:file:CreateFileW returning 0x28 +trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\cifs\\1Cv7.MD" -> "/home/guest/.wine/dosdevices/f:/cifs/1Cv7.MD" +warn:file:CreateFileW Unable to create file L"1Cv7.MD" (status c000000f) +trace:file:CreateFileW returning 0xffffffff
Проблему нашёл: $ cat /home/guest/.wine/dosdevices/m:/CIIFS/1Cv7-1234567.MD cat: /home/guest/.wine/dosdevices/m:/CIIFS/1Cv7-1234567.MD: No such file or directory $ stat /home/guest/.wine/dosdevices/m:/CIIFS/1Cv7-1234567.MD File: `/home/guest/.wine/dosdevices/m:/CIIFS/1Cv7-1234567.MD' Size: 2658304 Blocks: 6144 IO Block: 16384 обычный файл Device: 17h/23d Inode: 372620 Links: 1 Access: (0660/-rw-rw----) Uid: ( 1000/ guest) Gid: ( 1000/ guest) Access: 2008-11-10 22:55:57.000000000 +0300 Modify: 2006-02-11 00:00:00.000000000 +0300 Change: 2008-11-11 10:15:46.000000000 +0300 $ ls -l /home/guest/.wine/dosdevices/m:/CIIFS/*.md -rw-rw---- 1 guest guest 2658304 2006-02-11 00:00 /home/guest/.wine/dosdevices/m:/CIIFS/1cv7-1234567.md -rw-rw---- 1 guest guest 2658304 2006-02-11 00:00 /home/guest/.wine/dosdevices/m:/CIIFS/1cv7.md Таким образом, stat срабатывает регистрово-независимо, в то время как открытие файла - уже нет.
Для устранения проблемы нужно добавить в конфигурационный файл Самбы "case sensitive = yes"
В новый winelocktest из 1.0.10 (запускать под пользователем) встроена проверка на case sensitive, просьба проверить на Ubuntu, что проблему он видит.
(In reply to comment #26) > В новый winelocktest из 1.0.10 (запускать под > пользователем) встроена проверка на > case sensitive Да проверка проходит guest@multi:~/.wine/dosdevices$ guest@multi:~/.wine/dosdevices/p:$ winelocktest localhost being added to access control list Check P:\ in single user mode... cd: 260: can't cd to P:\ FAILED: Broken disabled case sensitivity. Set case sensitivity = yes in smb.conf. See http://bugs.etersoft.ru/show_bug.cgi?id=2822.
(In reply to comment #25) > Для устранения проблемы нужно добавить в > конфигурационный файл Самбы > "case sensitive = yes" > case sensitivity = yes или case sensitive = yes ?
testparm -v | grep case Load smb config files from /etc/samba/smb.conf Loaded services file OK. Server role: ROLE_STANDALONE Press enter to see a dump of your service definitions default case = lower case sensitive = Auto preserve case = Yes short preserve case = Yes
С выставленной case sensitive работает winelocktest проходит закрываю.
Нашёл новую проблему: С выставленным на "Cellar case sensitive" теперь в Windows появилась аналогичная ошибка. "Ошибка загрузки метаданных"
Есть подтверждение из заявки.
Всётаки проблема не наша, а cononical: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/220658
Скорее не FIXED, а WONTFIX.
Переоткрываю для тестирования: см. http://bugs.etersoft.ru/show_bug.cgi?id=2929#c15 см. http://bugs.etersoft.ru/show_bug.cgi?id=2220#c33 Надо протестировать etercifs-4.0.1, предварительно собрав его для Убунты и Слаквари.
По etercifs-4.0.1 такая ситуация: если case sensitive = yes, то Windows клиент не открывает базы пишет ошибка загрузки метаданных, зато Linux клиент открывает без проблем. case sensitive = no, то ситуация наоборот W открывает, L - нет.
(In reply to comment #36) > По etercifs-4.0.1 такая ситуация: > если > case sensitive = yes, то Windows клиент не открывает > базы пишет ошибка загрузки метаданных, > зато Linux клиент открывает без проблем. > case sensitive = no, то ситуация наоборот W > открывает, L - нет. > А если закомментировать строку, то есть оставить ее по умолчанию? По умолчанию - auto, то есть параметр закомментирован. "Be very careful with case sensitivity - it can break things"
(In reply to comment #37) > А если закомментировать строку, то есть > оставить ее по умолчанию? По умолчанию - auto, > то есть параметр закомментирован. Проверьте это пожалуйста! Это должно быть проще, чем нам тут 1С на Убунту в виртуалке ставить и проверять. Да и надёжнее.
Сначала восстанавливал работоспособность Ubuntu, получилось долго. (In reply to comment #37) > А если закомментировать строку, то есть > оставить ее по умолчанию? По умолчанию - auto, > то есть параметр закомментирован. > > "Be very careful with case sensitivity - it can break things" > С параметрами по умолчанию нормально открывая
Воспроизводится неоднозначное поведение: samba-3.5.14-alt1.M60P.1 etercifs-5.4.1-alt1 При указанном в smb.conf case sensitive = no (отключена чувствительность в регистру) Следующий тест показывает разные результаты для Test 1 и Test 2, Test 1 и Test 3, хотя они должны быть одинаковы. #!/bin/sh echo ; echo "Test 1" rm -f winelock.TeST winelock.TEST && touch winelock.TeST && stat winelock.TEST && echo OK sleep 1 echo ; echo "Test 2 (with sleep)" rm -f winelock.TeST winelock.TEST && touch winelock.TeST && sleep 1 && stat winelock.TEST && echo OK sleep 1 echo ; echo "Test 3 (with rm *)" rm -f winelock.* && touch winelock.TeST && stat winelock.TEST && echo OK echo ; echo "Test 4 (with rm * and sleep)" rm -f winelock.* && touch winelock.TeST && sleep 1 && stat winelock.TEST && echo OK Я внёс дополнительные проверки в winelocktest для 2.0 Будем смотреть, что это за фокусы, или отложим?
(В ответ на comment #40) > Воспроизводится неоднозначное поведение: > samba-3.5.14-alt1.M60P.1 > etercifs-5.4.1-alt1 > > При указанном в smb.conf > case sensitive = no > (отключена чувствительность в регистру) > > Следующий тест показывает разные результаты для Test 1 и Test 2, Test 1 и Test > 3, хотя они должны быть одинаковы. > > #!/bin/sh > > echo ; echo "Test 1" > rm -f winelock.TeST winelock.TEST && touch winelock.TeST && stat winelock.TEST > && echo OK > sleep 1 > > echo ; echo "Test 2 (with sleep)" > rm -f winelock.TeST winelock.TEST && touch winelock.TeST && sleep 1 && stat > winelock.TEST && echo OK > sleep 1 > > echo ; echo "Test 3 (with rm *)" > rm -f winelock.* && touch winelock.TeST && stat winelock.TEST && echo OK > > echo ; echo "Test 4 (with rm * and sleep)" > rm -f winelock.* && touch winelock.TeST && sleep 1 && stat winelock.TEST && > echo OK > > > Я внёс дополнительные проверки в winelocktest для 2.0 > > Будем смотреть, что это за фокусы, или отложим? А какие именно разные результаты? Вообще клиент кэширует атрибуты на 1 сек по умолчанию, что можно отключить с помощью: echo 0 > /proc/fs/cifs/LookupCacheEnabled
Разобрался с проблемой. В первом тесте после того как удалялся winelock.TeST, winelock.TEST не находился с значился как NULL-dentry. При этом CIFS зачем-то выставлял d_time у этой dentry в текущее время (что ни NFS, ни AFS к примеру не делают). Буду разбираться дальше и писать в рассылку апстрим.
(В ответ на comment #42) > Разобрался с проблемой. В первом тесте после того как удалялся winelock.TeST, > winelock.TEST не находился с значился как NULL-dentry. При этом CIFS зачем-то > выставлял d_time у этой dentry в текущее время (что ни NFS, ни AFS к примеру не > делают). Буду разбираться дальше и писать в рассылку апстрим. Продолжил разбираться с проблемой. Выяснил, что на Ubuntu 10.10 тест проходит в отличии от ALT Linux. После общения с разработчиком апстрим выяснилось, что обработка dentry кэша в CIFS вообще реализована непонятно как и требует более детального рассмотрения, что является предметом отдельной большой задачи. Отключения кэширования lookup запросов решает проблему на дистрибьютиве ALT Linux. Данную багу предлагаю считать исчерпаной.
(В ответ на comment #43) ... > Отключения кэширования lookup запросов решает проблему на дистрибьютиве ALT > Linux. Данную багу предлагаю считать исчерпаной. Я не понял итога. Предлагается вручную отключать кэширование lookup? Или и без этого она не будет проявляться?
Требуется подведение итога по баге.
(В ответ на comment #45) > Требуется подведение итога по баге. Провёл дополнительное исследование. Выяснил, что при переходе из ядра v3.5 в v3.6 в коде VFS и соответствующим ему частям кода CIFS произошли изменения, исправляющие работу данного теста (поэтому у меня на Ubuntu и проходило - стояло ядро v3.6-rc5).
Данную багу решено закрыть: до 3.6 ядра клиента не рекомендуется включать case sensitive = no в Samba.
(В ответ на comment #47) > Данную багу решено закрыть: до 3.6 ядра клиента не рекомендуется включать case > sensitive = no в Samba. До ядра 3.6, рекомендуется делать echo 0 > /proc/fs/cifs/LookupCacheEnabled для работы с case sensitive = no на Samba.
