linux-cifs от etersoft (Ошибки при сборке модуля linux-cifs под Fedora Core 7)

[alexmal]

Всем привет.
У меня стоит linux-cifs-1.48a-eter7redhat.i586.rpm
На ядре 2.6.22.9-91.fc7 все работало
Обновил ядро на Fedore 7 до 2.6.23.1-10.fc7, теперь при сборке модуля получаю...

service linux-cifs build
Build for 2.6.23.1-10.fc7 Linux kernel (headers in /lib/modules/2.6.23.1-10.fc7/build)
/usr/bin/gcc
make: Entering directory `/usr/src/kernels/2.6.23.1-10.fc7-i686'
CLEAN /usr/src/linux-cifs/.tmp_versions
make: Leaving directory `/usr/src/kernels/2.6.23.1-10.fc7-i686'
make: Entering directory `/usr/src/kernels/2.6.23.1-10.fc7-i686'
CC [M] /usr/src/linux-cifs/cifsfs.o
/usr/src/linux-cifs/cifsfs.c:96: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c:273: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c:274: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c:275: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c:276: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c:277: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘*’ token
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_alloc_inode’:
/usr/src/linux-cifs/cifsfs.c:286: error: ‘cifs_inode_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:286: error: (Each undeclared identifier is reported only once
/usr/src/linux-cifs/cifsfs.c:286: error: for each function it appears in.)
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_destroy_inode’:
/usr/src/linux-cifs/cifsfs.c:312: error: ‘cifs_inode_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c: At top level:
/usr/src/linux-cifs/cifsfs.c:709: error: unknown field ‘sendfile’ specified in initializer
/usr/src/linux-cifs/cifsfs.c:709: error: ‘generic_file_sendfile’ undeclared here (not in a function)
/usr/src/linux-cifs/cifsfs.c:730: error: unknown field ‘sendfile’ specified in initializer
/usr/src/linux-cifs/cifsfs.c:754: error: unknown field ‘sendfile’ specified in initializer
/usr/src/linux-cifs/cifsfs.c:774: error: unknown field ‘sendfile’ specified in initializer
/usr/src/linux-cifs/cifsfs.c:795: error: expected declaration specifiers or ‘...’ before ‘kmem_cache_t’
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_init_inodecache’:
/usr/src/linux-cifs/cifsfs.c:806: error: ‘cifs_inode_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:809: warning: passing argument 5 of ‘kmem_cache_create’ from incompatible pointer type
/usr/src/linux-cifs/cifsfs.c:809: error: too many arguments to function ‘kmem_cache_create’
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_destroy_inodecache’:
/usr/src/linux-cifs/cifsfs.c:819: error: ‘cifs_inode_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_init_request_bufs’:
/usr/src/linux-cifs/cifsfs.c:835: error: ‘cifs_req_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:838: error: too many arguments to function ‘kmem_cache_create’
/usr/src/linux-cifs/cifsfs.c:866: error: ‘cifs_sm_req_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:868: error: too many arguments to function ‘kmem_cache_create’
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_destroy_request_bufs’:
/usr/src/linux-cifs/cifsfs.c:901: error: ‘cifs_req_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:903: error: ‘cifs_sm_req_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_init_mids’:
/usr/src/linux-cifs/cifsfs.c:909: error: ‘cifs_mid_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:911: error: too many arguments to function ‘kmem_cache_create’
/usr/src/linux-cifs/cifsfs.c:924: error: ‘cifs_oplock_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:926: error: too many arguments to function ‘kmem_cache_create’
/usr/src/linux-cifs/cifsfs.c: In function ‘cifs_destroy_mids’:
/usr/src/linux-cifs/cifsfs.c:940: error: ‘cifs_mid_cachep’ undeclared (first use in this function)
/usr/src/linux-cifs/cifsfs.c:941: error: ‘cifs_oplock_cachep’ undeclared (first use in this function)
make[1]: *** [/usr/src/linux-cifs/cifsfs.o] Error 1
make: *** [_module_/usr/src/linux-cifs] Error 2
make: Leaving directory `/usr/src/kernels/2.6.23.1-10.fc7-i686'
can't locate built module cifs.ko, continue

[lav]

Всем привет.
У меня стоит linux-cifs-1.48a-eter7redhat.i586.rpm
На ядре 2.6.22.9-91.fc7 все работало
Обновил ядро на Fedore 7 до 2.6.23.1-10.fc7, теперь при сборке модуля получаю...
...

попробуйте
ftp://updates.etersoft.ru/pub/Etersoft/WI...redhat.i586.rpm

[alexmal]

Спасибо, поставил linux-cifs-1.50-eter1redhat.i586.rpm. Все работает.

[Djam]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

[ShotSDV]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

а пройти по ссылке и посмотреть самому не судьба? Там есть для всех дистров...

[warlomak]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

а пройти по ссылке и посмотреть самому не судьба? Там есть для всех дистров...

мож просто в release notes написать, чтобы народ не мучался ? у меня тоже с этим пробованием проблемы были, столько времени убил ;-(

[Djam]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

а пройти по ссылке и посмотреть самому не судьба? Там есть для всех дистров...

Вы весьма любезны. Но я специально указал ядра, так как именно на них linux-cifs и haspd не собираются.
Научитесь читать вопрос до-конца.

[ShotSDV]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

а пройти по ссылке и посмотреть самому не судьба? Там есть для всех дистров...

Вы весьма любезны. Но я специально указал ядра, так как именно на них linux-cifs и haspd не собираются.
Научитесь читать вопрос до-конца.

Ага, кто же это библиотеки будет собирать под каждое ядро? может ещё и под RC тоже собирать? тогда мы версии 1.0.8 никогда не дождёмся... Есть сырцы и - вперёд

[ShotSDV]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

Кстати, cifs не собирается и на штатном ядре 2.6.22 Мандривы 2008

[Djam]

А можно тоже самое только для Мандривы 2007.1 и ядер 2.6.19 2.6.21 2.6.23?
так как на этих ядрах linux-cifs не собирается

а пройти по ссылке и посмотреть самому не судьба? Там есть для всех дистров...

Вы весьма любезны. Но я специально указал ядра, так как именно на них linux-cifs и haspd не собираются.
Научитесь читать вопрос до-конца.

Ага, кто же это библиотеки будет собирать под каждое ядро? может ещё и под RC тоже собирать? тогда мы версии 1.0.8 никогда не дождёмся... Есть сырцы и - вперёд

Но тем не менее проблема существует. И как написано выше на штатном ядре Мандривы 2008 cifs также не собирается... значит необходимо искать пути решения проблемы...
Возможно стоит копать в корень проблемы, а именно наличие каких-то супер специфичных функций которые почему-то присутствуют в старых ядрах и отсутствуют в новых ядрах, хотя последнее далеко не факт... Тогда возможным выходом было бы, добавление в пакеты wine от этерсофт того кода, который используется их модулем для сборки и работы, и последующим внедрением данного кода в ядро...
таким образом можно было бы инсталлировать данный модуль на всех без исключения ядрах...

p.s. если че написал неверно, то не обесудте, я только учусь...

[borislav]

Доброго времени суток!
Недавно начали в организации плавно слазить с иглы оффтопика...
Пользуемся linux-cifs от Etersoft в составе их произведения WINE@Etersoft (для 1С в основном), но вдруг вот возникла необходимость поместить домашние каталоги юзеров на win2003 сервер в расшаренный ресурс (защита & конфиденциальность требуются, сервер в надёжном месте - его отключить, и все компы пустые...). С доступом к шарам проблем нет, как и с авторизацией (сеть с доменом, компы с Linux в этот домен тоже включены), и домашние папки при логине Линух создаёт на серваке (pam_mount), но вот всплыло, что cifs не поддерживает права на файлы - с сервака они все возвращаются с правами 777... Соотвественно, Линух сильно ругается, что такие-то файлы в домашнем каталоге имеют неправильные права доступа. Как это побороть?

И один конкретный вопрос: как правильно использовать file_mode и dir_mode при монтировании?

ЗЫ для не-телепатов: Ubuntu 8.04, ядро 2.6.24-19, linux-cifs 1.53, WINE@Etersoft 1.0.9

[SirYorik]

> Соотвественно, Линух сильно ругается, что такие-то файлы в домашнем каталоге имеют неправильные права доступа. Как это побороть?

а вот такая концепция.

разбить домашние каталоги на 2 части.
- ОС критичную на nfs-шаре
- и для данных на cifs-шаре

вопрос где взять нфс-шару. есть 3 варианта.
1 - Windows Services for UNIX 3.5 в составе которого есть nfs-server.
2 - банальный второй железный сервак.
3 - поднять на win2003 виртуальный linux-nfs-сервер внутри VMWareServer или MS-VS2005. Оба виртуализатора бесплатные. Поскольку хомяки составные, то на линукс-части особо много держать не надо, да и размер дисков виртуальной машины будет небольшим. И оверхед на виртуализацию будет небольшим. И увеличение стоимости решения 0$.

[borislav]

А зачем делить на две части? Да и трудно это будет сделать, т.к. файлы с разными правами часто находятся в одном каталоге. Тогда уж весь /home проще на nfs-шаре хранить. Ладно, как это сделать? Со стороны клаента вроде понятно, man mount почитаю, а на сервере? В чём разница первого и третьего предложенных вариантов? Ещё один железный сервак ставить пока не дают, так что на серваке останется оффтоп2003.

[SirYorik]

не man mount, а pam_mount ..

> А зачем делить на две части?
поясню.
нативный доступ по нфс даёт виртуальная машина работающая поверх сервера2003.
виртуальная машина как правило живёт внутри файла-виртуальнуго жесткого диска.
тоесть для крупных данных юзеров это несколько медленнее чем прямой доступ к самбе.
это конечно не 100% истина. многое зависит от возможностей самой хост системы и виртуализатора.
например VMWServer может нативно доступаться к физическому диску. так что тут варианты быть могут.
если хост система не очень производительна и если не так много места можно отдать под виртуальныйдиск, то логично весь хомяк монтировать с нфс ресурса первой очередью через системный /etc/securiy/pam_mount.conf, причём с использованием квот на фс, а например МоиДокументы, МояМузыка и дата-папку Thunderburd - соответственно 2,3, и 4 й строками в ~/pam_mount.conf с cifs ресурса.
если же ваша хост система - дурмашина, да еще вы можете выделить отдельный диск для виртуальной машины, то тут конечно.. делить доступ никчему.

> В чём разница первого и третьего предложенных вариантов?
хм.
вариант 1, проясняется тут
http://technet.microsoft.com/ru-ru/library...212(en-us).aspx
http://www.osp.ru/win2000/2004/05/177025/

вариант 3
тут
http://www.vmware.com/products/server/
http://www.ixbt.com/cm/vmware-server-esx-server.shtml
http://news.ferra.ru/soft/2008/07/04/79847/
и тут
http://www.microsoft.com/windowsserversystem/virtualserver/
http://blogs.technet.com/abeshkov/archive/...23/2671967.aspx

оба варианта(vmws и msvs) бесплатные, но например VMWS может дать виртуальной машине 2 процессора, и поднять 64-битную ВМ...
да даже достаточно будет vmware player (http://www.vmware.com/products/player/) для настройки и запуска линукс-сервера поверх 2003го.

а когда дадут вторую железяку, ВМ со всеме потрохами можно без проблем перенесни на другое железо, банальным копированием каталога ВМ, при этом на железо ставится самая минимальная ос и виртуализатор, и всё.

[mark]

творится что-то очень странное, но у меня тоже не собирается linux-cifs версии 1.53 и 1.54. Все это на свежей убунте 8.04.1. Ядро стандартное. Главное недавно совсем все работало, а сейчас нет.
ошибки прилагаются )))

PS: сейчас посмотрел что ошибки то разные. может стоит это и в отдельно поместить...