Нормально устанавливается, собирается. Но при попытке что либо подмонтировать вешается комп, или просто перезагружается.
$ uname -a
Linux multi.office.etersoft.ru 2.6.24.7-92.fc8 #1 SMP Wed May 7 16:50:09 EDT 2008 i686 athlon i386 GNU/Linux
В оригинальном ядре из Fedora 8 всё работало, но с ядром из обновлений (updates) перестало работать.
(In reply to comment #3) > В оригинальном ядре из Fedora 8 всё работало, > но с ядром из обновлений (updates) перестало А как конкретно перестало? Не компилируется или как-то глючит?
To Синельников Евгений, читай описание.
пакет linux-cifs устанавливается, build linux-cifs проходит успешно, при попытке смонтировать компьтер перезагружается или зависает.
Аналогично на Ubuntu 8.04
По предварительным данным cifs может не работать из-за нового ядра.
Думаю, стоит проверить cifs без нашего патча... Сможете собрать пакет или лучше src.rpm подготовить?
Я думаю стоит проверять с помощью специального теста. Потому что там много нюансов, и методом тыка каждый раз их вылавливать очень сложно, а если не знаешь про оплоки и не копался в драйвере, вообще невозможно.
Для кратковременного тестирования ты можешь выкладывать собранный под какой угодно ALT пакет бинарный linux-cifs. У нас сделают service linux-cifs build и соберут под конкретное ядро. Но без теста тестировать относительно бесполезно, потому что те, кто тестируют, не знают что надо тестировать. Этого уже никто не знает :)
может быть тестерам проверять по мотивам 1153?
fonts-ttf-ms.i586 1.0e-eter2fedora installed libwine.i586 20071130-eter10fedora installed linux-cifs.i586 1.53-eter4fedora installed wine.i586 20071130-eter10fedora installed wine-etersoft-networklite.i586 1.0.8-eter8fedora installed uname -a Linux club-n.local 2.6.25.11-60.fc8 #1 SMP Mon Jul 21 02:06:29 EDT 2008 i686 i686 i386 GNU/Linux всё компилируется монтируем ресурс с виндовой машинки [root@club-n baza]# mount -t cifs //192.168.111.56/linux /home/bux/baza -o noperm,nounix,user=user,pass=01020304,file_mode=0660,dir_mode=2770,uid=500,gid=500,iocharset=utf8 WARNING: 'dir_mode' not expressed in octal. [root@club-n baza]# mount /dev/md1 on / type ext3 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/md0 on /boot type ext3 (rw) tmpfs on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) fusectl on /sys/fs/fuse/connections type fusectl (rw) nfsd on /proc/fs/nfsd type nfsd (rw) //192.168.111.56/linux on /home/bux/baza type cifs (rw,mand) всё ок, НО при работе в 17 7.7 Бухгалтеря виндовые и linux пользователи не видят друг друга в "Монитор пользователе" база 1с рушится - "Невостановимая ошибка базы", приходиться исправлять вручную. можно зайти в базу монопольно одновременно с win и linux машинки, под разными пользователями. Если под одним - то "каталог пользователя занят". такая-же ситуация если делать через сервер samba. те база лежит на linux машинке. когда отмонтируем cifs@etersoft падает. BUG: unable to handle kernel paging request at 11b2f000 IP: [<deb4a01f>] :etercifs:init_module+0x32401f/0x324d5b *pde = 00000000 Oops: 0000 [#1] SMP Modules linked in: nls_utf8 nfsd lockd nfs_acl auth_rpcgss exportfs autofs4 fuse rfcomm l2cap bluetooth sunrpc nf_nat_ftp nf_conntrack_ftp ipt_REJECT iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 ip_tables xt_tcpudp ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables ipv6 etercifs(U) dm_mirror dm_multipath dm_mod 8139too parport_pc parport pcspkr 8139cp sis900 snd_intel8x0 snd_ac97_codec mii ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore button snd_page_alloc sr_mod cdrom sg pata_acpi sata_sis pata_sis ata_generic libata sd_mod scsi_mod raid456 async_xor async_memcpy async_tx xor raid1 ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: microcode] Pid: 7369, comm: umount.cifs Not tainted (2.6.25.11-60.fc8 #1) EIP: 0060:[<deb4a01f>] EFLAGS: 00210206 CPU: 0 EIP is at init_module+0x32401f/0x324d5b [etercifs] EAX: 11b2f000 EBX: d147d200 ECX: deb4a00d EDX: 00000000 ESI: d9281d00 EDI: 00000000 EBP: d9267f30 ESP: d9267f2c DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process umount.cifs (pid: 7369, ti=d9267000 task=cade2000 task.ti=d9267000) Stack: d147d200 d9267fb0 c0494494 00000000 00001000 00001000 d9281d00 dd40d220 00000000 00000000 00000000 00000001 00000001 00000000 00000002 d9267f98 c0457053 d14b1c00 bfa509b3 00000034 40000003 cade2000 c0457327 00000000 Call Trace: [<c0494494>] ? sys_umount+0xf2/0x2c7 [<c0457053>] ? audit_syscall_entry+0x101/0x12b [<c0457327>] ? audit_syscall_exit+0x2aa/0x2c5 [<c0405b7e>] ? syscall_call+0x7/0xb ======================= Code: <8b> 18 85 db 0f 84 c0 00 00 00 ba 62 00 00 00 b8 a9 aa b6 de e8 32 EIP: [<deb4a01f>] init_module+0x32401f/0x324d5b [etercifs] SS:ESP 0068:d9267f2c ---[ end trace e1c0c1b8227933c6 ]--- BUG: unable to handle kernel paging request at 11b2f000 IP: [<deb4a01f>] :etercifs:init_module+0x32401f/0x324d5b *pde = 00000000 Oops: 0000 [#2] SMP Modules linked in: nls_utf8 nfsd lockd nfs_acl auth_rpcgss exportfs autofs4 fuse rfcomm l2cap bluetooth sunrpc nf_nat_ftp nf_conntrack_ftp ipt_REJECT iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 ip_tables xt_tcpudp ip6t_REJECT nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables ipv6 etercifs(U) dm_mirror dm_multipath dm_mod 8139too parport_pc parport pcspkr 8139cp sis900 snd_intel8x0 snd_ac97_codec mii ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore button snd_page_alloc sr_mod cdrom sg pata_acpi sata_sis pata_sis ata_generic libata sd_mod scsi_mod raid456 async_xor async_memcpy async_tx xor raid1 ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: microcode] Pid: 7370, comm: umount.cifs Tainted: G D (2.6.25.11-60.fc8 #1) EIP: 0060:[<deb4a01f>] EFLAGS: 00210206 CPU: 0 EIP is at init_module+0x32401f/0x324d5b [etercifs] EAX: 11b2f000 EBX: d147d200 ECX: deb4a00d EDX: 00000000 ESI: d9281d00 EDI: 00000000 EBP: d1495f30 ESP: d1495f2c DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process umount.cifs (pid: 7370, ti=d1495000 task=d1616e70 task.ti=d1495000) Stack: d147d200 d1495fb0 c0494494 00000000 00001000 00001000 d9281d00 dd40d220 00000000 00000000 00000000 00000001 00000001 00000000 00000002 d1495f98 c0457053 d14b1c00 bf8739b3 00000034 40000003 d1616e70 c0457327 00000000 Call Trace: [<c0494494>] ? sys_umount+0xf2/0x2c7 [<c0457053>] ? audit_syscall_entry+0x101/0x12b [<c0457327>] ? audit_syscall_exit+0x2aa/0x2c5 [<c0405b7e>] ? syscall_call+0x7/0xb ======================= Code: <8b> 18 85 db 0f 84 c0 00 00 00 ba 62 00 00 00 b8 a9 aa b6 de e8 32 EIP: [<deb4a01f>] init_module+0x32401f/0x324d5b [etercifs] SS:ESP 0068:d1495f2c ---[ end trace e1c0c1b8227933c6 ]--- ресурс остаётся смонтированным!!!! помогает только перезагрузка, чтоб от виндовой шары избавиться.
господа разработчики. хочу привлечь ваше внимание к данной баге и ускорить её решение.
Мы работаем над новой сборкой, будем тестировать.
Проблем со сборкой и падением на новых ядрах нет в новых сборках linux-cifs/etercifs ftp://updates.etersoft.ru/pub/Etersoft/CIFS@Etersoft/Fedora/8/ Решение не является окончательным и возможно есть определённые проблемы с совместной работой. Окончательно решится к релизу WINE@Etersoft 1.0.9
Данная проблема решена, по всем остальным (блокируется запись, и т.д.) заведены отдельные баги. Закрываю.
