дебаг

Eugene Grosbein написал(а) к Alex Korchmar в Feb 19 19:24:49 по местному времени:

12 февр. 2019, вторник, в 13:22 NOVT, Alex Korchmar написал(а):

EG>> Зачем тебе тогда ZFS? С single hdd только больше проблем в случае ZFS.
AK> говорит нам гражданин, в арубу понатащивший zfs.

Я задал вопрос. Вопрос подразумевает, что иногда на него есть разумный
ответ. В случае с наидешевейшей виртуалкой это удвоение дефицитного
дискового пространства, но там и не dot-zero release.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Sergey Anokhin в Feb 19 19:26:20 по местному времени:

12 февр. 2019, вторник, в 11:25 NOVT, Sergey Anokhin написал(а):

>> Зачем тебе тогда ZFS? С single hdd только больше проблем в случае ZFS.
SA> дык тестинг, наверно и клонировать проще zfs чем dump/restore?

Да ничем не проще. Снапшот - да, делается быстрее, но скопировать его
потом тоже долго, а подводных камней в процессе ещё даже и больше,
чем с dump/restore.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Sergey Anokhin в Feb 19 19:27:37 по местному времени:

12 февр. 2019, вторник, в 11:32 NOVT, Sergey Anokhin написал(а):

>> И я подозреваю, что у тебя опять порт собран с недефолтными опциями.
>> Нынче у порта по дефолту включены все нужные опции и не включены лишние,
>> так что можешь просто поставить пакет, удалив свой самосбор.
>> С пакетом (с дефолтной сборкой) всё работает.
SA> x x [ ] ADMINPORT Enable Admin port
SA> x x
SA> x x [x] DEBUG Build with debugging support
SA> x x
SA> x x [x] DOCS Build and/or install documentation
SA> x x
SA> x x [x] DPD Dead Peer Detection
SA> x x
SA> x x [ ] EXAMPLES Build and/or install examples
SA> x x
SA> x x [x] FRAG IKE fragmentation payload support
SA> x x
SA> x x [ ] GSSAPI GSSAPI Security API support
SA> x x
SA> x x [x] НYBRID Нybrid, Xauth and Mode-cfg support
SA> x x
SA> x x [x] IDEA IDEA encryption (patented)
SA> x x
SA> x x [x] IPV6 IPv6 protocol support
SA> x x
SA> x x [ ] LDAP LDAP authentication (Xauth server)
SA> x x
SA> x x [x] NATT NAT-Traversal (kernel-patch required before 11.1)
SA> x x
SA> x x [ ] NATTF require NAT-Traversal (fail without kernel-patch)
SA> x x
SA> x x [ ] PAM PAM authentication (Xauth server)
SA> x x
SA> x x [ ] RADIUS Radius authentication (Xauth server)
SA> x x
SA> x x [x] RC5 RC5 encryption (patented)
SA> x x
SA> x x [x] SAUNSPEC Unspecified SA mode
SA> x x
SA> x x [x] STATS Statistics logging function
SA> x x
SA> x x [x] WCPSKEY Allow wildcard matching for pre-shared keys

Так и есть - это не дефолтные опции, например STATS по дефолту не включена.
Используй пакет, его нынче вполне достаточно.

Eugene
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Feb 19 19:45:50 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

>>> Зачем тебе тогда ZFS? С single hdd только больше проблем в случае ZFS.
SA>> дык тестинг, наверно и клонировать проще zfs чем dump/restore?
EG> Да ничем не проще. Снапшот - да, делается быстрее, но скопировать его
самое главное - ни его создание, ни его удаление не ставят колом систему
минуточек на пять, независимо от размеров fs.

> Alex

--- ifmail v.2.15dev5.4

Sergey Anokhin написал(а) к All в Feb 19 22:46:38 по местному времени:

> Так и есть - это не дефолтные опции, например STATS по дефолту не включена.
> Используй пакет, его нынче вполне достаточно.

Завел багу

https://bugs.freebsd.org/bugzilla/sh....cgi?id=235684

предлагают увеличить в два раза размер стека ядра и попробовать

--- Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.5.0

Sergey Anokhin написал(а) к All в Feb 19 22:48:53 по местному времени:

>> Тебе пора писать в stable@freebsd.org вот с этой информацией,
>> у тебя повреждён пул и из-за бага в ядре оно не может его починить.
SA> я подозреваю в какой-то момент моргнула память или пул сломался
SA> из-за паники, холд ресет и т.п. и вот оно починиться не может.
SA> или может на сайте bug.freebsd.org написать?
> И туда, и туда.

https://bugs.freebsd.org/bugzilla/sh....cgi?id=235683

запилил
--- Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.5.0

Eugene Grosbein написал(а) к Sergey Anokhin в Feb 19 13:04:19 по местному времени:

12 февр. 2019, вторник, в 22:46 NOVT, Sergey Anokhin написал(а):

>> Так и есть - это не дефолтные опции, например STATS по дефолту не включена.
>> Используй пакет, его нынче вполне достаточно.
SA> Завел багу
SA> https://bugs.freebsd.org/bugzilla/sh....cgi?id=235684
SA> предлагают увеличить в два раза размер стека ядра и попробовать

Это он дует на воду, обжегшись на молоке.
Во-первых, kern.maxssiz это не размер стека ядра, а размер стека
прикладных программ, которое им ядро назначает при создании
нового процесса. Размер стека ядерных тредов, о котором
тебе писали PR, измеряется в количестве страниц памяти и меняется
только через ребут и kern.kstack_pages в /boot/loader.conf
и, на самом деле, не имеет отношения к твоей проблеме.

До сравнительно недавнего времени на 32-битных системах
kern.kstack_pages был меньше, чем на amd64 и мог легко
привести к double fault из-за переполнения стека
при очень-очень длинных backtrace, но это не твой случай:
у тебя нет ни double fauilt, ни пары десятков фреймов
в backtrace.

Плюс эта проблема не касалась amd64, а нынче она не касается
и i386, где размер стека ядра подняли до величины на amd64 и
его стало хватать.

Eugene
--- slrn/1.0.3 (FreeBSD)

Sergey Anokhin написал(а) к All в Feb 19 23:26:15 по местному времени:

>> Тебе пора писать в stable@freebsd.org вот с этой информацией,
>> у тебя повреждён пул и из-за бага в ядре оно не может его починить.
SA> я подозреваю в какой-то момент моргнула память или пул сломался
SA> из-за паники, холд ресет и т.п. и вот оно починиться не может.
SA> или может на сайте bug.freebsd.org написать?
> И туда, и туда.

Они на меня обиделись за CC to stable@ :)


--- Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.5.0

Sergey Anokhin написал(а) к All в Feb 19 23:28:42 по местному времени:

> Это он дует на воду, обжегшись на молоке.
> Во-первых, kern.maxssiz это не размер стека ядра, а размер стека
> прикладных программ, которое им ядро назначает при создании
> нового процесса. Размер стека ядерных тредов, о котором
> тебе писали PR, измеряется в количестве страниц памяти и меняется
> только через ребут и kern.kstack_pages в /boot/loader.conf
> и, на самом деле, не имеет отношения к твоей проблеме.
> До сравнительно недавнего времени на 32-битных системах
> kern.kstack_pages был меньше, чем на amd64 и мог легко
> привести к double fault из-за переполнения стека
> при очень-очень длинных backtrace, но это не твой случай:
> у тебя нет ни double fauilt, ни пары десятков фреймов
> в backtrace.
> Плюс эта проблема не касалась amd64, а нынче она не касается
> и i386, где размер стека ядра подняли до величины на amd64 и
> его стало хватать.

Предложили патч там, вот пробую

--- Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.5.0

Sergey Anokhin написал(а) к All в Feb 19 23:33:53 по местному времени:

> И туда, и туда.

Порадовал камент:

https://bugs.freebsd.org/bugzilla/sh...i?id=235683#c3

"There is no obvious software bug, as far as I can tell, so this report
is not actionable."

"Это не глюк, а by design" lol :)
--- Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.5.0