Мускул переодически ложится

[sibnw]

Ребята, мну утомили постоянные перезагрузки сервера из-за проблем падения соединения с сервером мускула. В чём может быть дело?

[ls]

В логах сервера скорее всего есть причина
Хватает ли оперативной памяти?

[pepper]

постоянные перезагрузки сервера из-за проблем падения соединения с сервером мускула.

Стоит один раз почитать журналы системы и сервисов после падения соединения, вместо того, чтобы перезагружать целиком весь сервер.
Зафиксируйте время падения связи с mysql, попробуйте подключиться из консоли к Mysql так:

Код: выделить все

mysql -uИмяПользователя -pпароль


Если выдаст ошибку, напишите её тут.

Попробуйте вручную запустить mysql. Если выдаст ошибку такого вида:

Can't connect to local MySQL server through socket '/путь/до/сокета'

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

Код: выделить все

df -h && df -hi


или mysql завершился некорректно и файл сокета остался, нужно его просто переместить командой вида

Код: выделить все

mv /путь/до/сокета /новый/путь/до/сокета


И попробовать запустить снова.

[sibnw]

спасибо

[sibnw]

всё тут ясно, но не ясно одно - не очищаются логи
захожу под логином владельца сайтов, открываю World Wide Web, Журнал, выбираю лог, жму очистить, после перезагрузки размер файла остаётся прежним. Это правильно?
и что лучше? ротация выключена, или включена на сайтах?

[pepper]

>> жму очистить, после перезагрузки размер файла остаётся прежним
Это не нормально, проверьте права на файлы журналов.
У пользователя должны быть права на запись в этот файл
Для linux:

Код: выделить все

ls -lah /var/www/httpd-logs/домен*log /var/www/пользователь/data/logs/домен*log 


Для FreeBSD:

Код: выделить все

ls -lah /home/httpd-logs/домен*log  /home/пользователь/data/logs/домен*log 

>> и что лучше? ротация выключена, или включена на сайтах?
Лучше включить, чтобы журналы не разрастались и не забили весь диск VDS.

[swg]

Логи (журнал) "World Wide Web" и логи mysql это совсем разные вещи.
Mysql может писать в /var/log/mysql/... или в /var/log/syslog

[sibnw]

Логи (журнал) "World Wide Web" и логи mysql это совсем разные вещи.
Mysql может писать в /var/log/mysql/... или в /var/log/syslog

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

/var/log/mysql/... или в /var/log/syslog

в менеджере файлов не нашёл :(

[swg]

1. Слева директория, справа файл.
2. Где-то на сервере. Гуглить Putty, mc. В древнем ISPManager4 точно был доступ под root к файловой системе.

[sibnw]

доступ есть, папка var есть, а вот папки log в ней нет
саппорт, ау

[pepper]

Вообще-то, sibnw уже написал:
>> не очищаются логи
Поэтому я и подсказал sibnw как проверить права на те логи, которые sibnw пытался очистить из панели, а логи mysql хотели бы почитать, а не очистить.

Если я прав и вы хотели очистить журналы доступа и ошибок Веб-сервера, то выполните приведенные мной сообщением выше команды.

>> папка var есть, а вот папки log в ней нет
Т.е. у вас не существует /var/log? Это не нормально, без этой директории многие сервисы просто не запустятся, т.к. не смогут открыть файлы журналов.

[sibnw]

всё открывается, всё работает, а вот папки mysql нет

[pepper]

У вас 7 страниц с файлами в файлменеджере ,выставьте вместо 50 500 в поле "показать Х строк на странице и нажмите ОК рядом, чтобы увидеть всё содержимое сразу.

А вообще, у вас, похоже, FreeBSD, а в ней журналы Mysql находятся непосредственно в директории с базами, т.е. в

Код: выделить все

/var/db/mysql

должен быть файл вида

Код: выделить все

вашhostname.err

У вас может называться так xn--1-9sbub4bc5f.xn--p1ai.err
В нем и смотрите причины падений mysql-сервера.

[sibnw]

Всё, всем спасибо. Тему можно закрывать.
Для будущих лузеров вроде меня.
Скачиваем клиент WinSCP, вводим для входа адрес сервера, данные пользователя root, соединяемся.
переходим в папку /var/db/mysql и удаляем файлы ib_logfile

[swg]

Не, это почти эквивалентно выстрелу себе в ногу (а ibdata - в голову). Все равно искать причину. Вероятно повторится и станет чаще. Значит, если хранится в InnoDB, то значит либо размер этого файла движка маловат и его надо увеличивать, либо нагрузка высоковата, либо проблема еще серьезнее.