GamletOrtikov

GamletOrtikov
Рейтинг
95
Регистрация
26.08.2011
Steepler:
таблиц в базе данных много? Структуру поврежденной таблице показать можете?

Таблицы стандартные для движков dle, joomla, wordpress

vga1:
/etc/mysql/my.cnf покажите?
[mysqld]
max_allowed_packet=32M
pid-file=/var/run/mysqld/mysqld.pid
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
symbolic-links=0
innodb_file_per_table=1
[mysqld_safe]
log-error=/var/log/mariadb/mariadb.log
pid-file=/var/run/mariadb/mariadb.pid
!includedir /etc/my.cnf.d

Я тут в файле mariadb.service добавил строки:

Restart=always
RestartSec=10s

не знаю это ли помогло или нет, но по крайней мере в последние пару дней сайты хотя бы не висят с ошибкой. Знаю, что это в целом не решает проблемы, но хотя бы такой костиль.

Подскажите, если перейти с OpenVZ на KVM с таким же объёмом оперативки, то памяти больше будет оставаться или нет? А то были мысли перейти на KVM на дисках NVMe, может уже пришло время.

---------- Добавлено 15.10.2018 в 17:17 ----------

LEOnidUKG:
Возможно боты начали активно спамить

На трёх новых сайтах, которые я недавно добавил (они на чистом html), посмотрел логи посещения. Там действительно много заходов от ненужных ботов. Наверняка отъедают часть оперативки и поэтому для базы данных её не хватает. Закрыл индексацию через .htaccess и теперь понаблюдаю как изменятся логи сервера базы данных.

Evas:
А /var/log/syslog есть?

Этого тоже нет.

Steepler:
Какая нагрузка на базу (сколько соединений)? Объем БД? Сколько записей в поврежденных таблицах?

Нагрузку тоже не знаю, а объём всех баз данных примерно 430 Мб, записей в повреждённых таблицах от 200 и более.

Я сейчас ещё заглянул в VMmanager и посмотрел статистику за текущий месяц и там действительно использование памяти очень часто более 90% плюс количество отказов памяти в последнее время резко возросло.

LEOnidUKG, я базы восстанавливал командами repair, но всё равно в логах отображаются ошибки.

/var/log/messages - такого у меня нет.

Как за памятью следить не знаю, поэтом не могу сказать.

Ось не обновлял. Уже несколько лет работало просто отлично. Сейчас вдруг такая проблема.

---------- Добавлено 13.10.2018 в 18:45 ----------

Базы InnoDB вообще у меня не используются. Может их отключить?

LEOnidUKG:
Что значит падает?!

Покажите весь лог полностью.

Имею ввиду, что при посещении сайта разумеется он выдаёт ошибку, что база данных не работает. Приходится через SSH запускать командой systemctl start mariadb.service

Весь лог идентичен, там просто после этого идёт инфа о базах данных:


181013 16:59:25 mysqld_safe Number of processes running now: 0
181013 16:59:25 mysqld_safe mysqld restarted
181013 16:59:28 [Note] /usr/libexec/mysqld (mysqld 5.5.47-MariaDB) starting as process 11748 ...
181013 16:59:28 InnoDB: The InnoDB memory heap is disabled
181013 16:59:28 InnoDB: Mutexes and rw_locks use GCC atomic builtins
181013 16:59:28 InnoDB: Compressed tables use zlib 1.2.7
181013 16:59:28 InnoDB: Using Linux native AIO
181013 16:59:28 InnoDB: Initializing buffer pool, size = 128.0M
181013 16:59:28 InnoDB: Completed initialization of buffer pool
181013 16:59:28 InnoDB: highest supported file format is Barracuda.
181013 16:59:29 InnoDB: Waiting for the background threads to start
181013 16:59:30 Percona XtraDB (http://www.percona.com) 5.5.46-MariaDB-37.6 started; log sequence number 1698811
181013 16:59:30 [Note] Plugin 'FEEDBACK' is disabled.
181013 16:59:30 [Note] Server socket created on IP: '0.0.0.0'.
181013 16:59:31 [Note] Event Scheduler: Loaded 0 events
181013 16:59:31 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.47-MariaDB' socket: '/var/lib/mysql/mysql.sock' port: 3306 MariaDB Server
181013 16:59:31 [ERROR] mysqld: Table './base1/dm_news' is marked as crashed and should be repaired
181013 16:59:31 [Warning] Checking table: './base1/dm_news'
181013 16:59:31 [ERROR] mysqld: Table './base2/dle_post' is marked as crashed and should be repaired
181013 16:59:31 [Warning] Checking table: './base2/dle_post'
181013 16:59:31 [ERROR] mysqld: Table './base1/dm_view' is marked as crashed and should be repaired
181013 16:59:31 [Warning] Checking table: './base1/dm_view'
181013 16:59:31 [ERROR] mysqld: Table './base2/dle_views' is marked as crashed and should be repaired
181013 16:59:31 [Warning] Checking table: './base2/dle_views'

Здравствуйте. Подскажите, что будет с полем ТИЦа при поиске площадок в интерфейсе оптимизатора? Сейчас получается такая ситуация, что при добавлении сайта вебмастером, ТИЦ определяется как 0 и соответственно новый добавленный сайт выпадает из поиска большинства оптимизаторов, которые наверняка при поиске площадок устанавливают ТИЦ больше 0.

Спасибо за ответ.

Мда... видимо юниплейс с выплатой решил тянуть до последнего. Заказывал 1-го, а уже конец 10-го.

dimsog, да вроде там и ломать то нечего, как мне казалось )) админку снёс, плагинов почти нет, да и проблем никогда не было. Оказалось показалось ))

В общем, разобрался. Пользователь LEOnidUKG оказался на 100% прав, был найден вирус. Обнаружил не по дате изменения файлов, а по разнице в объёме двух изменённых файлов. Плюс заглянул в папку загрузок с картинками и нашёл там 4 лишние картинки с расширением gif, но содержание этих файлов было явно не как у картинок, там же нашёл файл с названием cache.php, хотя в оригинале сайта этого файла не было.

Как именно залит файл не знаю, т.к. сайт не для посетителей, там нет авторизации, регистрации и публикации новостей. Но вот как то так. Если кому-нибудь интересно, то могу заархивировать и выложить эти файлы.

dimsog:
или в php.ini включить показ ошибок.

Вписал эти строки в wp-load.php теперь вместо стандартной ошибки просто чистый лист, даже без единого html тега.

dimsog:
вы кстати включили бы показ ошибок, чтобы точно посмотреть и посмотрели бы на дату изменения файлов.

Даты изменения файлов не поменялись. Показ ошибок включил в файле wp-config.php там есть define('WP_DEBUG', false); вот его и перевёл в true

Или есть ещё какие-то способы отображения?

Всего: 200