Devuan Excalibur 6

Я знаю, что я пишу в скрипте. За этим не надо никому следить. И без сопливых отлажу.

Бгг. Обычно у самоуверенных админов самые громкие взрывы.

Что ты вообще хочешь сделать в rc.local?

Например запустить N nfcapd на N портах по списку. Чтобы N хостов лили netflow каждый в свой порт, чтобы каждый ndcapd складывал статистику в отдельный каталог, соответсвтующий хосту.

Бгг. Обычно у самоуверенных админов самые громкие взрывы.

Как-то так с начала века громко не взрывалось.

Тебе надо сделать template unit для этого, который будет параметризовываться по номеру порта.

У тебя просто мониторингов нет, вот ты и думаешь, что ничего не взрывалось %)

Тебе надо сделать template unit для этого, который будет параметризовываться по номеру порта.

У меня уже есть

for GW in <список>
do
    # <тут ещё несколько проверок предварительно>

    echo "Starting nfcapd for $GW on port $PORT"                                                                                         
                                                                                                                                         
    nfcapd -z -I $GW -t 600 -D -b $IP -p $PORT -l $TRPATH/${GW}${DOM} -P ${PIDFILEDIR}${GW}${DOM} -x 'mv %d/%f %d/_nfcapd.%t'            
    PORT=$(expr $PORT + 1) 
done

У тебя просто мониторингов нет, вот ты и думаешь, что ничего не взрывалось %)

Что ты ещё придумаешь? :-)

Что ты ещё придумаешь? :-)

В этой ветке им уже столько придумано про своих собеседников особенно негатива, что было бы страшно подумать, откуда у него такая альтернативно одарённая фантазия, если бы он не был всего лишь троллем.

Мне назечем придумывать, ты и так, как открытая книга ;) Думаешь, я впервые встречаю местячкового самоуверенного админа? Нет конечно.

А, ну если ты не понимаешь, зачем тебе следить за заспауненными процессами и разделить твою помойку в rc.local на атомарные юниты - тогда вопросов не имею. Набьешь шишки - поймешь.

Кстати, вот смотрю, как скрипт произвольный запустить при старте. Это что, правда что ли мне надо unit-файл писать вместо банального rc.local??

Можешь также написать в rc.local, если уж прям сильно хочется именно так.

да, я завёл себе первый сервер с systemd, ковыряю.

Это пипец. Т.е. классический «а Паваротти мне не понравился, мне Рабинович по телефону напел» :)

А, ну если ты не понимаешь, зачем тебе следить за заспауненными процессами и разделить твою помойку в rc.local на атомарные юниты - тогда вопросов не имею.

за ними великолепно следит xymon.

Набьешь шишки - поймешь.

Пока я смотрю, как шишки набивают молодые выскочки вроде тебя.

Это пипец. Т.е. классический «а Паваротти мне не понравился, мне Рабинович по телефону напел» :)

Почему же. Паваротти мне давно напевает на ноуте. То одну ногу подвернёт на сцене, то другую. Но, видать, пару лет назад хорошо загипсовали, гипс держится пока.

Паваротти мне давно напевает на ноуте.

В 2009 году купил я себе домашний кинотеатр среднего уровня (большой телик, ресивер, колонки 5.1, плеер popcorn hour c200)

Пришёл в гости знакомый, говорит «оо, прикольно, покажи что-нибудь». Я ему «вот Аватар только вышел, могу показать». Он «а мне Аватар не понравился, говно какое-то». Я запустил, он «ООО! НИЧЕГО СЕБЕ, круто как!». Решил я узнать, а почему ему не понравился, от ответа сел и долго не мог встать «а я его вконтакте на ноутбуке смотрел, как только экранка вышла»

Можешь также написать в rc.local, если уж прям сильно хочется именно так.

Забыл переспросить. Так собирались же поддержку sysvinit выпилить?

Не слышал про такое.

$ systemctl status rc-local.service 
○ rc-local.service - /etc/rc.local Compatibility
     Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static)
    Drop-In: /usr/lib/systemd/system/rc-local.service.d
             └─debian.conf
     Active: inactive (dead)
       Docs: man:systemd-rc-local-generator(8)

Решил я узнать, а почему ему не понравился, от ответа сел и долго не мог встать «а я его вконтакте на ноутбуке смотрел, как только экранка вышла»

А что, есть разница, между тем, когда systemd ноут в ребут отправляет при dist-upgrade (ага, в середине процесса) и когда сервер? :-)

за ними великолепно следит xymon

С этой задачей прекрасно справляется systemd, вместе с респауном. Нюанс при этом в том, что xymon почти дохлый (мог бы хоть monit взять), а код управления процессами в systemd вылизан до блеска, и поддерживаем.

Пока я смотрю, как шишки набивают молодые выскочки вроде тебя.

Спасибо за молодого, конечно, но увы, уже нет. Я свои шишки понабивал на дидовых подходах вроде твоего, потом переехал на тырпрайзные решения. С тех пор борода заколосилась.

systemd ноут в ребут отправляет при dist-upgrade (ага, в середине процесса)

Тебе сколько лет, дядя? У маленьких детей такая же логика: ударился об скамейку - виновата скамейка.

Кривой пакет и/или пакетный менеджер отправил команду на перезагрузку, а systemd честно отработал - кто виноват, отправивший, или systemd? Очевидно, что первое, но ты почему-то думаешь, что второе.

А что, есть разница, между тем, когда systemd ноут в ребут отправляет при dist-upgrade (ага, в середине процесса) и когда сервер? :-)

Я что-то даже потерялся. Это вообще к чему? И почему у тебя systemd отправляет ноут в ребут при dist-upgrade? Я даже теряюсь в самых смелых (а фантазия у меня местами очень буйная) догадках, как ты смог этого добиться.

P.S. А, «когда… ноут…и когда сервер», допетрил. Ну ты хоть для «более лучшего» понимания поставил слова в более нормальном порядке :)

Не слышал про такое.

systemd 255

Планы на будущее

В одном из следующих выпусков будет удалена поддержка сценариев инициализации System V и cgroups v1.

$ systemctl status rc-local.service

Да, пока будущее не наступило, получилось. Спасибо.

Да, пока будущее не наступило, получилось. Спасибо.

Это не то же самое. С помощью юнита ты можешь запускать абсолютно любой скрипт, и rc-local на твоей системе, скорее всего, реализован именно как юнит. Сделай systemctl cat rc-local.service и посмотри сам. Просто юнит дергает исполняемый rc.local, а из rc.local уже запускается твой хлам. Это базовая фича и ее никто не будет удалять.

И почему у тебя systemd отправляет ноут в ребут при dist-upgrade?

А я знаю? Нет, на самом деле кто-то знает (мантейнер очевидно), так как в баге написали, что исправлено (и можно посмотреть, что, но лень), и больше такого не случалось. https://bugzilla.altlinux.org/36579

Как время-то летит... Не два, а шесть с половиной лет назад...

и rc-local на твоей системе, скорее всего, реализован именно как юнит. Сделай systemctl cat rc-local.service и посмотри сам

Да это понятно. Просто хорошо, что заготовлено.

https://bugzilla.altlinux.org/36579

Так это не проблема systemd, это а в альте чего-то намудрили, там прям у них и написано. В мейнстримных дистрах я такого не встречал, ни в дебианах, ни в арче.

Кривой пакет и/или пакетный менеджер отправил команду на перезагрузку, а systemd честно отработал

«systemd[1]: Reloading.» Впрочем, ссылка на баг есть. И, как раз, там обсуждение пресловутого рестарта.

Так это не проблема systemd, это а в альте чего-то намудрили,

Не «чего-то», а слишком много библиотек в зависимости, судя по обсуждению, и, в какой-то момент, systemd решил, что пора пойти в reboot. А решили переносом рестарта в завершающие триггеры, когда всё обновлено уже. Так что, косвенно, проблема именно в сложности, в данном случае зависимостей, у systemd.

Рестарт надо делать в конце обновления. А лучше вообще не делать - пусть работает, пока машина не будет перезагружена.

systemd решил

В смысле re-exec в триггер перенесён?

То есть всё-таки не systemd решил, а пакетный менеджер.

А лучше вообще не делать - пусть работает, пока машина не будет перезагружена.

А вот тут получается ситуация, когда автоматически нельзя понять, нужен рестарт, или нет. То есть ерунду поправили с точки зрения init и фиг бы с ним, или не ерунду, и рестарт надо сделать. Потому он тупо делается всегда. Я бы, может, тоже не делал.

То есть всё-таки не systemd решил, а пакетный менеджер.

Пакетный менеджер решил его только дёрнуть. А в ребут решил идти уже сам systemd.

Я не знаю, зачем надо делать рестарт. Текущие подсистемы запущены, все работает. API между сервисами обратно совместим. Няхай работает, пока админ не решит, что со всем этим делать.

Пакетный менеджер решил его только дёрнуть. А в ребут решил идти уже сам systemd.

Ссылочку бы посмотреть на коммит, который всё исправляет, а то из их слов всё очень туманно.

Ссылочку бы посмотреть на коммит, который всё исправляет, а то из их слов всё очень туманно.

Надо ченджлог за то время шерстить. Я со слов обсуждения из бага. Ну а исходно проблему своими глазами у себя видел.

А я знаю? Нет, на самом деле кто-то знает (мантейнер очевидно), так как в баге написали, что исправлено (и можно посмотреть, что, но лень), и больше такого не случалось. https://bugzilla.altlinux.org/36579

sisyphus

https://www.altlinux.org/Что_такое_Sisyphus%3F

Почему-то я, ни разу не использовавший Alt Linux, это знаю, а ты - нет :)

Это как примерно debian unstable AFAIK.

Почему-то я, ни разу не использовавший Alt Linux, это знаю, а ты - нет :)

1. С чего ты взял, что я не знаю?
2. В каком месте это принципиально?

3. Ну и, до кучи, почти шёл процесс стабилизации перед p9, уже имело смысл проверять. Хотя, повторюсь, не принципиально.

1. Ну ты же это не написал нигде, оно есть только по ссылке. Врядли специально, но можно расценивать как манипуляцию.

2. Так в самом прямом же, в анстейбле может быть всё, что угодно и это known feature, а не bug :)

3. «Почти шёл процесс стабилизации», слово «почти» мне очень нравится :)

Так в самом прямом же, в анстейбле может быть всё, что угодно и это known feature, а не bug :)

А я не про баг, а про возможность его появления. Что-то вот с sysvinit я подобного вовсе не помню за два с половиной десятка лет.

Сравнение с SysVinit несколько нелогично. Сравнивай, например, SysVinit + daemontools.

Сравнение с SysVinit несколько нелогично. Сравнивай, например, SysVinit + daemontools.

Логично, так как daemontools никак на обновление и реэкзек SysVinit не влияют, хоть их 100500 раз переустанови.

О, задействован его величество демагогический аргумент «спервадобейся»

Что нибудь кроме демагогии? Ответы на вопросы? Факты? Хотя бы заявления, которым возможно стоит поверить на слово? Какие нибудь аргументы? Ну я так и предполагал.

И сразу опять начал с болтологии и демагогии

Ок, в следующий раз когда ты начнёшь с демагогии - специально для тебя поменяю порядок ответов.

Работающая? Да. Консистентная? Каким образом это относится к хтоническому НЁХу, имеющему 30--% вероятность выключиться без сбоя и перманентно находящщемуся в состоянии «деградировало»

кому-то нужнее трахаться со скриптами

Трахаться с деревом юнитов, 2/3 из которых даже не существуют и свалкой мусора вместо документации в попытке выполнить простейшее действие в 1 строчку - однозначно намного полезное времяпровождение.

Рандомного бомжа на улице не спрашивают, как делать операции на мозге,

Мы не говорим об операциях на мозге. Мы говорим о том что пользователю системы надо просто остановить ненужного демона. Если уж так по честному - в 21 веке это вообще должно делаться галочкой в гуе. И для этого н надо быть даже эникейщиком - просто пользователем.

Дело именно в том, что я именно ЗНАЮ.

Ты можешь и дальше строчить пургу пополам с оскорблениями, но знаний предоставить не в состоянии. Есть люди, которым достаточно 1-2 постов чтобы заставить их уважать. Вот они что то знают, что то поддерживают и от них может что то зависеть.

А ты просто гонишь пургу как втирал мне фантазии про «минимальое нахождение в критической зоне» pacman, даже не зная что он выполняет скрипты постинсталла не при установке пакета а только после того, как половина пакетов на диске станут неконсистентными.

Вот они что то знают, что то поддерживают и от них может что то зависеть.

Поправочка: ты уважаешь только тех, кто несет такой же бред, как и ты сам. Иначе тебе придется признать самому себе, что ты ламер, а этого твоя психология позволить тебе не может. Вот и получается, что все квалифицированные специалисты выпадают из зоны твоего уважения.

втирал мне фантазии про «минимальое нахождение в критической зоне» pacman

О, опять на колу мочало. Вроде объясняли тебе всё, вроде понял - и спустя полгода опять начал чушь нести.

Ты необучаем.

Что нибудь кроме демагогии?

В том то и дело, что ничего у тебя нет, кроме демагогии.

Так тебя весь тред возюкали мордой по пруфам и стандартам, но ты настолько деревянный, что просто все проигнорировал.

Да я не про себя спрашивал. Почему ты не хочешь уходить из демагогии к фактам?

Вроде объясняли тебе всё, вроде понял - и спустя полгода опять начал чушь нести.

Я рискнул поверить тебе на слово, не зная некоторых фактов про пакман. Когда узнал - понял какую чушь ты городил. От и до, полнейшая бредятина на 100%

Косяком, как я понимаю, называется создание юнитов

Подозреваю 4 косяк: поменяли формат журнала похоже. С 249.17 у syslog-ng 3.32.1 плагин journal работает, с 257.9, правда уже у syslog-ng 3.34.1 - нет: Failed to seek journal to the saved cursor position. Скажешь «не надо к внутреннему формату привязываться»? Ну прав в чём-то, но поросята всё равно.

Ты узнал неправильно, вот и все, что я могу тебе сказать.

Оставайся наедине со своими заблуждениями.