lealhost

lealhost
Рейтинг
136
Регистрация
07.06.2014
Должность
Системный Администратор, golang разработчик
Mars88:
MySQL 5.5.65-1.el7, according to the requirements of all standards

This MariaDB, a fork MySQLa, but not "the" original.

in phpMyAdmin follow on both servers:

SHOW COLLATION LIKE 'utf8mb4%'

The results differ?

On one of the MySQL-server most likely does not support utf8mb4 encoding.

Better yet, look in Xenforo mistake for which he can not change the encoding of the connection.

That mistake, that you have shown does not include the response of the database server.

Mars88:
Все проверено уже 100500 раз. Только и остается улыбаться:)
Вот и на Webhost1 тоже, только улыбаются, а помочь ничем не могут. Или не хотят

Какая версия MySQL? :)

Mars88:
All have tested 100,500 times. Only remains to smile :) Here and Webhost1 too, just smile and help anything they can not. Or do not want

What version of MySQL? :)

Чекайте версии MySQL-серверов там и там.
Mars88:
Так что не нужно свои ж*пы прикрывать:)

Не за что 🤣

Checa version of MySQL-server here and there.

Mars88:
So do not need your f * nN cover :)

Not at 🤣

Проблемы нуленых движков без саппорта.

Хостер охренел :)

Чекайте версии MySQL-серверов там и там.

Problems nulenyh engines without tech support.

Hoster ohrenel :)

Checa version of MySQL-server here and there.

Miracle:

буду рад если подскажете с чего начать?

оки. а на что обращать внимание?

что за креш почти2 гб? есть полезная информация в нем?

Обращать внимание нужно на время.

У вас файл дампа создался сегодня в 00:00:03, соответственно можно глянуть /var/log/messages, +-10 секунд от этого времени и в это время.

Сервер случайно не перезагружался ночью? Покажет команда "uptime" или "last".

Как получить информацию из дампа описано здесь:

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/deployment_guide/s1-kdump-crash

Дебажить дампы это довольно специфичное занятие, лучше посмотрите системный журнал.

Miracle:

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

1.df -h
2. find / -type f -size +500M
3. в моем случае были логи такого типа /var/crash/127.0.0.1-2020-06-02-00:00:03/
4. удалить лишнее
5. перезапустил
systemctl start mariadb
systemctl start nginx
systemctl start php-fpm

Хорошо, что разобрались, но лучше выявить причину по которой сыпятся подобные "журналы", точнее, вероятно всего это были coredump-файлы для отладки приложений после сегфолтов, они всегда крупные. :) Если не разобраться, будет рецидив.

Скорее всего какое-то приложение крашится и оставляет дамп. В журналах (обычно /var/log/messages or /var/log/syslog ) можно разглядеть аномалии.

Какая операционная система?

Что показывает следующая команда?

du -xha -d1 /
Всего: 1013