madf

Точно bash а не dash?

Проблема, как я ее вижу, в следующем: при коннекте вызывается OnConnect который пишет в MAC в --ud1 в результате чего должен вызваться OnChange, но OnConnect еще не завершился, т.к. ожидает результатов записи, по этому stg-exec не может обработать OnChange, по этому изменение ud1 происходит не до конца, по этому sgconf не завершается (ожидает ответа), по этому все зависает. Банальный дедлок.ExecutersNum >1 дожно помочь.

Что за дистрибутив и что используется в качестве shell?

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

Я два раза делал make clean и не помогало заменил только билд ... ножет он как то криво мекйфалы читает хз .. но в депсах тепеть все впорядке .. а тогда в начале строки о компиляции писалась какая то "-е" Воспроизвести получится?

Хочет уйти - пусть уходит. Психическое здоровье ТП всегда ценнее одного неадекватного абонента.

Верно только для 2.407 и более ранних. В 2.408 я, вроде, исправил эту досадную проблему.

Версия 2.408-rc2? Или 2.407-p1? Если 2.408-rc2 то хотелось бы получить стектрейс stargazer'а и sgconf в момент зависания.

Не вдавался в подробности. Но он неправильно создает deps и как следствие не компилит , заменил скрипт билд тем же из архива выложенного в этой теме .. все собралось Ошибка. Файл deps создает не скрипт build а Makefile. Скрипт build только конфигурирует систему сборки - создает Makefile.conf. Это аналог скрипта configure из autotools. В скрипте build изменения по сравнению с rc2 касались только процесса установки. Когда ошибка в файле deps - надо или удалить этот файл (тогда система сборки пересоздаст его) или сделать make clean перед сборкой. Давно надо бы поправить эти безобразия,

А именно?

Пожалуй, во избежание подобного, имеет смысл сделать единственную точку взаимодействия с stg-exec в архитектуре, внутри которой будет ring buffer (немного добавит отзывчивости при тормозных скриптах) и срач в лог при 100% заполнении буфера. Пока можно от такого спасаться запуском двух stg-exec (ExecutersNum = 2) и каким-нибуть внешним мониторингом зависших скриптов.

If sufficient space is available in the queue, msgsnd() succeeds immediately. (The queue capacity is defined by the msg_qbytes field in the associated data structure for the message queue. During queue cre‐ ation this field is initialized to MSGMNB bytes, but this limit can be modified using msgctl(2).) If insufficient space is available in the queue, then the default behavior of msgsnd() is to block until space becomes available. If IPC_NOWAIT is specified in msgflg, then the call instead fails with the error EAGAIN © man msgsnd Очень похоже. Скрипт завис, завесил stg_exec

--ud1 ""

Работы немного и переделать легко, но это будет не совместимо с последующими версиями. Да и вообще, ни с чем не совместимо. Проще сделать отдельный внешний скрипт, как сказали выше.

А какой смысл поддерживать v9 если в нем только добавились IPv6 (Stargazer не умеет его считать), дополнительная информация и некие "шаблоны"? Для нужд Stargazer хватает v5 с головой.

С момента появления плагина cap_nf жалоб на него небыло. v9 не умеет. А почему не в ветку обсуждения 2.407-p1?

Все эти параметры (кроме тех что в /proc и /sys) нужно указать в /etc/sysctl.conf а не задавать скриптом.

Лукавите Ситуация такая была на натах. На натах она решилась, отказом от натов, и использованием белых айпи. Ситуация такая была и на НАСах, но там вопрос решился в конечном итоге отказом от шейпинга, и переходом на полисинг, вашими же стараниями Не совсем так. От ната не сразу отказались и Сергеевы сервера справлялись с нагрузкой намного лучше чем Женины. Это я хорошо помню, т.к. сам тогда ковырял проблему с softirq пока Сергей серваки не позахватывал.

Я скажу что на бывшей работе была ситуация 1-в-1. Решили переходом на фрю. Но я подозреваю что все дело в админе. У нас админ, который за насы отвечал, во фре разбирался хорошо, а в линуксе не очень.

Вот же есть патч: https://gitorious.org/stg/stg/commit/99ca2755b23f8d4d3a4000effefc60947e84504a

О чем речь?

"Приход нашего куръера домой" - вежливо выслушаю, закрою дверь и обложу матом. "Обращение письмом" - письмо уйдет в спам. "Звонок абону" - вежливо выслушаю, положу трубку и обложу матом. "Распостранение новой рекламы, авось и увидит выгоду сам" - обложу матом. Терпеть ненавижу навязчивый сервис.

Авторизовать юзера из консоли никак (разве что ставить/сбрасывать флаг alwaysOnline). rlm_stg без серьезной допилки не заведется. А заниматься ним сейчас нет ни времени ни желания.

А, завис! Так с этого надо и было начинать. ./build debug бы очень помог.

А что gdb пишет при загрузке core dump?