Обобщённая бага по выпуску новой версии linux-cifs - нужна сборка под ядра всех популярных платформ - протестированная скорость и стабильность работы
в git.etersoft уехал linux-cifs-1.54-alt1
Подготовлена новая сборка linux-cifs-1.54-alt2 с исправлением пересобираемости модуля в разных системах. Эта сборка проверена на Ubuntu и, если я правильно понял, исправляет #2189 Теперь нужно собрать этот пакет под разные системы.
Получена, но пока не оттестирована новая сборка linux-cifs-1.54-alt3 с патчами из апстрима на предмет cifs_setattr: commit 0510eeb7367aca017c6320d04cfd9cbc3b5dd992 Author: Jeff Layton <jlayton@redhat.com> Date: Sat Aug 2 07:26:12 2008 -0400 turn cifs_setattr into a multiplexor that calls the correct function Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Steve French <sfrench@us.ibm.com> commit feb3e20cee25729447e1abdcb40c040b691d457a Author: Jeff Layton <jlayton@redhat.com> Date: Sat Aug 2 07:26:12 2008 -0400 move file time and dos attribute setting logic into new function Break up cifs_setattr further by moving the logic that sets file times and dos attributes into a separate function. This patch also refactors the logic a bit so that when the file is already open then we go ahead and do a SetFileInfo call. SetPathInfo seems to be unreliable when setting times on open files. Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Steve French <sfrench@us.ibm.com> commit 3fe5c1dd0a8bf3756c447a28a578593176949d1d Author: Jeff Layton <jlayton@redhat.com> Date: Sat Aug 2 07:26:12 2008 -0400 spin off cifs_setattr with unix extensions to its own function Create a new cifs_setattr_unix function to handle a setattr when unix extensions are enabled and have cifs_setattr call it. Also, clean up variable declarations in cifs_setattr. Signed-off-by: Jeff Layton <jlayton@redhat.com> Signed-off-by: Steve French <sfrench@us.ibm.com> Сразу применим или сделаем сначала рабочую linux-cifs-1.54-alt2 ?
Начали пробовать RECT на новом linux-cifs-1.54 с альтовыми 2.6.25 ядрами. Выяснилось, что: 1) Поведение на блокировках у cifs и etercifs разная - у etercifs поведение похоже на виндовое. По умолчанию mandatory блокировки. Это потребовало добавить новую логику в RECT. Нужно чтобы тесты могли адекватно реагировать на поведение клиентов с разными драйверами - стандартным cifs и etercifs. 2) Выяснилось, что новый модуль имеет race conditions на отмонтировании, что более ярко проявлятся на двухъядерных машинах, а в виртуальной машине вообще пока повторить не удалось на абсолютно одних и тех же ядрах. Вот так оно падает: [20:33:19] <kipruss@im.etersoft.ru> Aug 14 17:42:12 valhalla acpid: 1 client rule loaded Aug 14 17:47:22 valhalla kernel: general protection fault: 0000 [#1] SMP Aug 14 17:47:22 valhalla kernel: Modules linked in: nls_utf8 vboxdrv ac cpufreq_powersave cpufreq_conservative cpufreq_ondemand freq_table cpufreq_userspace nv idia(P) agpgart af_packet etercifs nls_base dm_mod joydev usbhid hid ff_memless ppdev ohci_hcd snd_hda_intel snd_pcm_oss snd_seq_dummy snd_seq_oss snd_seq_midi _event snd_seq snd_seq_device snd_mixer_oss snd_pcm ssb thermal snd_timer snd_page_alloc psmouse snd_hwdep pcmcia processor parport_pc pcmcia_core button parpo rt serio_raw sr_mod i2c_nforce2 ehci_hcd snd cdrom forcedeth i2c_core firmware_class soundcore evdev pcspkr usbcore rtc sg ext3 jbd mbcache ata_generic sata_nv pata_amd pata_acpi libata dock sd_mod scsi_mod Aug 14 17:47:22 valhalla kernel: Aug 14 17:47:22 valhalla kernel: Pid: 6801, comm: cifsumount Tainted: P (2.6.25-std-def-alt7 #1) Aug 14 17:47:22 valhalla kernel: EIP: 0060:[<f9829022>] EFLAGS: 00010286 CPU: 1 Aug 14 17:47:22 valhalla kernel: EIP is at init_module+0xfcf022/0xfd00f0 [etercifs] Aug 14 17:47:22 valhalla kernel: EAX: ffffffff EBX: f751fe00 ECX: f9829010 EDX: 00000000 Aug 14 17:47:22 valhalla kernel: ESI: 00000000 EDI: 00000000 EBP: f62d6000 ESP: f62d7f24 Aug 14 17:47:22 valhalla kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Aug 14 17:47:22 valhalla kernel: Process cifsumount (pid: 6801, ti=f62d6000 task=f583d130 task.ti=f62d6000) Aug 14 17:47:22 valhalla kernel: Stack: c0232c18 f751fe00 c02a7667 00000000 00000000 0000001c 00000000 f63f2840 Aug 14 17:47:22 valhalla kernel: f63f2840 f5523df8 f774ae40 00000a14 f77e7b7c 00000001 00000001 00000000 Aug 14 17:47:22 valhalla kernel: f774ae74 f63e2c00 00000000 00000002 c0262feb bfa28869 00000034 40000003 Aug 14 17:47:22 valhalla kernel: Call Trace: Aug 14 17:47:22 valhalla kernel: [<c0232c18>] __capable+0x8/0x20 Aug 14 17:47:22 valhalla kernel: [<c02a7667>] sys_umount+0x137/0x380 Aug 14 17:47:22 valhalla kernel: [<c0262feb>] audit_syscall_entry+0xfb/0x130 Aug 14 17:47:22 valhalla kernel: [<c020be05>] do_syscall_trace+0x1d5/0x1f0 Aug 14 17:47:22 valhalla kernel: [<c0204e52>] syscall_call+0x7/0xb Aug 14 17:47:22 valhalla kernel: ======================= Aug 14 17:47:22 valhalla kernel: Code: <8b> 18 85 db 0f 84 b4 00 00 00 f0 ff 4b 10 79 08 8d 43 10 e8 f6 11 Aug 14 17:47:22 valhalla kernel: EIP: [<f9829022>] init_module+0xfcf022/0xfd00f0 [etercifs] SS:ESP 0068:f62d7f24 Aug 14 17:47:22 valhalla kernel: ---[ end trace 43e036dcd07ad379 ]--- Aug 14 17:47:22 valhalla kernel: general protection fault: 0000 [#2] SMP Aug 14 17:47:22 valhalla kernel: Modules linked in: nls_utf8 vboxdrv ac cpufreq_powersave cpufreq_conservative cpufreq_ondemand freq_table cpufreq_userspace nv idia(P) agpgart af_packet etercifs nls_base dm_mod joydev usbhid hid ff_memless ppdev ohci_hcd snd_hda_intel snd_pcm_oss snd_seq_dummy snd_seq_oss snd_seq_midi _event snd_seq snd_seq_device snd_mixer_oss snd_pcm ssb thermal snd_timer snd_page_alloc psmouse snd_hwdep pcmcia processor parport_pc pcmcia_core button parpo rt serio_raw sr_mod i2c_nforce2 ehci_hcd snd cdrom forcedeth i2c_core firmware_class soundcore evdev pcspkr usbcore rtc sg ext3 jbd mbcache ata_generic sata_nv pata_amd pata_acpi libata dock sd_mod scsi_mod Aug 14 17:47:22 valhalla kernel: [20:33:23] <kipruss@im.etersoft.ru> это раз [20:33:54] <kipruss@im.etersoft.ru> а вот результат dmesg [20:33:54] <kipruss@im.etersoft.ru> BUG: unable to handle kernel paging request at 00001000 IP: [<f9d64022>] :etercifs:init_module+0x152d022/0x152e0f0 *pde = 00000000 Oops: 0000 [#922] SMP Modules linked in: etercifs nls_utf8 vboxdrv ac cpufreq_powersave cpufreq_conservative cpufreq_ondemand freq_table cpufreq_userspace nvidia(P) agpgart af_packet nls_base dm_mod joydev usbhid hid ff_memless ohci_hcd ppdev snd_hda_intel snd_pcm_oss snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device thermal snd_mixer_oss processor parport_pc snd_pcm ssb pcmcia i2c_nforce2 pcmcia_core forcedeth snd_timer snd_page_alloc snd_hwdep psmouse button snd ehci_hcd sr_mod usbcore parport i2c_core cdrom soundcore serio_raw evdev firmware_class pcspkr rtc sg ext3 jbd mbcache ata_generic sata_nv pata_amd pata_acpi libata dock sd_mod scsi_mod [last unloaded: cifs] Pid: 12417, comm: umount.cifs Tainted: P D (2.6.25-std-def-alt7 #1) EIP: 0060:[<f9d64022>] EFLAGS: 00010206 CPU: 0 EIP is at init_module+0x152d022/0x152e0f0 [etercifs] EAX: 00001000 EBX: f7756400 ECX: f9d64010 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: f4c66000 ESP: f4c67f24 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process umount.cifs (pid: 12417, ti=f4c66000 task=f4517030 task.ti=f4c66000) Stack: c0232c18 f7756400 c02a7667 00000000 00000000 00000000 00001000 f76aaf40 f76aaf40 f345adf8 f70373c0 00000d30 f4c96b7c 00000001 00000001 00000000 f70373f4 f7173000 00000000 00000002 c0262feb bfbeff0b 00000034 40000003 Call Trace: [<c0232c18>] __capable+0x8/0x20 [<c02a7667>] sys_umount+0x137/0x380 [<c0262feb>] audit_syscall_entry+0xfb/0x130 [<c020be05>] do_syscall_trace+0x1d5/0x1f0 [<c0204e52>] syscall_call+0x7/0xb ======================= Code: <8b> 18 85 db 0f 84 b4 00 00 00 f0 ff 4b 10 79 08 8d 43 10 e8 f6 61 EIP: [<f9d64022>] init_module+0x152d022/0x152e0f0 [etercifs] SS:ESP 0068:f4c67f24 ---[ end trace a0aeb47fc265de88 ]---
2kipruss@: нужно сделать ещё несколько тестов: 1) попробовать не патченный вариант нового cifs-1.54 - я его сложил на //server/pub/Other/src/cifs-backport-build_only нужно заменить этими исходниками содержимое /usr/src/linux-cifs-1.54 и заново собрать service linux-cifs build 2) нужно включить логи ядра вроде как это делается через syslog: /etc/syslog.conf: # Kernel kern.=debug;kern.=info;kern.=notice -/var/log/kernel/info kern.=warning -/var/log/kernel/warnings kern.err /var/log/kernel/errors
Created attachment 658 [details] логи Да, собрал, протестировал. Практически такое же поведение. Логи ядра и так включены. В-общем, прилагаю всё, что есть в файлике
> Да, собрал, протестировал. Практически > такое же поведение. Что-то я погорячился, отличия существенные. Во-первых, все тесты драйвер проходит, стало быть его поведение похоже на cifs, чего и следовало ожидать. А главное, при crash-test этот драйвер падает не со 2-го или 10-го раза, а с 334-го в данном случае. crash-test - это такой тест, когда мы монтируем шару командой cifsmount, затем отмонтируем, и так до посинения, пока не упадет или не нажмется Ctrl+C
NT_STATUS_FILE_LOCK_CONFLICT нечто похожее наблюдается при использовании etercifs+wine+1c81 тесты справились с задачей!-)
Проведён следующий эксперимент: Собран модуль Etercifs внутренностями из исходников вдра kernel-source-2.6.25.tar.bz2 Сделано это для того, чтобы проверить, не зависит ли поведение модуля (прохождение crash-test) от способа сборки модуля. Либо внутри либо (cifs) вне ядра (etercifs). Результат: модуль, собранный вне ядра, названный etercifs, ведет себя аналогично ядерному модулю cifs. Crash-test прошёл 2500 итераций и не думал падать. Также проходят все тесты.
Завершил сборку новой версии linux-cifs - выделены отдельно скрипты установки и запуска (пакет linux-cifs) и отдельно – исходники для разных ядер (пакеты kernel-source-etercifs* ) и при сборке автоматически выбираются нужные исходники, если для данного ядра они установлены. Поднобности: http://wiki.etersoft.ru/Etercifs
Для удобства сборки из большущего репозитория cifs-2.6.git выделены несколько (пока 3) маленьких - соответственно - v2.6.23-etercifs.git, v2.6.24-etercifs.git и v2.6.25-etercifs.git из которых можно собирать пакеты с исходниками модулей ядра etercifs. Они соответствуют одноименным бранчам в cifs-2.6. См. http://git.etersoft.ru/people/kipruss/packages/
Буду сюда постить сообщения о выходе новых версий и релизов linux-cifs и etercifs. Итак, выпустил: etercifs-3.4-alt1 linux-cifs-3.2-alt3 Исправил ошибку, не позволяющую собираться модулю в MOPSLinux (наверное и в Слаке тоже). А в etercifs обновил исходники 27-го ядра из 2.6.27.2
1. Переработан рапозиторий cifs-2.6 - теперь каждая логическая часть наших патчей ведется в отдельном бранче (на каждое ядро бранчи свои), а потом мерджатся какие надо в 2 бранча - v2.6.xx-etercifs и v2.6.xx-linux-cifs, где x - число. Пока от 25 до 27. Ядра 23 и 24 оставлены в покое ибо они и не обновляются уже, по крайней мене давно не видел изменений. см. http://git.etersoft.ru/people/kipruss/packages?p=cifs-2.6.git;a=summary 2. Выпущены новые версии: etercifs-3.5-alt1 и linux-cifs-3.3-alt1 Обновлены исходники для ядер 25 и 26. Для linux-cifs добавлено-таки ядро 27. Для этого переписал часть, работающую в proc. По аналогии с изменениями апстрима для LinuxExtensions. Как выйдет новая Бунта - через неделю - протестирую. RC близко взять неоткуда, а качать не хочется. Мандривы новой тоже нет под рукой.
В связи с тем, что новая закрытая часть WINE@Etersoft умеет работать и с новым etercifs, предлагаю перестать развивать пакет linux-cifs, скорее всего он не понадобится (кроме как исключение в случае какой-то необходимости поддерживать WINE@Etersoft 1.0.7 или 1.0.8). Багу переименовываю в Выпуск etercifs
> Как выйдет новая Бунта - через неделю - > протестирую. RC близко взять неоткуда, а > качать не хочется. Мандривы новой тоже нет > под рукой. В принципе мы можем сами тестировать. Вас будем привлекать только если столкнёмся с проблемой. Чтобы не заставлять вас ставить зоопарк систем. Нам хватит здесь одного :)
Выпущены новые версии: etercifs-3.6-alt1 linux-cifs-3.4-alt1 Обновлены исходники для ядра 2.6.27 до минорной версии 2.6.27.4 Думаю, что можно ввести 3-ю цифру в номер версии: etercifs-X.Y.Z-altR X меняется в случае каких глобальных изменений в пакете Y меняется в случае либо изменений в наших скриптах либо при добавлении новых исходников Z меняется в случае только обновления текущих исходников R меняется в случае изменений в спеке и каких-то незначительных мелких правок Сейчас то же самое, только Y и Z - в одном лице. Типа как etercifs-X.Y-altR Наверное, это вопрос не очень значительный. Просто если кого-то пугает версия 3.78, до которой дело может и дойти, то могу добавить 3 разряд :) Если не пугает, то и хорошо.
(In reply to comment #16) > Выпущены новые версии: > > etercifs-3.6-alt1 > linux-cifs-3.4-alt1 > > Обновлены исходники для ядра 2.6.27 до > минорной версии 2.6.27.4 > > Думаю, что можно ввести 3-ю цифру в номер > версии: > > etercifs-X.Y.Z-altR Да, согласен. У нас везде принята такая нумерация, так что отлично. Тем более что версия etercifs растёт угрожающе :)
(In reply to comment #17) > Да, согласен. У нас везде принята такая > нумерация, так что отлично. > Тем более что версия etercifs растёт угрожающе > :) > В таком случае, если нет возражений, далее при добавлении изменений из веток ядер будет расти третья цифра после, соответственно, 3.6 и 3.4. Будем считать, что так исторически сложилось. Тем более, что это, скорее всего, совпадет с выходом релиза WINE@Etersoft-1.0.9 А угрожающе цифра растет - это ж багфиксы приезжают из веток 2.6.xx.y - думаю, что на это надо реагировать достаточно оперативно. Особенно при маленьких значениях y.
Выпущены etercifs-3.6.1-alt1 linux-cifs-3.4.1-alt1 В них исправляется бага http://bugs.etersoft.ru/show_bug.cgi?id=2773 Исправлена ошибка в исходниках для ядра 2.6.23 ------------------------ Выпущена версия: etercifs-3.7.0-alt1 Вернул для etercifs автоматическую сборку модуля при установке rpm
(In reply to comment #19) Собрал etercifs-3.6.1-alt1 - Убрал то, что добавил в alt1 - это я не так понял задачу. - Переиначил скрипты для большей читабельности. Вынес kernel_src.list and distr_vendor - Решая Eter#2782 добавил функцию 'testbuild' которая тестирует сборку модуля под все найденные хедеры. Запускать: service etercifs testbuild также fix bug Eter#2783 - это если нет модуля при команде start, то автоматически запускается сборка С Мандривой надо отдельно обсудить - я в Девел писал 2 письма вчера ночью по поводу сборки с dkms.
(In reply to comment #20) > (In reply to comment #19) > > Собрал etercifs-3.6.1-alt1 Вернее, etercifs-3.7.0-alt2, прошу прощенья.
Собрал etercifs-3.8.0-alt1 и dkms-etercifs-3.8.0-alt1 - Сделал, чтобы команда service etercifs build (или аналог /etc/rc.d/init.d/..., естественно) в зависимости от наличия dkms или его отсутствия собирала соответственно через dkms или нет. Как и ранее регистрация сборка модуля сидит в %post у пакета dkms-etercifs. - Добавился /etc/etercifs.conf из-за того, что куча sed в спеке не совсем красиво. Теперь куча echo и желание сделать Makefile. Это мне в TODO. - Разрабатывал и проверял под Mandriva 2008 (для совместимости с клиентом, от которого был тикет). _БОЛЬШАЯ_ просьба - внимательно протестировать, особенно на предмет поведения при обновления ядра, и только потом запускать в продакшн. testbuild под Мандривой работать не будет, потому что то, что стоит в /usr/src/linux.... скриптом как хедеры не воспринимается из-за отсутствия файла include/linux/version.h и собраться модуль заставить можно, но смысла в этом нет, так как рабочие модули собираются через dkms. Если нужно расписать логику работы скриптов в каком-то конкретном месте - я напишу.
(In reply to comment #22) > Собрал etercifs-3.8.0-alt1 и dkms-etercifs-3.8.0-alt1 Сообщаю тут (чтобы было больше вероятности, что информация не потеряется), что при попытке воспроизведения тикетов в RT - 7479 и 8858 выяснилось, что я опять наступил на старые грабли - разница между bash и dash. В-общем, на *buntu etercifs версии 3.7.0-alt2, а значит и 3.8.0 (потому что я не менял тот кусок кода) собираться не будет. Проблему я уже решил, завтра появится исправленный пакет. Но этот пакет я отправил 5-го числа днем. Под 8.10 он появился 5-го вечером. Таким образом или его никто не тестировал или никто не сообщил об ошибке. Я, конечно, постараюсь писать совместимый код, но хотелось бы иметь подстраховку от тестирования, особенно для Ubuntu. Вообще лучше удалить все собранные пакеты версий 3.7 с публичного сервера. Кстати, ошибка, которая описывается в тикетах пока не воспроизводится.
И testbuild под бунту не работает. Тоже починил. Только теперь ход тестовой сборки на экран выводится - но это и хорошо. В-общем или я сам буду в обязательном порядке тестировать под Убунту (да и под Мандрива, наверное) или должна быть уверенность, что модули после пересборки хотя бы разок протестируют, а потом выложат клиентам.
etercifs-3.8.0-alt2 с вышеописанными исправлениями для собираемости в *бунту в Питере.
Появился etercifs-3.8.0-alt3 с небольшой правкой. Уже реализовано, если нет модуля при команде start, то автоматически запускается сборка, но я упустил, что надо бы ещё его и стартануть. Теперь это поправлено (с проверкой, чтобы не зацикливался). Не думаю, что рази этих изменений надо пересобирать под все дистрибутивы, т.к. есть ещё баги, которые хочется исправить, если окажется, что надо исправлять именно скрипты.
Да, появились новые минорные релизы ядер, в которых отсутствовали изменения для cifs. Поэтому и не обновил исходники. Сам переехал на ядро 2.6.27. Пока полёт нормальный.
Появился etercifs-3.8.0-alt4 с не менее небольшой правкой, но уже достаточно важной при будущем обновлении версии. Выяснилось, что параметр (noreplace) в спеке для вновь появившегося конфига вреден, так как конфиг не для людей писан, а для скриптов. Соответственно, этот параметр убран. Пересобирать пакеты опять же не нужно. Эта правка на будущее.
Появился etercifs-3.8.0-alt5 с единственным изменением - убран параметр noperm по умолчанию для монтирования ресурсов, прописанных в fstab. Также см. http://bugs.etersoft.ru/show_bug.cgi?id=2774#c5 - правка соответствующей документации. В анонс письмо отправлю после пересборки.
Появился etercifs-3.8.0-alt7, в котором решается http://bugs.etersoft.ru/show_bug.cgi?id=2936 Также появилась тестовая сборка etercifs-4.0.0-alt0.2, о которой пишется в рассылке - [Saratov] Share flags during creating Возможно, для тестовых сборок надо завести отдельную багу.
тест
Выпущена версия etercifs-4.0.0 и соответствующий dkms-etercifs Изменения: - Добавлена проверка файла конфигурационного файла ядра на предмет компиляции модуля cifs в качестве модуля - Исправлена заявка 7479 и ошибка Eter#2898 - Добавлены символьные ссылки для ядер 2.6.16 и 2.6.17. Причина - в SLED, SLES до сих пор ядро - 2.6.16. См. заявку 9144. - Дополнительная проверка в скрипте сборки на предмет наличия существования либо ссылки либо файла с исходниками для нужного ядра - Обновлены исходники для ядра 2.6.27 (из 2.6.27.8) - Обновлены все исходники. Добавлена опция монтирования "forcemandatorylock" (или "forcemand") для включения mandatory блокировок без отключения LinuxExtensions Подробнее про опцию монтирования "forcemandatorylock" (или "forcemand") Этот опция монтирования использует блокировки в стиле DOS/Windows (mandatory блокировки) вместо блокировок в posix-стиле (advisory блокировки) даже если расширения Unix включены. Если не указана эта опция, то поддерживаются posix-блокировки. Если расширения Unix отключены, то это не даст эффекта, поскольку в любом случае будут использоваться mandatory блокировки.
Выпущена версия etercifs-4.0.1-alt1 и соответствующий dkms-etercifs Изменения: - Исправлена ошибка Eter#2929. Для этого обновлены все исходники. - Обновлены исходники для ядра 2.6.27 (из 2.6.27.9) Сборку просьба считать тестовой. Надо протестировать, чтобы закрыть http://bugs.etersoft.ru/show_bug.cgi?id=2822 И есть ещё 2 задачи: чуть переставить код ниже стража включения - а то неряшливо получилось и добавить документацию. Думаю, alt2 уже можно будет отдавать.
(In reply to comment #33) > И есть ещё 2 задачи: чуть переставить код > ниже стража включения - а то неряшливо > получилось и добавить документацию. Думаю, > alt2 уже можно будет отдавать. > Выпущена версия etercifs-4.0.1-alt2 с вышеуказанными изменениями. P.S. Данный пакет уехал также и в Сизиф.
Как реакция на http://rt.etersoft.ru/Ticket/Display.html?id=9314 (который объединился с 9313) вышел etercifs-4.0.1-alt3 Изменения: Починил собираемость на старых ядрах, которая сломалась после бэкпортирования куска, добавляющего forcemand. TODO: Добавить ядро 2.6.28.
> TODO: Добавить ядро 2.6.28. > Есть. Вышел etercifs-4.1.0-alt1 с новым ядром, а также соответствующий по версии пакет dkms-etercifs.
Выпущена версия etercifs-4.1.1-alt1, а также соответствующая dkms-etercifs Изменения: - remove deprecated code from legacy sources - add sources/2.6.16 from SLES10SP2 kernel with Etersoft patches (Eter#3249) - add checking availability GNU make utility (Eter#3265) - update sources/2.6.28 (up to 2.6.28.1) (на ftp появится чуть позже)
Выпущена версия etercifs-4.1.1-alt2, а также соответствующая dkms-etercifs Изменения: - CIFS_VERSION in module replaced by version of etercifs package - update sources/2.6.27 (up to 2.6.27.15) - update sources/2.6.28 (up to 2.6.28.4) (на ftp появится чуть позже) Пояснения к пункту 1: Во время сборки в сборочном каталоге подменяется CIFS_VERSION версией etercifs и теперь если не тот модуль загружен будет примерно такое сообщение: [root@valhalla ~]# service etercifs status CIFS module status: package etercifs version 4.1.2 is installed kernel module etercifs version 4.1.1 is loaded WARNING!!! Versions of package etercifs and module etercifs DON'T MATCH!!! если вообще не загружен, то такое: [root@valhalla ~]# service etercifs status CIFS module status: WARNING!!! Kernel module etercifs is not loaded! Possible ERRORS when working with WINE! а если загружен и тот, что надо, то такое: [root@valhalla ~]# service etercifs status CIFS module status: package etercifs version 4.1.2 is installed kernel module etercifs version 4.1.2 is loaded
Далее после каждого выпуска Etercifs буду писать в нашу рассылку. Багу закрываю.
