[Login88]

В общем есть VPS-Ubuntu, скул с включением сервака нормально работает все гуд, примерно через сутки MySQL отваливается и через консоль запустить не получается, только ребут всей системы помогает.

Помогите понять, в чем проблема?! Гуглил такого не встречал, попытка переустановить только MySQL привела к резервному копированию всего сервака.

Если выполнить: service mysql stop или restart то он более не запустится до перезагрузки.

[ArhStrAngeR]

Login88, читайте логи на сервере, там будет написана причина падения. Устраните - будет работать бесперебойно

[Glueon]

Поддержу ArhStrAngeR, нужен лог отсюда: /var/log/mysql
А то можно долго гадать на кофейной гуще :)

По симптомам вангую о нехватке памяти. Вероятно увидите в логе что-то подобное:

Код:

1 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
  1 [Note] Plugin 'FEDERATED' is disabled.
  1 InnoDB: The InnoDB memory heap is disabled
  1 InnoDB: Mutexes and rw_locks use GCC atomic builtins
  1 InnoDB: Compressed tables use zlib 1.2.8
  1 InnoDB: Using Linux native AIO
  1 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
  1 InnoDB: Completed initialization of buffer pool
  1 InnoDB: Fatal error: cannot allocate memory for the buffer pool
  1 [ERROR] Plugin 'InnoDB' init function returned error.
  1 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
  1 [ERROR] Unknown/unsupported storage engine: InnoDB
  1 [ERROR] Aborting
  1 [Note] /usr/sbin/mysqld: Shutdown complete
  2 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
  2 [Note] Plugin 'FEDERATED' is disabled.
  2 InnoDB: The InnoDB memory heap is disabled
  2 InnoDB: Mutexes and rw_locks use GCC atomic builtins
  2 InnoDB: Compressed tables use zlib 1.2.8
  2 InnoDB: Using Linux native AIO
  2 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
  2 InnoDB: Completed initialization of buffer pool
  2 InnoDB: Fatal error: cannot allocate memory for the buffer pool
  2 [ERROR] Plugin 'InnoDB' init function returned error.
  2 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
  2 [ERROR] Unknown/unsupported storage engine: InnoDB
  2 [ERROR] Aborting
  2 [Note] /usr/sbin/mysqld: Shutdown complete

Сколько у вас оперативки на впске?

Как временное решение могу посоветовать:
1. Установить размер буфера (buffer pool size) InnoDB с 128 мб до 64 мб (если все, как в примере выше).

Код:

root@vps:~# locate my.cnf
/etc/mysql/my.cnf

2. Подключить swap, если не подключен (можно проверить sudo swapon -s, если ничего не покажет, значит swap не используется)
Пример для 256 метров:

Код:

sudo dd if=/dev/zero of=/swapfile bs=1024 count=256k
sudo mkswap /swapfile
sudo swapon /swapfile

Чтобы не сбрасывался после перезагрузки, нужно прописать fstab:

Код:

sudo vim /etc/fstab

Добавим следующее:

Код:

/swapfile       none    swap    sw      0       0

Теперь нужно подстраховаться от падений из-за нехватки свапа:

Код:

echo 10 | sudo tee /proc/sys/vm/swappiness
echo vm.swappiness = 10 | sudo tee -a /etc/sysctl.conf

Настроим права доступа, чтобы никто туда ничего не записал плохого:

Код:

sudo chown root:root /swapfile 
sudo chmod 0600 /swapfile

Все! Но лучше как я уже написал, поменять тариф на большую оперативку. Возможно неправильно наванговал, поэтому ждем лога :)

[Login88]

Спасибо! Буду делать, по логам было примерно что-то такое, но чуть в другом варианте=) про InnoDB поболя строчек было. В данный момент сервак не доступен(( поэтому глянуть и сделать ничего не могу. Отпишусь обязательно.

Оперативки 256МБ, маловато, в работе занято примерно 120-130МБ без нагрузки.

[OneShot]

Оперативки 256МБ, маловато, в работе занято примерно 120-130МБ без нагрузки.

Сами ответили на свой вопрос. Увеличивайте конфу

[Login88]

Да именно, ошибка была в том что InnoDB требовал 128МБ, а видимо при перезапуске нету свободных столько.

Сделал с подключением свап файла, на сколько это метод поможет в моей ситуации незнаю, но проверю.

Увеличивать конфигу не шибко хочется, взял впску для эксперимнта и для 2-х сайтов, как считаете хватит такой конфиги для 2-х сайтов?

1.) Wordpress + пара плагинов с выводом похожих записей, посещалка 600\сутки
2.) DLE, посещалка 1000\сутки

Одновременно на линии не более 25-30

Спасибо всем откликнувшимся!

[Shinigami]

Смотря каких плагинов. Лично мне кажется что при менее 512 последние версии вордпреса вообще не стоит ставить

[berida]

Как вы вообще мускуль поставили? У меня он на 300мб даже запуститься не мог. Правил конфиг, чтобы он меньше жрал оперативы по различным манам - не помогло. Пришлось 600мб брать.

[Login88]

Ну как, так и поставил) Он немного сжирает памяти=)

У меня стоит Ubuntu+apache. ничего лишнего нету=) эконом вариант для экспериментов=)

Вордпресс ведет себя нормально, плагины, ну это вывод рандомно записи на страницах, и еще кое-что стоит на кроне и выполняется раз в сутки, но это буквально на 20 секунд. Так же стоит еще ферма твитера которая постит сообщения по 15 шт. каждые 5 минут по крону. Вот такая связка=) по итогу все может занимать порядка 200МБ 40 еще свободно хоть как. Но если перезапуск то ничего не выйдет) приходиться перезапускать сервак чтобы оперативочка ушла на начальные 110МБ)

[berida]

А конфиг родной? Что-то даже не верится. Можете показать вывод ps?