Тия дни за втори път форума пада по един и същи начин, но нещо не мога да разбера защо. Ако това се случва заради (или след) някакви конкретни ваши действия напишете, че да му хвана края.
По логовете виждам само някакви активности на ботове, но техните заявки като опитам да ги повторя не падат...
Даже това е сложно да се каже. nginx не може да се свърже с бакенда. А той според systemctl продължава да си работи нормално. Памет има, диск има. Всичко изглежда нормално. Но systemctl restart на бакенда заспива. systemctl stop работи. След рестартиране всичко се възстановява.
огледай последните постове преди забива, също така ако някой е пуснал пост, който обаче го няма да се обади (може точно затова да го няма)
Лошото е, че според логовете, последната заявка е била от ботове някакви. И при това изглежда съвършено нормална заявка, такива преди това има милион. Просто след нея изведнъж сървъра губи връзка с бакенда и повече не се възстановява. Имам някакви идеи, но проверката им е много под въпрос...
Но да, ако някой нещо е забелязал – да пише.
ами виж ги какви са тия ботове, да не се окаже от един и същи бот? предполагам че ти не си пипал нищо по форума, така че това 100% е свързано с външен играч.
Пусни бекенда отделно някъде и му направи стрес тест
Правил съм го хиляди пъти. Такъв ефект никога не е имало. Ако пада, пада нормално. В случая номерът е, че не пада. Предполагам, че нещо чака до безкрайност, но е неясно къде точно. При въпросната заявка кода няма място където да чака нещо... Впрочем, продължавам да търся де. Може да не съм го видял...
ъъъ чакай малко, сървърите не стартират ли отделна нишка за всяка заявка? така дори отделната заявка по някаква причина да забие, останалите си продължават, няма да спре света
По принцип е така. С едно изключение – събитията в реално време се обработват от една нишка в опашка. Но даже тя и да увисне, то да, останалите заявки трябва да продължат да се изпълняват. Кашата е пълна. Не знам, освен някъде да се затваря сокета за връзка с nginx, но това пък е съвсем невероятно. Няма такова място в кода. И съвсем невероятна хипотеза – да сме настъпили някакъв въобще системен бъг в Линукс или в nginx...
nginx-а как прави reverse проксирането към форума? proxy_pass? fastcgi? scgi?
Е с fastcgi е по-малко вероятно значи, но тая ситуация много ми напомня на една такава глупава драма която имах навремето, сървъра leak-ваше файлови дескриптори (не ги leak-ваше де, просто клиентските сокети отсреща като се отсвирят, линукса има някакъв малоумно дълъг дефолтен таймаут преди да се отсвирят и юзърспейса да знае че са затворени и като се натрупат такива и ти ударят лимита на отворените fd, става точно същият цирк - уж всичко изглежда като да работи, ама нови клиентски връзки не се обслужват щото accept() гърми, то по-забавното е че и да го handle-ваш това, та да го логваш, може да се окаже че не може да го логнеш, защото логването включва отваряне на лога за append, което също пропада.
както обичах да казвам на колегата когато разследваме някаква мистерия: "каквато и да е причината, тя е невъзможна". мисълта ми е, че бъга нямаше да се случва ако го считахме за възможен, щяхме да сме го предвидили. затова вместо да се зверя в кода като другарка проверяваща контролни по математика, търсех промените след които е започнало да се случва.
Е защо не се върза към процеса с gdb да видиш каква е причината. Аз ли трябва да те уча как се диагностицират такива неша?
Е ти си знаеш. Неработещ процес, който все още е жив е ЗЛАТО. Кой знае кога ще се случи пак.
Подозирам че утре или вдругиден. Шанс едно на миллион се случва девет пъти от десет. 
Ползвай комунистическия безплатен интелект да ти дебъгне срасемблера
