Не могу зайти на Бокс. Ошибка 500!
Видно снова ночью было обновление которое не дошло до конца или не правильно легло.
Ответы:
Добрый вечер.
Проблема возникла не из за обновления. Обновление прошло в 14.10.2021 01:19 без проблем.
На сервере произошел сбой Oct 14 02:18:01, это видно по логам, котрые заканчиваются в 02:18:01 и начинаютсч только Oct 14 09:26:54, когда вы перезагрузили сервер.
Oct 14 02:17:01 srv65111 systemd: Starting Session 4295 of user root.
Oct 14 02:18:01 srv65111 systemd: Started Session 4296 of user root.
Oct 14 02:18:01 srv65111 systemd: Starting Session 4296 of user root.
Oct 14 09:26:54 srv65111 journal: Runtime journal is using 8.0M (max allowed 189.5M, trying to leave 284.2M free of 1.8G available → current limit 189.5M).
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpuset
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpu
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpuacct
Oct 14 09:26:54 srv65111 kernel: Linux version 3.10.0-862.2.3.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) ) #1 SMP Wed May 9 18:
05:47 UTC 2018
Oct 14 09:26:54 srv65111 kernel: Command line: BOOT_IMAGE=/vmlinuz-3.10.0-862.2.3.el7.x86_64 root=UUID=e00f4793-08de-4f52-b7c4-e73602eb8934 ro crashkernel=auto console=ttyS0,115200n8
LANG=en_US.UTF-8
Обновление запускаются часовым кроном, который не запустился после часа ночи.
Последний процесс на сервере запускался Oct 14 02:18:01 и потом только после перезагрузки:
Oct 14 02:16:01 srv65111 CROND[14998]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 02:17:01 srv65111 CROND[15027]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 02:18:01 srv65111 CROND[15056]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 5% if used.)
Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (running with inotify support)
Сейчас система на работает так как файловы репозитория, и движка CRM системы повреждены.
На сколько я понял, целостность БД вы восстановили. Потому, что таблицы БД так же были повреждены.
Проблема возникла не из за обновления. Обновление прошло в 14.10.2021 01:19 без проблем.
На сервере произошел сбой Oct 14 02:18:01, это видно по логам, котрые заканчиваются в 02:18:01 и начинаютсч только Oct 14 09:26:54, когда вы перезагрузили сервер.
Oct 14 02:17:01 srv65111 systemd: Starting Session 4295 of user root.
Oct 14 02:18:01 srv65111 systemd: Started Session 4296 of user root.
Oct 14 02:18:01 srv65111 systemd: Starting Session 4296 of user root.
Oct 14 09:26:54 srv65111 journal: Runtime journal is using 8.0M (max allowed 189.5M, trying to leave 284.2M free of 1.8G available → current limit 189.5M).
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpuset
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpu
Oct 14 09:26:54 srv65111 kernel: Initializing cgroup subsys cpuacct
Oct 14 09:26:54 srv65111 kernel: Linux version 3.10.0-862.2.3.el7.x86_64 (builder@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC) ) #1 SMP Wed May 9 18:
05:47 UTC 2018
Oct 14 09:26:54 srv65111 kernel: Command line: BOOT_IMAGE=/vmlinuz-3.10.0-862.2.3.el7.x86_64 root=UUID=e00f4793-08de-4f52-b7c4-e73602eb8934 ro crashkernel=auto console=ttyS0,115200n8
LANG=en_US.UTF-8
Обновление запускаются часовым кроном, который не запустился после часа ночи.
Последний процесс на сервере запускался Oct 14 02:18:01 и потом только после перезагрузки:
Oct 14 02:16:01 srv65111 CROND[14998]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 02:17:01 srv65111 CROND[15027]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 02:18:01 srv65111 CROND[15056]: (root) CMD (/etc/cron.minute.conf.sh > /dev/null 2>&1)
Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (RANDOM_DELAY will be scaled with factor 5% if used.)
Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (running with inotify support)
Сейчас система на работает так как файловы репозитория, и движка CRM системы повреждены.
На сколько я понял, целостность БД вы восстановили. Потому, что таблицы БД так же были повреждены.
15.10.2021, 00:26
Добрый день
Да. БД ми восстановили. (У меня делаются бекапы)
Сейчас очень необходимо восстановить работоспособность системы.
Буду очень благодарен за помощь.
Я не знаю почему но начались такие проблемы.
В понедельник система тоже не запустилась. Была повреждена БД. Мы ее восстановили бекапом на день раньше и все заработало.
И сейчас снова. Но уже не только БД слетела получается.
Если у Вас есть возможность исправить поломку. Сделайте пожалуйста.
Да. БД ми восстановили. (У меня делаются бекапы)
Сейчас очень необходимо восстановить работоспособность системы.
Буду очень благодарен за помощь.
Я не знаю почему но начались такие проблемы.
В понедельник система тоже не запустилась. Была повреждена БД. Мы ее восстановили бекапом на день раньше и все заработало.
И сейчас снова. Но уже не только БД слетела получается.
Если у Вас есть возможность исправить поломку. Сделайте пожалуйста.
15.10.2021, 09:01
Возможно это SSD на котором установлена система выходит из строя?
И повреждаются файлы.
И повреждаются файлы.
15.10.2021, 09:07
Комар Александр писал/а:
Возможно это SSD на котором установлена система выходит из строя?
И повреждаются файлы.
Добрый день.
Возможно и так. Мы не мониторим сервера клиентов, поэтому нам сложно сказать, что происходит на сервере и почему так происходит.
Комар Александр писал/а:
Если у Вас есть возможность исправить поломку. Сделайте пожалуйста.
Работы по восстановлению поврежденных файлов - 1 час.
15.10.2021, 10:52
Стоимость 1 час - 30$
После оплаты.
После оплаты.
15.10.2021, 11:23
Вам вышлют счет, в письме.
15.10.2021, 11:36
Восстановились из резервной копии. Большое спасибо за помощь.
15.10.2021, 14:33
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий
Copyright © OneBox 2024
