у них везде listen 80 и везде разные server_name

у них везде listen 80 и везде разные server_name

> у них везде listen 80 Точно-точно-точно?

client_n1.domain.local ... client_nn.domain.local

И listen 80 везде?

lf

да

точно точно точно :)

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

я даже не знаю как эту ересь у гугла спросить бля))))

Да не должно такого быть. Либо баг в нжинксе, либо server_name был типа *.domain.local или что-то такое, либо что-то с listen.

Нене

Человеческий фактор исключен

У нжинкса, кстати, есть список рассылки. в котором помогают именно по нжинксу на русском:)

Человеческий фактор исключен

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

grep -r listen /etc/nginx

например вы можете использовать регулярки в server_name :) тогда порядок выбора хоста зависит от порядка файлов в директории

да, понимаю.. буду дебажить :) думал мож кто сталкивался

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

замечу, конфы не менял

замечу, конфы не менял

за все время существования человечества еще не было никаких доказанных чудес.

я согласен!

Добрый день! Товарищи дженкинсоводы, скажите, была ли у Вас ситуация, когда все джобы зависли одновременно при работающих сети, вм, сервисах и т.д.? И если было, то каковы были причины?

Ну или костыли, собирать через collectd и сливать в пром

а чем это костыль ?

@Lisa_Postarnak oom?

@Lisa_Postarnak oom?

Неа

Там можно посмотреть что внутри случилось через kill -3

java.lang.NullPointerException

вангую

Ну и по дампу потом поискать блокед

так, я сначала восстановила работу, потом стала разбираться, а если имеется в логах java.lang.NullPointerException, то что?

так, я сначала восстановила работу, потом стала разбираться, а если имеется в логах java.lang.NullPointerException, то что?

страдать

Ну или костыли, собирать через collectd и сливать в пром

никогда, никогда, НИКОГДА не используйте collectd. он однопоточный и синхронный.

у меня был проект, года 4 назад. На java. В логах иногда появлялась запись java.lang.NullPointerException. Появлялась она безсистемно. Дня два искал в чем проблема. Потом как-то случайно решил поискать логи с java.lang.NullPointerException и забыл указать маску .log. И что вы думаете?

что? 😱

страдать

Сделано по Достоевскому. Спасибо за совет.

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

вариантов не много. npe = «что-то где-то сломалось»

ну не совсем строчк, там стектрейс такой красивый с подстановками и все такое

ну стектрейс, и что? Реальный источник ошибки не в нём

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

Гдето я это видел

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

Эпичнейший срач в гитхабе был

Чювак не понимал почему такое нельзя делать

Это называется семплирование

Когда трафика дохера то есть смысл

(дохера == миллионы реквестов)

На одной из работ где я работал, так логировали все ошибки бекенда. Потому что если кто-то деплоил хуйню на все 150 инстансов приложения то инстансы просто сами себя клали исходящим трафиком

Это называется семплирование

Это задача рсислога жи. Или жюрналдэ

А не софта

Какая разница чья задача есть throughput в итоге такой что все пиздой накрывается?

Если у софта очень жёсткие логи, то может быть и софта

Точнее это задача того кто это ваще может сделать

Журнал быстро дохнет от логов

Рсислог чуть позже

Но тоже можно убить его

И чем логировать тады ?

И чем логировать тады ?

файлами

Тогда чем рсислог хуже ? Фсинк выключаешь у него и фперед

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

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

Не. Говно. Плохоуправлчемо. Ротация логов ага

как по фэншую подсунуть какому-нибудь условному билдботу приватную репу гитхаба?

Управление фсинками ага

Не. Говно. Плохоуправлчемо. Ротация логов ага

да, логи в json, в systemd, в ядро их запихните, парсите на лету регулярками на руби

Перенаправление в сеть ага

да, логи в json, в systemd, в ядро их запихните, парсите на лету регулярками на руби

Не впадай в крайности

Перенаправление в сеть ага

rsyslog вполне может читать файл, если тебе нужно все эти штуки делать

rsyslog вполне может читать файл, если тебе нужно все эти штуки делать

Штэ ?

Штэ ?

если тебе надо отправлять лог в сеть, преобразовывать, складывать в кафку, потом еще куда-нибудь в реальном времени - вполне можно заставить rsyslog тейлить файл и делать все эти ништяки

Не. Логирование точно нужно централизовать в чото

И кода меньше и проще все

Не. Логирование точно нужно централизовать в чото

Не дело софта уметь логировать во все что ни попадя

Не дело софта уметь логировать во все что ни попадя

Праильно. Поэтому надо поддерживать только сислог :) ну или щас модно журналдэ

Праильно. Поэтому надо поддерживать только сислог :) ну или щас модно журналдэ

Или просто файлы

Праильно. Поэтому надо поддерживать только сислог :) ну или щас модно журналдэ

сислог архитектурно приспособлен терять сообщения

Или просто файлы

Просто файлы нихера не просто

А там пусть то чем ты там пользуешься это в сеть шьет

сислог архитектурно приспособлен терять сообщения

С юникссокетами то ?

Просто файлы нихера не просто

Что будет если сислог сдох?

С юникссокетами то ?

с юникс-сокетами сислог-отправитель архитектурно приспособлен терять сообщения