1С зависает при запуске на смонтированном ресурсе. etercifs 4.3.9 eter3 2.6.28-15-generic строка монтирования: //192.168.0.210/1ctest /mnt/1c_bases_share/base_test cifs user=test,password=test1,rw,iocharset=utf8,noperm,forcemand,direct, nounix 0 0
Created attachment 1388 [details] syslog Включил запись логов: echo 7 > /proc/fs/cifs/cifsFYI В атаче последние строчки лога.
wine.log по +file,+server положил в ftp/pvt/Windows/Testing/Bugs/4575
Очевидно где то бага. Как ее найти? Какие еще можно логи посмотреть?
А какие файлы находится в H:/base_test? Можно ли там создать и редактировать файл? Можно ли это сделать в wine notepad?
По переписке с клиентом: Методом тыка выяснилось , что виноват все-таки cifs. Добились стабильной работы на локальной базе. При работе с базой через cifs зависание с вероятностью 100%, хотя есть база которая и на cifs работает.
Последовательность воспроизведения от клиента: 1) Ставим базу Бухгалтерии 1с 8.1 2) Потом пытаемся сделать загрузку данных из базы торговли. Загрузку делать через сервис-прочие обмены данными-универсальный обмен данными в формате XML. Получил от клиента базу, хочу воспроизвести на реальных условиях.
Наше ПО: wine-etersoft-network-1.0.11-eter6fedora.i586 fonts-ttf-ms-1.0-eter4fedora.noarch wine-etersoft-1.0.11-eter11fedora.i586 etercifs-4.3.9-eter3fedora.noarch fonts-ttf-liberation-1.04-eter1fedora.noarch haspd-3.0-eter4fedora.i586 haspd-modules-3.0-eter4fedora.i586 Самба: samba-client-3.2.15-0.36.fc10.i386 system-config-samba-1.2.76-1.fc10.noarch samba-winbind-3.2.15-0.36.fc10.i386 samba-3.2.15-0.36.fc10.i386 samba-common-3.2.15-0.36.fc10.i386
Created attachment 1396 [details] Конфиг самбы
Клиент сообщает, что сегодня появились проблемы и на локальной базе, а именно, зависает при входе в 1с. Причем, только у некоторых пользователей. По его словам, никаких специфических действий они не производили.
(In reply to comment #9) > Клиент сообщает, что сегодня появились > проблемы и на локальной базе, а именно, > зависает при входе в 1с. Причем, только у > некоторых пользователей. По его словам, > никаких специфических действий они не > производили. > Проблем на локальной базе не выявил. Загрузка прошла нормально.
По cifs база не загружается. Монтировал строкой mount -t cifs //win2k3/share /mnt/cifs3 -o noperm,uid=guest,gid=guest,iocharset=utf8,forcemand,direct,nounix После ввода пароля администратора - картинка "Загрузка конфигурации" висит очень долго. Ждал где-то с пол часа - так и не загрузилась. Понаблюдать можно в бутылке 1c81/1c81-night Кто что может предложить?
На линуксовой шаре ситуация аналогичная. Монтировал строкой mount -t cifs //cellar/sharewine /mnt/cifs3 -o noperm,uid=wine,gid=wine,iocharset=utf8,forcemand,direct,nounix Буталка та же.
Можно посмотреть, что происходит в самбе. В секцию [global] в smb.conf добавь опции: syslog = 1 log level = 2 vfs:2 vfs objects = full_audit full_audit:facility = local5 full_audit:priority = notice full_audit:prefix = %U|%I full_audit:success = connect disconnect opendir mkdir rmdir closedir open close read pread write pwrite sendfile rename unlink chmod fchmod chown fchown chdir ftruncate lock symlink readlink link mknod realpath full_audit:failure = connect disconnect opendir mkdir rmdir closedir open close read pread write pwrite sendfile rename unlink chmod fchmod chown fchown chdir ftruncate lock symlink readlink link mknod realpath Оно покажет, что творится с системными вызовами на цифсе.
> Понаблюдать можно в бутылке 1c81/1c81-night А пароль какой?
(In reply to comment #14) > > Понаблюдать можно в бутылке 1c81/1c81-night > А пароль какой? > Для администратора - 321123
> Монтировал строкой > mount -t cifs //cellar/sharewine /mnt/cifs3 -o > noperm,uid=wine,gid=wine,iocharset=utf8,forcemand,direct,nounix Если монтировать без nounix, то в базу зайти можно. Если использовать nounix, то зависает на ReadFile: trace:file:wine_nt_to_unix_file_name L"\\??\\M:\\base\\1cv8.pfl" -> "/net/wine/bottles/1c81/.wine-1c81-night/dosdevices/m:/base/1cv8.pfl" trace:file:CreateFileW returning 0x43c trace:file:LockFile 0x43c 000000000 000000001 trace:file:ReadFile 0x43c 0x32e4f8 16 0x32e4ec (nil) Это, по-видимому, та же проблема, что и в комментарии #8 в баге 4077.
Закрываю.
