OVERKILL (psmisc обновился)

Natrio	# 10 лет, 2 месяца назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Сегодня утречком столкнулся с проблемой: При выключении либо перезагрузке машины всё странным образом останавливался на “демоне” bluetooh с соообщением INIT: no more processes left in this runlevel Сначала я решил, что это я виноват – наверное, что-то не скопировал из pacnew после обновления пакета bluez. Проверил – ничего особенного. Ладно, думаю – наверное, баг. Откатил пакет – то же самое. Более того, тут обнаружилось, что команда /etc/rc.d/bluetooth stop теперь неожиданным образом убивает вообще все процессы в системе, отсюда и таинственное сообщение от INIT. И от версии bluez тут на самом деле ничего не зависит. В чём дело? Покопавшись в скрипте /etc/rc.d/bluetooth , я обнаружил там строчки вида: killall $PAND_NAME >/dev/null 2>&1 ... killall $DUND_NAME >/dev/null 2>&1 ... killall $HIDD_NAME >/dev/null 2>&1 ... killall $SDPD_NAME >/dev/null 2>&1 ... killall $DAEMON_NAME >/dev/null 2>&1 Четвертая строчка с переменной $SDPD_NAME и оказалось источником проблем – переменная была пустая, и вместо команды killall имя выполнялась команда killall без параметров. А теперь вопрос на засыпку – почему раньше этот скрипт не был склонен столь эффектно “килять” вообще все процессы в системе? А потому, что сегодня утречком обновился пакет psmisc, в который и входит команда killall Раньше killall без параметров не делал ничего, точнее выводил свой хелп. И вот после нынешнего обновления (версия psmisc-22.18-1) у него появилась эта “забавная фича” :) Так что если у вас в DAEMONS прописан bluetooth, сохраните всё не сохранённое и проведите эксперимент – выполните под рутом /etc/rc.d/bluetooth stop Если после этого случится большой OVERKILL (вы поймёте, что это он), можете смело откатывать psmisc на предыдущую версию, либо, если вы старый опытный камикадзе, править конфиги bluetooth и искать у себя другие скрипты, которые грозят сотворить то же самое аналогичным способом.

# 10 лет, 2 месяца назад

Сообщения: 4763

Участник с: 08 января 2011

Сегодня утречком столкнулся с проблемой:
При выключении либо перезагрузке машины всё странным образом останавливался на “демоне” bluetooh с соообщением
INIT: no more processes left in this runlevel

Сначала я решил, что это я виноват – наверное, что-то не скопировал из pacnew после обновления пакета bluez. Проверил – ничего особенного. Ладно, думаю – наверное, баг. Откатил пакет – то же самое. Более того, тут обнаружилось, что команда

/etc/rc.d/bluetooth stop

теперь неожиданным образом убивает вообще все процессы в системе, отсюда и таинственное сообщение от INIT. И от версии bluez тут на самом деле ничего не зависит. В чём дело?

Покопавшись в скрипте /etc/rc.d/bluetooth , я обнаружил там строчки вида:

    killall $PAND_NAME >/dev/null 2>&1
...
    killall $DUND_NAME >/dev/null 2>&1
...
    killall $HIDD_NAME >/dev/null 2>&1
...
    killall $SDPD_NAME >/dev/null 2>&1
...
    killall $DAEMON_NAME >/dev/null 2>&1

Четвертая строчка с переменной $SDPD_NAME и оказалось источником проблем – переменная была пустая, и вместо команды killall имя выполнялась команда killall без параметров.

А теперь вопрос на засыпку – почему раньше этот скрипт не был склонен столь эффектно “килять” вообще все процессы в системе? А потому, что сегодня утречком обновился пакет psmisc, в который и входит команда killall
Раньше killall без параметров не делал ничего, точнее выводил свой хелп. И вот после нынешнего обновления (версия psmisc-22.18-1) у него появилась эта “забавная фича” :)

Так что если у вас в DAEMONS прописан bluetooth, сохраните всё не сохранённое и проведите эксперимент – выполните под рутом

/etc/rc.d/bluetooth stop

Если после этого случится большой OVERKILL (вы поймёте, что это он), можете смело откатывать psmisc на предыдущую версию, либо, если вы старый опытный камикадзе, править конфиги bluetooth и искать у себя другие скрипты, которые грозят сотворить то же самое аналогичным способом.

sirocco	# 10 лет, 2 месяца назад
Темы: 29 Сообщения: 2501 Участник с: 25 июля 2007	Спасибо за предупреждение и анализ проблемы.

Natrio	# 10 лет, 2 месяца назад
Темы: 47 Сообщения: 4763 Участник с: 08 января 2011	Всегда пожалуйста :) Тем временем запостил баг: https://bugs.archlinux.org/task/30372 P.S. И ещё один, для пакета bluez: https://bugs.archlinux.org/task/30373 P.P.S Запостил баг в апстрим. https://sourceforge.net/tracker/index.p … tid=115273 Тем временем мейнтейнеры Арч оперативно сделали патч, исправленный пакет psmisc-22.18-2 пока в .

Natrio

# 10 лет, 2 месяца назад

Темы: 47

Сообщения: 4763

Участник с: 08 января 2011

Всегда пожалуйста :)
Тем временем запостил баг:
https://bugs.archlinux.org/task/30372

P.S.
И ещё один, для пакета bluez:
https://bugs.archlinux.org/task/30373

P.P.S
Запостил баг в апстрим.
https://sourceforge.net/tracker/index.p … tid=115273
Тем временем мейнтейнеры Арч оперативно сделали патч, исправленный пакет psmisc-22.18-2 пока в .

sirocco	# 10 лет, 2 месяца назад
Темы: 29 Сообщения: 2501 Участник с: 25 июля 2007	Natrio Тем временем мейнтейнеры Арч оперативно сделали патч, исправленный пакет psmisc-22.18-2 пока в . И уже в .

cucullus	# 10 лет, 2 месяца назад
Темы: 256 Сообщения: 3435 Участник с: 06 июня 2007	вот же жесть ;) такие дела.

VlaoMao	# 10 лет, 2 месяца назад
Темы: 15 Сообщения: 306 Участник с: 23 января 2011	Ничего себе, спасибо. Захочешь глянуть параметры killall, запустишь, а он тебе по голове молотком бах %)