как завершить сессию iscontrol (iscsi) ?

[dekloper]

субж

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

[18:10] /etc>ps -aux | grep iscontrol
root        7472  0,0  0,1  3420  1316  ??  Ss   17:55     0:00,00 iscontrol -c /etc/iscsi.conf -n iscsidisk1
root        7991  0,0  0,1  3464  1264   1  S+   18:10     0:00,00 grep iscontrol
[18:10] /etc>killall KILL iscontrol
iscontrol[7472]: trapped signal 15
trapped signal 15

почему перехватывается сигнал KILL?
процесс iscontrol юзерспэйсный, почему он принудительно не грохается?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Electronik]

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

kill -9 7472

[ыть]

я конечно уже давно приметил, какое несказанное наслаждение получает ув. фэ_андрей от выноса вопросов из тем, на которые ответы ему неведомы..

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

kill -9 7472

вы полагаете, есть разница между отправкой сигнала по номеру или имени?
"эксклюзивный" перевод мана:

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

НАЗВАНИЕ
     killall -- уничтожить процессы по имени

СИНТАКСИС
     killall [-delmsvz] [-help] [-j jid] [-u пользователь] [-t терминал]
             [-c имя_процесса] [-СИГНАЛ] [имя_процесса ...]

ОПИСАНИЕ
     Утилита killall уничтожает процессы по заданному имени процесса, в отли-
     чии от утилиты kill(1), которая работает с идентификатором процесса.  По
     умолчанию, killall посылает сигнал TERM всем процессам с тем же реальным
     UID, что и у вызвавшего её пользователя, и имя которых совпадает с ука-
     занным аргументом имя_процесса именем.  Суперпользователь может уничто-
     жить любой процесс.

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

ОПИСАНИЕ
     Утилита kill посылает сигнал процессам, указанным операндами pid.

     Только суперпользователь может посылать сигналы процессам других пользо-
     вателей.

     Имеются следующие опции:

     -s имя_сигнала
             Символическое имя сигнала, задающее сигнал для отправки вместо
             сигнала TERM, используемого по умолчанию.

================

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

сокет открывается ядром (его модулем), соответственно, все обработчики сигналов в u-area процесса iscontrol (пусть даже пользовательского уровня) находятся под контролем ядра, в данном случае, переопределяются на точку входа обработчика SIGTERM, в результате чего, при посылке любого(!) сигнала, процесс переходит в состояние ожидания закрытия сокета, затем завершается.
но фэ_андрей, как всегда "крут", ибо у него "самый зеленый горшок"

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

[3:18] /etc>iscontrol -c /etc/iscsi.conf -n iscsidisk1
iscontrol[75435]: running
[3:19] /etc>iscontrol[75435]: (pass1:iscsi0:0:0:0):  tagged openings now 0
[3:19] /etc>ps -aux | grep iscontrol
root       75435  0,0  0,1  3420  1120  ??  Ss    3:19     0:00,00 iscontrol -c /etc/iscsi.conf -n iscsidisk
root       75437  0,0  0,1  3464  1140   2  S+    3:19     0:00,00 grep iscontrol
[3:20] /etc>kill -9 75435
[3:21] /etc>ps -aux | grep iscontrol
root       75435  0,0  0,1  3420  1120  ??  DEs   3:19     0:00,00 iscontrol -c /etc/iscsi.conf -n iscsidisk
root       75511  0,0  0,1  3464  1140   2  S+    3:21     0:00,00 grep iscontrol
[3:23] /etc>ps -aux | grep iscontrol
root       75511  0,0  0,1  3464  1140   2  S+    3:21     0:00,00 grep iscontrol

p.s. Кхм.. интересно, почему у фэ_андрея нет ни одной статьи на данном сайте? совсем забыл, не царское это дело, в исходниках ковыряться.. проще горшок опорожнить..
Уважаемый f_andrey, вы не адекватны!

[Mox]

субж

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

[18:10] /etc>ps -aux | grep iscontrol
root        7472  0,0  0,1  3420  1316  ??  Ss   17:55     0:00,00 iscontrol -c /etc/iscsi.conf -n iscsidisk1
root        7991  0,0  0,1  3464  1264   1  S+   18:10     0:00,00 grep iscontrol
[18:10] /etc>killall KILL iscontrol
iscontrol[7472]: trapped signal 15
trapped signal 15

почему перехватывается сигнал KILL?
процесс iscontrol юзерспэйсный, почему он принудительно не грохается?

Я тоже когда-то спрашивал в рассылке
http://freebsd.1045724.n5.nabble.com/is ... 76312.html
вам 2 последних поста.
А вообще гугл тоже рулит

[dekloper]

Mox
спасибо, HUP трапнулся
но, всё равно требуется время ожидания, иначе модуль не выгрузить

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

>kill -s HUP `ps -aux | grep iscontrol | awk '{print $2}' | head -1` && sleep 1 && kldunload iscsi_initiator

[Mox]

Mox
спасибо, HUP трапнулся
но, всё равно требуется время ожидания, иначе модуль не выгрузить

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

>kill -s HUP `ps -aux | grep iscontrol | awk '{print $2}' | head -1` && sleep 1 && kldunload iscsi_initiator

Да вообще как iscsi инициатор Фря как-то слаба. В том плане, что, блин, даже стартового скрипта нет. Да и выключение демона по -HUP. Что за бред, нафига?