Нет в жизни счастья
2016-12-27 11:54![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ufmФря дохнет с дивной переодичностью раз в месяц.
Линукс выбешивает душевными нововведениями в виде имёт интерфейсов и systemd.
Куды бечь?
Originally published at U.F.M's Homepage. You can comment here or there.
(no subject)
Date: 2016-12-29 09:47 (UTC)BolgenOSOS X? Windows + Cygwin?(no subject)
Date: 2016-12-30 10:26 (UTC)(no subject)
Date: 2016-12-30 10:24 (UTC)(no subject)
Date: 2017-01-02 11:37 (UTC)(no subject)
Date: 2017-01-02 12:06 (UTC)На ней поднят PPPoE by mpd5 из портов (с шейпингом) + немного правил на ipfw (стейтлесс файрвол, никаких натов, mpd добавляет/удаляет ip в некоторые таблицы).
8G памяти. Своп выключен (diskless over iscsi).
10G сетевуха. Примерно 1500 pppoe сессий, трафика - 2-2.5G суммарного.
Еще квага с OSPF
Примерно раз в месяц начинают залипать pppoe сессии. Лечится перезагрузкой фри.
Три одинаковых сервера. Поведение одинаковое всех трёх.
(no subject)
Date: 2017-01-02 15:03 (UTC)Пока никто не озаботится изготовить крешдамп и/или воспроизводимый случай - так всё и будет.
(no subject)
Date: 2017-01-02 18:05 (UTC)(no subject)
Date: 2017-01-02 19:43 (UTC)Если кратко, в конфиг ядре добавить опции:
makeoptions DEBUG=-g
options KDB
options KDB_TRACE
options KDB_UNATTENDED
options DDB
options DDB_NUMSYM
options INVARIANT_SUPPORT
options INVARIANTS
options WITNESS
options WITNESS_SKIPSPIN
options DEBUG_MEMGUARD
options DEBUG_LOCKS
options DEBUG_VFS_LOCKS
options ALT_BREAK_TO_DEBUGGER
makeoptions WITH_CTF=yes
options KDTRACE_HOOKS
options KDTRACE_FRAME
options DDB_CTF
В /etc/rc.conf нужна команда dumpdev="AUTO" для записи крешдампа в своп-раздел (man rc.conf про dumpdev)
Эти опции добавляют кучу дополнительных проверок в код, цель которых - обнаружить проблему как можно раньше и вызвать панику для генерации крешдампа вместо зависания позже.
Есть небольшая вероятность, что паника произойдет прямо при загрузке и система может войти в циклический ребут. Чтобы этого не произошло, собранное с отладкой ядро лучше запускать через nextboot (man nextboot) однократно, с загрузкой обычного ядра после паники.
Если же отладочное ядро нормально запускается, имеет смысл один раз спровоцировать панику, чтобы убедиться, что крешдамп действительно генерируется и в процессе его записи в своп-раздел не происходит никаких ошибок типа переполнения раздела или зависания, что система автоматически перезагружается и после перезагрузки успешно выгружает крешдамп из раздела в файл. Провокация паники делается командой sysctl debug.kdb.panic=1
(no subject)
Date: 2017-01-02 22:32 (UTC)(no subject)
Date: 2017-01-03 09:26 (UTC)(no subject)
Date: 2017-01-03 10:12 (UTC)(no subject)
Date: 2017-01-03 10:27 (UTC)(no subject)
Date: 2017-01-03 10:41 (UTC)(no subject)
Date: 2017-01-02 15:04 (UTC)(no subject)
Date: 2017-01-02 18:01 (UTC)