Тот кто умеет, заморачиваться сильно не будет, возьмёт и потрёт всё безвозвратно одной командой. Или вы хотите узнать вероятность с которой владельцы крупного сайта додумаются на такое удаление? )
searchi, я то как раз всё читаю, а полный вывод top или ps я так и не увидел... ну да ладно, раз всё в порядке уже, за счёт костыльных методов ;)
да, я так и подумал, там очень сложная система, с shm/sem/flock (mysql нет)
возможно все процессы ждут один процесс который блокирует общую ячейку памяти (читает или пишет), что самое странное, это бывает редко (
вообщем буду наблюдать и тестить )
не играет роли, зависают все, причём ничего не делают, чего-то ждут
netwind, у меня свой сервер, что значит случай безнадёжный? подозрение на убитый HDD?
оно как бы не тормазит, пару секунд замечал что пхп процессы пожирают много CPU и после этого сразу 502, причем выводится сразу, ничего не тормазит ... в top всё тихо
нужно дождаться очередного зависания и проверить чем занимаются процессы
Просто попробовал команду, может чего даст )
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 20 68488 431444 2055688 0 0 1 4 4 0 5 3 84 8
0 0 20 68356 431444 2055680 0 0 0 1380 1654 897 6 5 87 1
1 1 20 68028 431456 2055808 0 0 24 1256 1278 980 10 4 84 3
1 0 20 66956 431464 2055772 0 0 4 1944 1164 1630 8 50 41 1
0 0 20 68252 431472 2055768 0 0 16 1292 919 899 7 25 65 4
0 0 20 68092 431476 2055756 0 0 0 656 920 708 3 2 94 0
0 0 20 67912 431492 2055768 0 0 8 2452 1606 1278 15 4 75 6
0 0 20 68040 431492 2055796 0 0 4 0 1012 636 6 3 90 0
0 1 20 68040 431492 2055828 0 0 0 1816 1351 694 4 3 72 21
1 0 20 67784 431492 2055848 0 0 4 1852 2001 652 7 3 38 52
0 0 20 67604 431492 2055852 0 0 0 1548 1305 898 10 5 85 0
0 0 20 67496 431616 2055856 0 0 160 1360 1175 981 6 5 77 13
0 0 20 67552 431620 2055888 0 0 20 1212 1100 719 6 2 72 20
0 0 20 67776 431624 2055904 0 0 32 1592 1351 1155 11 4 82 4
0 3 20 67764 431624 2055952 0 0 12 3372 1466 544 3 4 45 47
1 0 20 67688 431624 2055988 0 0 0 2520 1735 879 12 5 55 28
1 0 20 67264 431628 2056308 0 0 268 868 1583 1172 10 4 76 11
что самое интересное, нагрузка на эти процессы идёт не более 5 сек, потом наступает момент когда появляется bad gateway, и нагрузки никакой уже нет(
strace хорошая штука, также нашёл очень полезню тему
http://phpclub.ru/talk/printthread.php?threadid=116496
сайт работает без базы и полно flock, думаю в этом как раз и дело (
этого точно не должно происходить
top
и
ps aux
многое прояснит ;)
myhand, мониторинг поставлю, но помоему перед зависанием 1-2 процессв php-cgi стремится к 99%
Andreyka, а тут вы не можете подсказать, как решить эту проблему?
searchi, с сервером всё в порядке, разве раньше не использовалась память сервером?
еслиб она не использовалась, вот это было бы действительно странно, и стоило бы беспокоиться ;)
посмотреть что к чему можно такой командой в шеле
если не разбираетесь, запостите вывод на форум
А некоторым пользователям всё-таки нужны .htaccess + php_value, и никакие php.ini их не устраивают, так как требуются разные настройки для разных домнов на одном аккаунте (
Ну гдето вычитал что 32бит на 64бит процессоре медленее..
Вообщем тема исчерпала себя, всем спасибо)
Всего то надобыло поставить libc6-i386 🍻
