Это ни о чем. Забудьте.
Нужно изучать подробно, читать все логи. А не анализировать одну строку, которая вам просто непонятна. Таких строк думаю можно несколько тысяч найти на сервере. Так не анализировать ведь каждую строку по одной на форуме!
Либо перейдите на хостинг, где имеется техническая поддержка, либо учите мат.часть. В такой теме, без анализа сервера, никто вам не сможет помочь, при всем желании.
Не знаю, как сейчас в модных пингвинах, возможно уже убрали, но в правильных системах пока что есть Crash Core Dump, можно получить как от ядра, так и от задач пользователя.
google.com / freebsd crash core dump
en.wikipedia.org/wiki/Core_dump
In computing, a core dump, memory dump, crash dump, storage dump, system dump, or ABEND dump consists of the recorded state of the working memory of a computer program at a specific time, generally when the program has crashed or otherwise terminated abnormally. In practice, other key pieces of program state are usually dumped at the same time, including the processor registers, which may include the program counter and stack pointer, memory management information, and other processor and operating system flags and information.
возможно там корка лежит.
Что-то в этих директориях все пусто:
/var/crash/
/var/lib/systemd/coredump/
/var/lib/apport/coredump/
Dmitriy_2014 , есть логи, которые можно проанализировать. Это косвенные указатели на то, что могло быть причиной.
Находим первую временную метку с ошибкой, изучаем что выполнялось на этот момент на сервере. В первую очередь логи веб-сервера. Частота запросов, адреса запросов, поиск паразитного трафика и т.д. Далее поиск в логах запуска разных крон-заданий. И т.д.
Было бы желание.
Nov 04 03:40:11 xxx.ru named[564705]: client @0x7f6d5005f248 00.00.000.00#61425 (sl): query (cache) 'sl/ANY/IN' denied (allow-query-cache did not match)
Х.з. что это, типа атака на DNS или типо того. Желание было, но желание закончилось :-)
за сколько вы готовы посисадминить проблему ТСа "за 5 минут"?
Да ребята не надо ничего отслеживать, все хорошо, я если еще раз зависнет, я расскажу в чем была проблема, правда ждать придется долго, в последний раз это произошло 1(один) раз за 158 дней Uptime’а, так что все будет :), я отпишусь тут, надо просто немножко подождать :)
Вас "футболят" как мячик, а вы отвечаете "ой, как приятно". В мире конечно есть и реальные любители садо-мазо. Но ваша ситуация их немного напоминает. Но если вам так нравится, то пожалуйста, это конечно ваше право.
Просьба лишь одна - называйте вещи своими именами. Фантазии, приукрашивание, это все ненужные вещи для технического форума.
Ясно.
Ну, в таком случае кэш работает не через Nginx, а через PHP.
Да и само ядро WP работает всегда, даже при отдаче кэша, как и сам кэширующий плагин.
В общем, я лишь выразил свою точку зрения, а решение принимать всё равно вам.
Офигенного чуда при очистке wp_options вы конечно не увидите, но работать движок будет быстрее и легче.
Всё зависит от того, сколько у вас там инфы, какой вес таблицы.
У некоторых людей там накапливается до 30 Мб ))
А рекомендуется не больше 200-300 Кб - 800 Кб это максимум, но чем меньше, тем лучше.
Я бы предпочел ничего не трогать :-), разбираться в 1000’ах строк таблицы, где непонятно что есть что, и удалять не зная, что, каждый раз гадая то я удалил или не то, мне кажется оно того не стоит.
Ну вот они пишут, что 3 Мегабайта.
А у них на сайте, они рекомендуют до 800 Кб:
https://developer.wordpress.org/advanced-administration/performance/optimization/#autoloaded-options
Че за плагин, название есть?
В конфиге Nginx прямо правила отдачи кэша прописаны?
WP Fastest Cache.
