Все mysql базы на сервере дропнулись...

S
На сайте с 22.03.2008
Offline
179
1498

Что это могло быть, есть идеи?

Centos. Базы были под wordpress в основном, drupal был.

Файлы на месте. Только базы опустели...

Под каждый сайт был отдельный юзер создан, соответственно разные юзеры баз.

fail2ban был.

LEOnidUKG
На сайте с 25.11.2006
Offline
1749
#1

У вас VPS или выделенный сервер?

Смотрите в папке mysql физически на сервере она пустая?

✅ Мой Телеграм канал по SEO, оптимизации сайтов и серверов: https://t.me/leonidukgLIVE ✅ Качественное и рабочее размещение SEO статей СНГ и Бурж: https://getmanylinks.ru/ ✅ Настройка и оптимизация серверов https://getmanyspeed.ru/
S
На сайте с 22.03.2008
Offline
179
#2

usr/share/mysql там есть файлы.

сервер.

LEOnidUKG
На сайте с 25.11.2006
Offline
1749
#3

файлы с названием ваших БД и таблиц? Размеры у них не нулевые т.е. больше мегабайт и т.д.?

Сервер перезагружали или обновляли?

S
На сайте с 22.03.2008
Offline
179
#4

сегодняшние дампы на 1кб

там только это

-- MySQL dump 10.13 Distrib 5.5.44, for Linux (x86_64)
--
-- Host: localhost Database: name_1
-- ------------------------------------------------------
-- Server version 5.5.44

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2015-12-10 5:10:02

не, не перезагружал, не обновлял, на ровном месте произошло.

pupseg
На сайте с 14.05.2010
Offline
364
#5

/var/lib/mysql - что в этой папке ?

доступ есть на сервер\впс или это шаред хостинг?

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).
S
На сайте с 22.03.2008
Offline
179
#6
pupseg:
/var/lib/mysql - что в этой папке ?
доступ есть на сервер\впс или это шаред хостинг?

хм, там все базы, и не пустые...

доступ есть, сервер под centos, vestacp.

pupseg
На сайте с 14.05.2010
Offline
364
#7

так дайте доступ в личку. посмотрю.

просто не быстро вы как-то реагируете, если вопрос срочный.

S
На сайте с 22.03.2008
Offline
179
#8
pupseg:
так дайте доступ в личку. посмотрю.
просто не быстро вы как-то реагируете, если вопрос срочный.

Просто запрашивал разные источники и сидел тыкался.

Полная история. Интересно ваше мнение:

/ru/forum/919119

pupseg
На сайте с 14.05.2010
Offline
364
#9

после yum update бывает так что некоторые конфиги не всегда сохраняются в rpmsave или rpmnew-файлы. Обновленный конфиг перетер конфиг vesta'ы.

поэтому не получается запустить httpd, возможно yum положил в /etc/nginx/conf.d/ /etc/httpd/conf.d какие-то дефолтные файлы веб-сервера типа default.conf в которых прописано прослушивать порт 80 вместо другого.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий