Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Добрий вечір. Проблема виникла не через поновлення. Оновлення пройшло в 14.10.2021 1:19 без проблем. На сервері стався збій Oct 14 02:18:01, це видно по логах, які закінчуються о 02:18:01 і починають тільки Oct 14 09:26:54, коли ви перезавантажили сервер. Oct 14 02:17:01 srv65111 systemd: Starting Session 4295 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 безкоштовно 1.8G можливий → поточний термін 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 (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 115200n8 LANG=en_US.UTF-8 Оновлення запускаються годинниковим кроном, який не запустився після першої години ночі. Останній процес на сервері запускався Oct 14 2: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 буде скасовано з 5%, якщо використовується.) Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (running with inotify support) Зараз система працює так як файлові репозиторія, і двигуна CRM системи пошкоджені. Наскільки я зрозумів, цілісність БД ви відновили. Бо таблиці БД так само були пошкоджені.
Добрий вечір.
Проблема виникла не через поновлення. Оновлення пройшло в 14.10.2021 1:19 без проблем.
На сервері стався збій Oct 14 02:18:01, це видно по логах, які закінчуються о 02:18:01 і починають тільки Oct 14 09:26:54, коли ви перезавантажили сервер.
Oct 14 02:17:01 srv65111 systemd: Starting Session 4295 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 безкоштовно 1.8G можливий → поточний термін 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 (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 115200n8
LANG=en_US.UTF-8
Оновлення запускаються годинниковим кроном, який не запустився після першої години ночі.
Останній процес на сервері запускався Oct 14 2: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 буде скасовано з 5%, якщо використовується.)
Oct 14 09:27:02 srv65111 crond[498]: (CRON) INFO (running with inotify support)
Зараз система працює так як файлові репозиторія, і двигуна CRM системи пошкоджені.
Наскільки я зрозумів, цілісність БД ви відновили. Бо таблиці БД так само були пошкоджені.
добрий день Так. БД ми відновили. (У мене робляться бекапи) Зараз необхідно відновити працездатність системи. Буду дуже вдячний за допомогу. Я не знаю чому, але почалися такі проблеми. У понеділок система також не запустилася. Було пошкоджено БД. Ми її відновили бекапом на день раніше, і все запрацювало. І зараз знову. Але вже не лише БД злетіла виходить. Якщо Ви маєте можливість виправити поломку. Зробіть будь ласка.
добрий день
Так. БД ми відновили. (У мене робляться бекапи)
Зараз необхідно відновити працездатність системи.
Буду дуже вдячний за допомогу.
Я не знаю чому, але почалися такі проблеми.
У понеділок система також не запустилася. Було пошкоджено БД. Ми її відновили бекапом на день раніше, і все запрацювало.
І зараз знову. Але вже не лише БД злетіла виходить.
Якщо Ви маєте можливість виправити поломку. Зробіть будь ласка.
Комар Олександр писав/ла: Можливо це SSD, на якому встановлена система виходить з ладу? І ушкоджуються файли.
Добрий день. Можливо й так. Ми не моніторимо сервер клієнтів, тому нам складно сказати, що відбувається на сервері і чому так відбувається.
Комар Олександр писав/ла: Якщо Ви маєте можливість виправити поломку. Зробіть будь ласка.
Роботи з відновлення пошкоджених файлів – 1 год.
[quote]
Комар Олександр писав/ла:
Можливо це SSD, на якому встановлена система виходить з ладу?
І ушкоджуються файли.
[/quote]
Добрий день.
Можливо й так. Ми не моніторимо сервер клієнтів, тому нам складно сказати, що відбувається на сервері і чому так відбувається.
[quote]
Комар Олександр писав/ла:
Якщо Ви маєте можливість виправити поломку. Зробіть будь ласка.
[/quote]
Роботи з відновлення пошкоджених файлів – 1 год.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар