Базу монтируем: mount.cifs //SQLSERVER/1C /media/temp -o iocharset=koi8-r,username=1c_mounter,workgroup=ascon,ip=10.1.5.10,noperm,forcemand Базу используют клиенты с windows, при подключении с линукса через cifs - выдает "Доступ к базе данных на сервере возможен только из одного каталога информационной базы!"
Пытаюсь воспроизвести - не получается... [root@valhalla 1C]# cat /proc/fs/cifs/LinuxExtensionsEnabled 1 [kipruss@valhalla mnt]$ rpm -qa | grep wine && rpm -q etercifs wine-1.0.9-alt37 wine-etersoft-sql-1.0.9-alt15 libwine-1.0.9-alt37 etercifs-4.0.1-alt3 Монтировал по-разному: cifsmount //server/base7 ~/base -o noperm,forcemand,file_mode=0660,dir_mode=0770 cifsmount //server/base7 ~/base -o noperm,forcemand sudo mount -t cifs //server/base7 ~/base -o noperm,forcemand И пробовал также без forcemand и вместо mount -t cifs пробовал mount.cifs, хотя это то же самое. Есть разница в группе, которой принадлежит файл 1Cv7.MD или (при использовании cifsmount) [kipruss@valhalla ~]$ ll base | grep 1Cv7.MD -rw-r----- 1 kipruss kipruss 13824512 Янв 6 15:42 1Cv7.MD или [kipruss@valhalla ~]$ ll base | grep 1Cv7.MD -rw-r----- 1 kipruss ftpadmin 13824512 Янв 6 15:42 1Cv7.MD Запускал 1с7.7 в Windows XP, затем в ALTLinux в wine и наоборот - ошибку не поймал ни разу. ------- Попутно поборолся с "Ошибкой загрузки метаданных". По адресу http://www.etersoft.ru/content/view/102/83/ есть такой текст * Q: При запуске 1С возникает ошибка “Ошибка загрузки метаданных”. * A: Проверьте права на чтение файла 1cv7.md. Также возможно он повреждён или отсутствует. На самом деле у нас почему-то как раз был файл 1cv7.md (возможно, после каких-то предыдущих экспериментов, возможно с отключенными LinuxExtensions - это догадки), но это не спасало, так как выяснилось при помощи WINEDIAG=+file, что требуется файл 1Cv7.MD, а поскольку LinuxExtensionsEnabled, то это важно. Так что надо бы и FAQ поправить. Багу сейчас повешу, если найду куда. Примечание: (кусок вывода запуска 1С7.7 с WINEDIAG=+file) trace:file:CreateFileW L"E:\\home\\kipruss\\base\\1Cv7.MD" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x80 trace:file:RtlDosPathNameToNtPathName_U (L"E:\\home\\kipruss\\base\\1Cv7.MD",0x33f7fc,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"E:\\home\\kipruss\\base\\1Cv7.MD" 520 0x33f570 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\E:\\home\\kipruss\\base\\1Cv7.MD" -> "/home/kipruss/.wine/dosdevices/e:/home/kipruss/base/1Cv7.MD" warn:file:CreateFileW Unable to create file L"E:\\home\\kipruss\\base\\1Cv7.MD" (status c000000f)
Похоже не совсем в ту багу написал. Я реагировал на http://rt.etersoft.ru/Ticket/Display.html?id=9356, а не http://rt.etersoft.ru/Ticket/Display.html?id=9280 Разница в шаре. В-общем я тестировал на Самбе.
(In reply to comment #2) > Похоже не совсем в ту багу написал. Я Надо бы тогда написать в ту багу, учтя, что регистр букв не должен ни на что влиять. > Разница в шаре. В-общем я тестировал на > Самбе. Да, возможно. Там наверняка Windows-сервер. Тогда не ясно, почему надо было тестировать с /proc/fs/cifs/LinuxExtensionsEnabled = 1
(In reply to comment #3) > (In reply to comment #2) > > Похоже не совсем в ту багу написал. Я > Надо бы тогда написать в ту багу, учтя, что > регистр букв не должен ни на что влиять. > > > Разница в шаре. В-общем я тестировал на > > Самбе. > Да, возможно. Там наверняка Windows-сервер. > Тогда не ясно, почему надо было тестировать > с > /proc/fs/cifs/LinuxExtensionsEnabled = 1 > 1. Написал ссылку в багу 3053 2. Насчёт регистра файла md - я уже и сам не могу это воспроизвести. Возможно, это что-то локальное тут у нас. Предлагаю пока переключиться на более важные вещи. 3. На виндовой шаре тоже проблема не воспроизводится
(In reply to comment #1) > Пытаюсь воспроизвести - не получается... Суть была в том, что 1С подключалась к SQL-серверу. Ты проверял без этого, поэтому и не воспроизвелось. ... > Попутно поборолся с "Ошибкой загрузки > метаданных". По адресу ... > На самом деле у нас почему-то как раз был > файл 1cv7.md (возможно, после каких-то > предыдущих экспериментов, возможно с > отключенными LinuxExtensions - это догадки), но это > не спасало, так как выяснилось при помощи > WINEDIAG=+file, что требуется файл 1Cv7.MD, а > поскольку LinuxExtensionsEnabled, то это важно. Так Не может быть важно, поскольку для Wine (если нет баги с cifs + stat, уже закрытой в 4.0.1) безразличен регистр.
(In reply to comment #5) > Суть была в том, что 1С подключалась к > SQL-серверу. Ты проверял без этого, поэтому и > не воспроизвелось. А в случае работы с SQL-сервером тоже надо монтировать шару через cifs? Я этого не понимаю.
(In reply to comment #6) > А в случае работы с SQL-сервером тоже надо > монтировать шару через cifs? Я этого не > понимаю. Всё очень просто: в SQL хранятся таблицы. Но ещё ещё файл MD, содержащий формы интерфейса и отчётов, программные модули. Не говоря о том, что SYSLOG (журнал событий) тоже в файлах остаётся. Таким образом при работе через SQL только большинство таблиц в базе, всё остальное на месте и должно разделяться через файлы. Ещё у меня есть предположение, что тот способ, которым вы проверяете, что 1С работает, отличается от того, в котором работают клиенты. 8-го будем проверять.
(In reply to comment #7) > Ещё у меня есть предположение, что тот > способ, которым вы проверяете, > что 1С работает, отличается от того, в > котором работают клиенты. > 8-го будем проверять. > В случае SQL-сервера мы и не можем ничего проверить по причине отсутствия SQL-сервера.
(In reply to comment #8) > В случае SQL-сервера мы и не можем ничего > проверить по причине отсутствия SQL-сервера. Ну поставить SELTA и PostgreSQL не так сложно.
(In reply to comment #9) > (In reply to comment #8) > > В случае SQL-сервера мы и не можем ничего > > проверить по причине отсутствия SQL-сервера. > Ну поставить SELTA и PostgreSQL не так сложно. > Пробую ставить SELTA. Пока никак. Версии пробовал 1.0.4 и 1.0.5 [kipruss@valhalla /]$ rpm -qa | grep wine wine-etersoft-sql-1.0.9-alt15 libwine-1.0.9-alt39 wine-1.0.9-alt39 [kipruss@valhalla Downloads]$ wine start selta5.msi [kipruss@valhalla Downloads]$ fixme:advapi:RegisterEventSourceA ((null),"MsiInstaller"): stub fixme:advapi:RegisterEventSourceW (L"",L"MsiInstaller"): stub fixme:advapi:ReportEventA (0xcafe4242,0x0001,0x0000,0x000003f5,(nil),0x0006,0x00000000,0x33e4b0,(nil)): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003f5,(nil),0x0006,0x00000000,0x12f2d0,(nil)): stub err:eventlog:ReportEventW L"=====================================================\r\nException code: C0000005 ACCESS_VIOLATION\r\nFunction: 0x0\r\n=====================================================\r\n\r\nRegisters:\r\nEAX:00000000 EBX:004BEF2D ECX:0033E4EC EDX:7BC96568 ESI:0033E674 EDI:00000000\r\nCS:EIP:0073:00000000 "... err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"" err:eventlog:ReportEventW L"" fixme:advapi:DeregisterEventSource (0xcafe4242) stub [kipruss@valhalla Downloads]$
содержимое selta.log === Verbose logging started: 13.01.2009 19:44:37 Build type: SHIP ANSI 2.00.2600.02 Calling process: C:\windows\system32\msiexec.exe === ===================================================== Exception code: C0000005 ACCESS_VIOLATION Function: 0x0 ===================================================== Registers: EAX:00000000 EBX:004BEF2D ECX:0033E4EC EDX:7BC96568 ESI:0033E674 EDI:00000000 CS:EIP:0073:00000000 SS:ESP:007B:0033E4FC EBP:00000000 DS:007B ES:007B FS:0033 GS:003B Flags:00010202 Call stack: Address Frame === Verbose logging stopped: 13.01.2009 19:44:37 ===
Установил SELTA, Postgres «Доступ к базе данных на сервере возможен только из одного каталога информационной базы!» у меня появляется без всякого монтирования по cifs. Все - локально. Вывод strace большой слишком, если надо перешлю по почте. Пока посмотрю сам.
(In reply to comment #12) Резюмирую сегодняшние результаты тестирования: Шара - на Linux-компьютере, расшарена по Samba. Конфиг: [baseselta] path = /home/kipruss/baseselta public = yes browseable = yes writable = yes guest ok = yes force user = kipruss в [global] все стандартно. Линукс-клиент с 1С7.7, SELTA, Postgres Windows-клиент с 1С7.7, SELTA 1. Запуск L -> W результат: Доступ к базе данных на сервере возможен только из одного каталога информационной базы 2. Запуск W -> L тут очень интересно всё. при первом запуске в линуксе "Ошибка загрузки метаданных" при втором 1С просто падает без всяких сообщений при третьем "Ошибка при запуске журнала регистрации" И после этого в Винде пропадает информация о пользователе. Список активных пользователей пуст Я это три раза проверил подрял. Именно такая последовательность! TODO: Копать глубже с strace, например. Примечание: Линуксовый клиент обращается к каталогу базы напрямую, локально, без монтирования по cifs. TODO: Смонтировать по cifs и посмотреть. Также посмотреть на 2 линукс-клиента как локально, так и через cifs.
(In reply to comment #13) > Примечание: Линуксовый клиент обращается к > каталогу базы напрямую, локально, без > монтирования по cifs. Если при этом к базе идёт и со стороны Самбы, то все результаты теряют значимость в связи с неверной конфигурацией стенда.
Протестировал заново. Монтировал свою шару так: (первый случай) cifsmount //valhalla/baseselta ~/base -o noperm,file_mode=0660,dir_mode=0770 затем, во втором и третьем случае, добавлял forcemand и nounix (учитывая сказанное в http://wiki.office.etersoft.ru/testing/cifs/dostup ) Запуск L -> W (во всех случаях монтирования) Результат: все нормально, видны оба пользователя и там и тут. Запуск W -> L (первый случай) Результат: 1с запускается, но в Виндовс не видно пользователя Linux в списке активных пользователей. Запуск W -> L (первый случай {forcemand}) Результат: все нормально, видны оба пользователя и там и тут. Запуск W -> L (первый случай {nounix}) Результат: Ошибка загрузки метаданных Вывод: с параметром nounix я не был бы так уверен. А вот forcemand в моем случае помогает. ==== Дотестировался до того, что на винде перестала запускаться SELTA. Подпись ошибки: AppName: selta.exe AppVer: 0.0.0.0 ModName: msvcrt.dll ModVer: 7.0.2600.2180 Offset: 000360c1 Если надо, заведу отдельную багу.
Created attachment 1024 [details] Лог падения SELTA под Windows
Переустановка SELTA не помогает
Обращаю внимание на строки, касающиеся файла 1Cv7.LCK в логах, приведенных в http://rt.etersoft.ru/Ticket/Attachment/136327/63777/wine.log к тикету http://rt.etersoft.ru/Ticket/Display.html?id=9280 trace:file:wine_nt_to_unix_file_name L"\\??\\E:\\temp\\TradeCadCamWrk\\usr-kotrehov\\1Cv7.LCK" -> "/home/gorbuntsov/.wine/dosdevices/e:/temp/TradeCadCamWrk/usr-kotrehov/1Cv7.LCK" warn:file:CreateFileW Unable to create file L"E:\\temp\\TradeCadCamWrk\\usr-kotrehov\\1Cv7.LCK" (status c0000022)
(In reply to comment #16) > Created an attachment (id=1024) [details] > Лог падения SELTA под Windows SELTA стала падать только под Windows? Думаю, надо завести багу, если переустановка не помогает, и решить её со Стасом. Не может быть из-за вируса?
(In reply to comment #19) > Не может быть из-за вируса? > Вряд ли. Windows поставили пару дней назад и используется она только для запуска на рей rect и 1c. Сейчас проверяю возможный конфликт rect с SELTA.
(In reply to comment #19) > > Если надо, заведу отдельную багу. > Завел. http://bugs.etersoft.ru/show_bug.cgi?id=3253 С проблемами SELTA - туда.
