Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Проблемы установки, настройки и работы Правильной Операционной Системы

Модератор: terminus

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2016-04-13 16:09:16

Первым делом выражаю искреннюю благодарность откликнувшимся старшим товарищам Андрею Лаврентьеву (aka lavr), Игорю Кожухову, Александру Мотину, Андрею Гапону и Steven Hartland.

Без них мне-бы не удалось со всем этом разобраться.

Итак, какие моменты важны, чтобы разобраться?

1. Есть некая ошибка.
2. Задать вопрос знающему человеку, которого еще нужно как-то разыскать.
3. Получить значения переменных по ошибке.
4. Дождаться ответов.
5. Применить полученное.
6. Посмотреть результат.
7. Сказать всем спасибо.

Вроде все просто.

Если первый момент понятен, то со вторым придется постараться.
Как уже писалось выше, мне никак не удавалось получить переменные запрошенные Steven Hartland.
В отладчике все-равно выходили эти злобные переменные как "value optimized out".
Т.о. п. 3 превратился в целую эпопею.

Во первых моего свапа в 4Gb не хватало для сбора информации.
Был найден и настроен новый swap диск на 80Gb
ee /etc/fstab

Код: Выделить всё

#/dev/mfid0p3   none            swap    sw      0       0
/dev/mfid6p1    none            swap    sw      0       0

К этому моменту:
Мир перекомпилирован.
Ядро тоже.
Порты обновлены тоже.
На самом деле это делалось не специально, но так получилось в процессе поиска проблем с самой zfs.
Пишу, просто, что такой момент был.

Попытки сделать как написано на https://wiki.freebsd.org/DTrace/KernelSupport
Ничего нового не давали. Поиски по форумам тоже.
Было написано новое письмо, но уже другого содержания, Андрею Лаврентьву. По теме отладки.
Совместно добились результатов.
Итог:

Код: Выделить всё

Здравствуйте, Андрей,

Спасибо за помощь!!!

Т.к. с Вашими подсказками удалось-таки получить значения в багрейсе!

Пришлось, конечно в бубен немного поиграть, но в итоге:

1. В кастомное ядро (фактически родной 10.2 генерик + нужные мне опции) было добавлено:
# for debug
options DDB
options KDB_UNATTENDED
#options INVARIANTS
#options ZFS_DEBUG
options OPENSOLARIS_WITNESS
(закомментированное не давало собираться)
Остальные параметры о которых Вы писали в конфиге и так были.

2. колдунства с /etc/src.conf при пересборке вообще ничего не давали, в итоге все закомментировал.

3. колдунства с /etc/make.conf , т.к. при пересборке я заметил какие именно строки выгоняет компилятор "сс" и это дало пищу для размышлений. Я стал добавлять в маке.конф по-немногу параметры с тем, чтобы увидеть их при компиляции.
Итоговый /etc/make.conf у меня получился такой:
#
CFLAGS-=-O2
CFLAGS+=-O0
COPTFLAGS-=-O2
COPTFLAGS+=-O0
CXXFLAGS-=-O2
CXXFLAGS+=-O0
# https://wiki.freebsd.org/DTrace/KernelSupport
STRIP=
CFLAGS+=-fno-omit-frame-pointer
DEBUG_FLAGS+='-O0'

Причем даже при таких параметрах я не надеялся получить результат, т.к. на последней стадии компиляции (это когда перед самым заветным "буилд комплитед") все равно поперли "сс -О2". И просто приличия ради сделал креш, но совершенно неожиданно получил значения нужных мне переменных.

Еще раз спасибо.

С уважением,
Demis.

Часть ответа от Андрея Лаврентьева:

Код: Выделить всё

Да не на чем, документация все время отстает, мне аналогично приходится
все время выискивать соответствующие параметры.
 Иногда, ставить Stable или Current (HEAD) и смотреть опции Debug и
где, и как их прописывают, ибо в RELEASE'ах их затем убирают во всех
местах.

Т.е. не надо сдаваться, надо искать.
Понятно, что не всегда есть на это время...
Получил ответ от Игоря Кожухова:

Код: Выделить всё

Привет :)

Приятно видеть что русский народ все же тожа копает ZFS :)

Расскажу сразу про себя немного.

Я работаю с illumos - http://www.illumos.org/

Это форк от OpenSolaris.
У меня есть свой проект - frok form illumos - http://www.dilos.org

На BSD дел с ZFS не имел, так что тут могу дать совет - пробовать писать
IRC #openzfs или посмотреть контакты на openzfs.org

ZFS портирован на FreeBSD - он там не нативный был и есть - его пилят и
портируют патчи из illumos.

Проблема интересная, но к сожалению, такие проблемы очень тяжело ловить,
потому как нету четкого сценария для reproduce.
Для начала - можете попробовать подписаться на openzfs-developers &
illumos-dev maillist - и там описать свою проблему на аглицком.
К сожалению, я не могу туда запостить - боюсь что кроме меня и еще
некоторого народу никто не прочитает...

По вашему логу:

#3 0xffffffff81c1b209 at acl_from_aces+0x1c9
#4 0xffffffff81cd27e6 at zfs_freebsd_getacl+0xa6

Исходя вот из этих строчек можно предположить что тут именно bsd specific
ported + ACL over.

К сожалению, как писал ранее, не имел дел с FreeBSD & ZFS on it.

Ну, что-же этот ответ хоть и не дал ответов на вопросы, но воодушевил на дальнейшие поиски...
Далее...
В моих настройках по отладке прописано так:
в ee /etc/rc.conf

Код: Выделить всё

dumpdev="AUTO"
dumpdir="/usr/crash"
savecore_flags="-vv -m 15"

crashinfo_enable="YES"
crashinfo_program="/usr/sbin/crashinfo"

dumpdir был сознательно перемещен на более объемное место.
Число копий увеличено до 15.
в ee /etc/fstab

Код: Выделить всё

#/dev/mfid0p3   none            swap    sw      0       0
/dev/mfid6p1    none            swap    sw      0       0

И, напомню, мир пересобран.
В инструкции по багтрейсу я насал себе так:

Код: Выделить всё

kgdb /usr/obj/usr/src/sys/TEO/kernel.debug /usr/crash/vmcore.last
bt full
frame 5
p bp

set print pretty
fr 11
p/x *dn
fr 10
p/x *db

bt от backtrace
p от print
fr от frame
p/x не знаю от чего

Номера фреймов и имена переменных, ясен перец, для моего случая.
Сам вывод отладки здесь не привожу, он длинный.
Важен принцип КАК мы их получаем.

Соответственно получил, отправил, перешли к п.4.
Тоже получилиось не просто.

Полученные данные первоначально послал Александру Мотину,
т.к. как я уже писал, что у меня есть проблема с английским языком для такого уровня переписки.

Послал данные не сразу.
Сначала написал простое "тезисное" письмо с описанием известных мне проблем.
Потом уже отладочную инфу. Пока суть да дело, прошла неделя, пошла вторая, время идет.

Александр честно предупредил, что вопрос не простой и загрузка у него очень большая, но он постарается постмотреть.
А надо сказать (или просто напомнить), что по времени так совпало, что уже вовсю начались работы по подготовке 10.3 релиза.
И ясное дело, что народ очень занят в такие моменты.
Из переписки с Александром я узнал что по zfs из русско-язычных разработчиков есть еще Андрей Гапон.
И тогда посмотрев рассылки я написал Андрею.
Два дня тишины и вдруг приходит ответ. Краткий, как сестра таланта.
Меня как ошпарило - это то, что нужно...

Итак, ответ получен. Ссылка на рассылку:
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=101999+0+archive/2016/freebsd-fs/20160410.freebsd-fs
Читаем в ней внимательно:

Код: Выделить всё

I suspect that the following change might be able to prevent future corruption
of your files, but it won't help with already corrupted files:
https://github.com/openzfs/openzfs/pull/81/commits/ee09d80ceafa7ff7930d1e45dddc21ca3d7a87cb

The following completely untested patch might help to avoid panics with the
corrupted files, but no promises:

diff --git a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c
b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c
index 4396c01334015..94b353d62e3e6 100644
--- a/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c
+++ b/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c
@@ -329,7 +329,10 @@ dmu_spill_hold_by_dnode
       rw_exit(&dn->dn_struct_rwlock);

    ASSERT(db != NULL);
-   err = dbuf_read(db, NULL, flags);
+   if (db->db.db_size > 0)
+      err = dbuf_read(db, NULL, flags);
+   else
+      err = ENOENT;
    if (err == 0)
       *dbp = &db->db;
    else

--
Andriy Gapon
переходим к п.5.
Быстренько внес оба изменения, дождался выходных.
Переустановил ядро. По стандартному пути:

Код: Выделить всё

cd /usr/src
make buildkernel KERNCONF=TEO
make installkernel KERNCONF=TEO

т.е. НЕ мир.

Бац, фигня. Ну так лично мне показалось, что фигня.
Смотрю размер /boot/kernel/zfs.ko и старого /boot/kernel.old/zfs.ko никак не изменились.
Видимо при компиляции ничего не изменилось.
Да и поведение системы осталось прежним.
Ну и помните конечно (писал раньше, т.е. выше, на форуме) сколько мне нужно времени на каждый kernel panic.

Где-то подвох, написал про это Андрею, хотя помню, что такое иногда бывало.
Правда он ответил, что такое может быть (дословно - "Это не показатель.").

Но мне не успокоится, стал рыть дальше, основание простое - раз код поменяли, должен поменяться и размер...
Пересобрал ядро так:

Код: Выделить всё

make -j1 buildkernel KERNCONF=TEO
Установил, сразу увидел:

Код: Выделить всё

 ls -lGA /boot/kernel/zfs.ko /boot/kernel.old/zfs.ko -r-xr-xr-x 1 root wheel
 2967096  9 апр 15:41 /boot/kernel.old/zfs.ko -r-xr-xr-x 1 root wheel
 2967224  9 апр 19:14 /boot/kernel/zfs.ko
т.е. размеры-таки поменялись.
переходим к п.6

И мои сбойные папки получили возможность удаления!!!
Да, я не мог их как-то поменять, но удалить теперь запросто.
А нафига они мне сбойные, тем более бэкап под рукой.
ПОБЕДА!!!
При этом нужно учесть и такой момент в ответе Андрея Гапона:

Код: Выделить всё

Правда сейчас я осознал одну непрятную вещь: есть вероятность, что при удалении
проблематичного файла может удалиться и какой-то другой случайный файл в той же
файловой системе. Поэтому, лучше перепроверить все ли файлы на месте, если есть
такая возможность.

И еще такой момент (в письме от Андрея):

Код: Выделить всё

Как я писал ранее, один из патчей может устранить причину, а значит он кандитат
на попадание в код. Второй патч это просто хак, чтобы как-то обойти последствия,
он в код не попадет.

И еще такой момент (в письме от Андрея):

Код: Выделить всё

Если пересобрать мир, то zdb тоже должен стать более устойчивым.

Ну мир это только на выходных.
А сейчас я поудалял ЧАСТЬ сбойных папок и файлов.
Сделал скраб и запустил повторно zdb -cc -AAA hdd

Хочу посмотреть, что он-таки выдаст мне,
а потом еще мир обновить,
а потом еще версию до 10.3 дотянуть.
В общем, еще на месяц...

Осталось выполнить п.7 когда все завершится.
Вот собственно и все, на текущий момент все...

Самурай без меча подобен самураю с мечом, но только без меча,
однако как-будто с мечом, которого у него нет,
но и без него он как с ним..

guest
проходил мимо

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение guest » 2016-04-13 16:54:22

Demis писал(а):

Код: Выделить всё

kgdb /usr/obj/usr/src/sys/TEO/kernel.debug /usr/crash/vmcore.last
bt full
frame 5
p bp

set print pretty
fr 11
p/x *dn
fr 10
p/x *db

bt от backtrace
p от print
fr от frame
p/x не знаю от чего


p/x - print in hex (без параметров, print последнее значение как шестнадцатеричное)

Действия достойные инженера, терпение и последовательность - достойные уважения
человеческие качества, публикация итога в форуме - уважение к профессии, к разработчикам
и всем кто занимается или только начал заниматься данной профессией.

Примите признательность и уважение.

Удачи.

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2017-12-25 16:31:35

Всем привет!
И с наступающими праздниками!

Немного апну тему, т.к. прояснились дополнительные моменты,
которые Вам, возможно, нужно учесть при определенных конфигурациях пула.

Во первых, спасибо гостю за комментарии и отзыв!

А во-вторых, млин, ребята, это целая история и ушло на нее более полутора лет...

Если кратко:
В случае если у Вас пул имеет cache-девайс на ssd то, по непонятным причинам,
это будет приводить к паникам ядра.

А если подробнее, то это целая детективная история....

Распишу все по порядку, как у меня происходило дальше, после оживления пула
и как с этим можно попытаться побороться.

После исправления от Андрия все работало замечательно.

Как Вы помните для поиска проблем диск ssd для кеша отключался и подключался.
И реакции на происходившее не давало.

Пересмотрев историю (zpool history) по пулу как-то
не обнаружил момента когда устройство кеша было из него выведено.
Хотя ввод обратно есть. Куда подевалось - х.з. ну и фиг с ним.

Пошла обычная работа и все-бы хорошо,
но через некоторое время опять пошли вылеты в панику.

Причем, как правило по ночам.
Часть каталога crash:

Код: Выделить всё

-rw-------  1 root  wheel  3281432576 20 май  2016 vmcore.5
-rw-------  1 root  wheel  3372572672  9 фев  2017 vmcore.6
-rw-------  1 root  wheel  3740594176 27 авг 03:37 vmcore.7
-rw-------  1 root  wheel  3502129152 15 ноя 03:23 vmcore.8


Как видите их не особо много, но они есть.

Каждый раз, когда такое происходило с системой, составлялся отчет для Андрия.
Но ничего в его мудрую голову не приходило, почему-же это может происходить.

Каждый раз откладывали, мало-ли в следующий раз проскочит,
что-то за что можно будет зацепиться.

Если уж разработчик озадачился непониманием, то мне-то куда?

И тут, как всегда, вмешался его величество Случай.
Когда произошел последний, ноябрьский, краш Андрий возможно не сразу увидел мое письмо.
Потом началась переписка, что-то немного стало проясняться:

Код: Выделить всё

Да, интересный креш. Каким-то образом zio-предок был освобожден раньше чем его
zio-потомок, но понять как это могло произойти пока не могу. Из исходного кода
это кажется невозможным.
И тут буквально в это-же день, но поздно вечером,
появляется новое письмо в рассылке от Shiva Bhanujan тема сообщения "zio_done panic in 10.3"
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=57010+0+archive/2017/freebsd-fs/20171126.freebsd-fs
Как выяснилось проблема с тем-же овальным предметом, только вид сбоку.

После отправки дополнительной информации Андрию:

Код: Выделить всё

Еще раз спасибо за информацию.
Уже есть теория, что именно произошло, но проблема сложная и патча пока нет.
Надо обсудить с другими разработчиками.

Собственно понимание к Андрию пришло видимо в этом письме:
https://docs.freebsd.org/cgi/getmsg.cgi?fetch=113822+0+archive/2017/freebsd-fs/20171126.freebsd-fs
Дословно это так:

Код: Выделить всё

Yes, kgdb-over-email turned out to be a far more efficient compression :-)
I already have an analysis based on the information provided by Shiva and by
another user who has the same problem and contacted me privately.
I am discussing possible ways to fix the problem with George Wilson who was very
kind to double-check the analysis, complete it and suggest possible fixes.

A short version is that dbuf_prefetch and dbuf_prefetch_indirect_done functions
chain new zio-s under the same parent zio (a completion of one child zio may
create another child zio).  They do it using arc_read which can create either a
logical zio in most cases or a vdev zio for a read from a cache device (2arc).
zio_done() has a check for the completion of a parent zio's children but that
check is not completely safe and can be broken by the pattern that dbuf_prefetch
can create.  So, under some specific circumstances the parent zio may complete
and get destroyed while there is a child zio.

I believe this problem to be rather rare, but there could be configurations and
workloads where it's triggered more often.
The problem does not happen if there are no cache devices.

После чего всколыхнулась целая волна сообщений, обсуждений, можно сказать заштормило.

В результате чего Андрием была запрошена помощь еще более старших товарищей (George Wilson).
Через некоторое время было найдено решение.

Андрий опубликовал патч для FreeBSD:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223803

Сам аттач патча:
https://bz-attachments.freebsd.org/attachment.cgi?id=188880

Патч сделан на основе кода George Wilson опубликованном на иллюмосе
https://www.illumos.org/issues/8857
( https://github.com/openzfs/openzfs/pull/505 )

И адаптирован под FreeBSD.

При этом внимательный просмотр кодов привел меня к мысли, что патч либо на основе стабла, либо на основе 10.4
И не стыкуются с 10.3. Пока на этим думал и написал об этом Андрию.
Шива сам выложил патч для 10.3
https://bz-attachments.freebsd.org/attachment.cgi?id=188952

Правда насколько он верный, т.е. без ошибок, я не понимаю.
Но вроде никто шума пока не поднял.
Андрий на запрос о применимости для 10.3 пока так и не ответил.

Когда все эти патчи докатятся до релизности - не знаю.
Но в любом случае, лед тронулся.

По некоторым обстоятельствам не могу пропатчится сейчас, конец года все-таки.
Важно чтобы пока работало "как есть". Но уже запланировал.

Решил опубликовать это перед Новогодними праздниками,
т.к. знаю, что некоторые проводят празники на работе, пока пользователи отдыхают.

Ничего не поделаешь - специфика работы.
Т.к. если работаем мы, то пользователи отдыхают:).

Держите руки на пульсе и да пребудет с Вами FreeBSD!

С наступающим Новым годом!!!

snorlov
подполковник
Сообщения: 3582
Зарегистрирован: 2008-09-04 11:51:25
Откуда: Санкт-Петербург

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение snorlov » 2017-12-25 18:00:34

Demis,
А может действительно взять да обновиться на 10.4...

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2017-12-26 12:02:38

snorlov писал(а):Demis,
А может действительно взять да обновиться на 10.4...

Да, наверное, вполне можно. Тоже думал об этом.
Уже можно "подтягивать" версию по актуальнее...
И м.б. так и сделаю.

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2018-01-09 13:38:56

snorlov писал(а):Demis,
А может действительно взять да обновиться на 10.4...

Приподнялся немного, теперь uname -a:

Код: Выделить всё

FreeBSD teo.чего-то.там 11.1-RELEASE-p6 FreeBSD 11.1-RELEASE-p6 #0: Sun Jan  7 00:54:01 MSK 2018     /usr/obj/usr/src/sys/GENERIC  amd64
Но интересную штуку словил на кастомном ядре машина ребутится при старте zfs (и сказал-бы - "по необычному"), а на генерике работает "ок". Когда переносил свои опции в копию нового генерика, то увидел что crypto теперь идет по умолчанию и закоментарил его. А вот что еще может давать панику с таким выхлопом:

Код: Выделить всё

Fatal double fault
rip = 0xffffffff81864f88
rsp = 0xfffffe0291d44000
rbp = 0xfffffe0291d44010
cpuid = 6; apic id = 14
panic: double fault
не понимаю. из добавленного:

Код: Выделить всё

#rv
options         IPDIVERT
options         IPFIREWALL
#options                IPFIREWALL_FORWARD
options         IPFIREWALL_NAT
options         IPFIREWALL_VERBOSE
options         IPFIREWALL_VERBOSE_LIMIT=10
options         DUMMYNET
options         HZ=1000
options         IPSEC
options         LIBALIAS
options         NETGRAPH
options         NETGRAPH_ETHER
options         NETGRAPH_SOCKET
options         NETGRAPH_TEE
options         NETGRAPH_MPPC_ENCRYPTION
#
# 2018-01-07
# rv - now crypto by default
#device         crypto
device          smbus
options         GEOM_ELI
options         TEKEN_UTF8
# for debug
options         DDB
options         KDB_UNATTENDED
#options                INVARIANTS
#options                ZFS_DEBUG
options         OPENSOLARIS_WITNESS
##############################
Кто-нибудь знает где посмотреть, почитать, что еще запилено в код 11.1-ой по умолчанию и может теперь мешаться? При этом все остальное работает, ну вроде, работает...

snorlov
подполковник
Сообщения: 3582
Зарегистрирован: 2008-09-04 11:51:25
Откуда: Санкт-Петербург

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение snorlov » 2018-01-09 18:53:39

А мне не понравилась 11.1, я сижу на 10.4, выйдет 11.2 поглядим... Хотя 11.1 тестирую...

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2018-01-09 20:23:26

snorlov писал(а):А мне не понравилась 11.1, я сижу на 10.4, выйдет 11.2 поглядим... Хотя 11.1 тестирую...

Не знаю, будем поглядеть. Пока вроде работает как нужно. Понравилось, что в общем обошлось без лишних бубнов. По сути это только два критических момента окаазлось: разобраться что с кастомом происходит и самбу перекинутую с 4.2 до 4.6 оживить (причем больше ломал голову, чем потом делал, когда допер в чем именно дело, завелось на ура без лишних телодвижений). Все остальное в легкую. Портов там

Код: Выделить всё

pkg version -v|wc -l
     275
Т.е. не много. Все старые, с апреля 2016 года. Остальное посмотрим, поработаем, понаблюдаем. Нужно привыкнуть. Время покажет.

snorlov
подполковник
Сообщения: 3582
Зарегистрирован: 2008-09-04 11:51:25
Откуда: Санкт-Петербург

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение snorlov » 2018-01-10 14:09:23

Demis прадвда не по теме, но у меня почему-то самба 4.6 тормозит по сравнению с 4.4 ....

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2018-01-10 15:19:01

snorlov писал(а):Demis прадвда не по теме, но у меня почему-то самба 4.6 тормозит по сравнению с 4.4 ....

Сложно сказать.
Пока обновлялся где-то проскочило, что 4.6 теперь (чуть-ли не с нового 2018 года) будет базисом "by default".
Потому и решил что 4.4 не стоит ставить.

Из тормозов пока наблюдал только тупость при применении "двойных" галок.
Что имею ввиду?

Когда открываем свойства безопасности некой директории на шаре,
видим серые (неизменяемые по полиси) галки, есть галки активные, снимаю, под ней прячется серая,
жмем применить, вот тут-то и возникает тупость минут, так, на десять. После чего пишет акцесс дениед.
Просто специально проверял не полетели-ли пермишенсы, когда все заработало.
Но поскольку галочками вручную не рулю, то и пофиг.
А в остальном пока все нормально, ну т.е. еще пока не наткнулся на кирпич.

Субъективно директории и файлы теперь открываются заметно быстрее.
Но правда и нагрузка еще не вся пошла, хотя все основное и сетевое работает.

Demis
мл. сержант
Сообщения: 108
Зарегистрирован: 2015-05-25 14:36:32

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение Demis » 2018-01-30 17:31:07

Demis писал(а):Источник цитаты Но интересную штуку словил на кастомном ядре машина ребутится при старте zfs (и сказал-бы - "по необычному"), а на генерике работает "ок"

Все оказалось очень прозаично...
Потратив несколько дней на поиски почему ребутится кастом выяснил, что:

Код: Выделить всё

#options         IPFIREWALL
#options         NETGRAPH
#options         NETGRAPH_ETHER
#options         NETGRAPH_SOCKET
#options         NETGRAPH_TEE
#options         NETGRAPH_MPPC_ENCRYPTION
#options         DDB
#options         DDB_NUMSYM
#options         GDB
#options         OPENSOLARIS_WITNESS
Теперь никак не живут в оном. Проверял на каждой, пока добился устойчивой работы. Почему так х.з. Внятного описания тоже не нашел.
Если с ipfw еще как-то догадаться можно с [url]https://www.freebsd.org/releases/11.1R/relnotes.html
[/url], где отписано, что:

Код: Выделить всё

5.4. Kernel Modules

cloudabi(4) has been updated to allow running 32-bit binaries within 64-bit userland environments when the kernel configuration file
has the COMPAT_CLOUDABI32 option present. [r307144]

The ipsec and tcpmd5 kernel modules have been added. [r315514] (Sponsored by Yandex LLC)
Note:

Following the addition of the tcpmd5 module, it is now necessary to have a security association (SA) entry for both inbound and
outbound directions.

The ipfw(4) packet filter has been updated to add support for named dynamic states. [r316274] (Sponsored by Yandex LLC)

The ipfw_nptv6 kernel module has been added, implementing Network Prefix Translation for IPv6 as defined in RFC 6296. [r316444]
(Sponsored by Yandex LLC)

The ipfw_nat64 kernel module has been added, implementing stateless and stateful NAT64. [r316446] (Sponsored by Yandex LLC)
запилено теперь прямо в ядро, то по остальным, так и не нашел. В итоге

Код: Выделить всё

11.1-STABLE FreeBSD 11.1-STABLE #18: Tue Jan 23 18:06:13 MSK 2018 amd64
uptime

Код: Выделить всё

17:25  up 6 days, 22:50, 2 users, load averages: 5,13 5,12 5,10
Не удивляйтесь #18 - это сколько раз я его пересобирал пока заработало... Патч от Андрия на стаблу 11-ой (в отличии от релизной 11.1) применился без ошибок. Будьте внимательны к опциям в ядре!

snorlov
подполковник
Сообщения: 3582
Зарегистрирован: 2008-09-04 11:51:25
Откуда: Санкт-Петербург

Странная проблема с zfs и samba 4.2, хотя в самбе-ли дело?

Непрочитанное сообщение snorlov » 2018-01-30 17:50:26

Т.е. надо ждать 11.2 чтоб переползать на 11-уб ветку....


Вернуться в «FreeBSD»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 9 гостей