OG
так чтобы сделать unload, тебе надо полностью NFS остановить. Или все что модуль юзает - на примере vmm.ko придется все ВМ остановить чтобы сделать unload/load, а раз так, то вообщем-то ребут уже не так страшен
Size: a a a
2021 December 09
DL
есть огромная куча модулей, для которых можно сделать безболезненный unload/load
DL
даже драйвер жесткого диска, поскольку часть файловой системы кешируется, и можно ее перевести временно в RO
AF
В том-то и фигня. Другое дело перегрузить модуль, ядро с сохранением состояния, tcp сессий и т.д. Это уже не тривиальная задача.
DL
выдерни на 10 секунд шнурок из компа, а потом снова вставь
DL
куда-то пропали tcp сессии ?
OG
имхо вещь востребованная, но в каких-то совсем уж узких космических местах, тк в большинстве современных случаев 'app' уровень хорошо умеет скейлится. А настолько зависеть от возможностей ОС безребутно обновляться - или плохая архитектура ПО или реально какой-нибудь реалтаймовый марсоход
AF
Не, это короче аналог kexec - быстрая перезагрузка ядра, чтобы там железо заново не инициализировать и т.д. А у шапки есть kpatch и вот там реально подменяется вызываемый код и т.д.
SD
вот только хотел спросить уж не аналог ли это kexec )
DL
вот простой пример
DL
называется LAGG
DL
две разых сетевухи
DL
я могу модуль одной сделать unload/load без разрыва сессий
DL
для жестких дисков у нас есть как geom_gate так и geom_multipath
OG
это при условии что более новый модуль не зависит от других изменений в ядре) KBI
SD
эм
SD
я наверное один такой неудачник - у меня везде lagg`и собраны на одном железе
SD
ix/igb/чота еще
SD
соответственно, unload "одной сетевухи" как-то не выглядит реальным
DL
я как гипотетический пример привел