постоянно сбои vps (предпологается уязвимость )

[sarkis]

Хватит набивать тупые посты!!!

Упал MySQL? Первое действие - зайти в логи mysql и прочитать что с ним было!!! А не ребутать машину, запускать всё подряд и бежать в ТП.

Логи обычно лежат в парке /var/log/mysql/ там читаем последние строчки и видим, что у нас ошибка в конфиге, к примеру.

А .htaccess при падениях MySQL - это как из рогатки горохом по СУ-25...

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

 

[Шумадан]

Хватит набивать тупые посты!!!

Упал MySQL? Первое действие - зайти в логи mysql и прочитать что с ним было!!! А не ребутать машину, запускать всё подряд и бежать в ТП.

Логи обычно лежат в парке /var/log/mysql/ там читаем последние строчки и видим, что у нас ошибка в конфиге, к примеру.

А .htaccess при падениях MySQL - это как из рогатки горохом по СУ-25...

+ к логам мускула, сначала рыть от него, почему он падает, не стартует или залипает. дальше по факту смотреть, что к нему лезет, ну и ограничить соединение к мускулу максимально

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

упакуйте и покажите логи mysql, тогда, возможно, будет понятнее, что там происходит

 

[Горбушка]

sarkis, третий раз повторю, не обломлюсь: "Какая ошибка в ЛОГАХ перед падением MySQL?"
Приведённая Вами ошибка - это не ошибка MySQL, а ошибка КЛИЕНТА! Сообщает очень информативно, что не смог подключиться в базе. По сути, это даже не ошибка. Логи лежат в папке /var/log/mysql/ (верно для debian-подобных linux при стандартных настройках).

Так же пишем:
1) Какая версия MySQL?
2) Какая версия ОС?
3) Какое ПО стоит на сервере (с указанием версий)?
4) Какая панель управления стоит на сервере?
5) Какие действия были произведены перед падением сервера?
6) Какие действия помогли восстановить работу сервера?

Достаточно конструктивно?