LinuxForum.Fans
Тема

Centos Rescue mode

Автор: dimagra 7 сообщений 1273 просмотров
11.04.2021 10:37 · отредактировано #436200

Здравствуйте!
Вчера решил обновить сервер на Centos 8

text

Upgraded:
  crypto-policies-20210209-1.gitbfb6bed.el8_3.noarch
  crypto-policies-scripts-20210209-1.gitbfb6bed.el8_3.noarch
  dbus-1:1.12.8-12.el8_3.x86_64
  dbus-common-1:1.12.8-12.el8_3.noarch
  dbus-daemon-1:1.12.8-12.el8_3.x86_64
  dbus-libs-1:1.12.8-12.el8_3.x86_64
  dbus-tools-1:1.12.8-12.el8_3.x86_64
  file-5.33-16.el8_3.1.x86_64
  file-libs-5.33-16.el8_3.1.x86_64
  java-1.8.0-openjdk-headless-1:1.8.0.282.b08-2.el8_3.x86_64
  kernel-headers-4.18.0-240.22.1.el8_3.x86_64
  kernel-tools-4.18.0-240.22.1.el8_3.x86_64
  kernel-tools-libs-4.18.0-240.22.1.el8_3.x86_64
  openssl-1:1.1.1g-15.el8_3.x86_64
  openssl-libs-1:1.1.1g-15.el8_3.x86_64
  python3-perf-4.18.0-240.22.1.el8_3.x86_64
  qemu-guest-agent-15:4.2.0-34.module_el8.3.0+755+88436ea4.5.x86_64
  systemd-239-41.el8_3.2.x86_64
  systemd-libs-239-41.el8_3.2.x86_64
  systemd-pam-239-41.el8_3.2.x86_64
  systemd-udev-239-41.el8_3.2.x86_64
  zlib-1.2.11-16.2.el8_3.x86_64

Installed: kernel-4.18.0-240.22.1.el8_3.x86_64 kernel-core-4.18.0-240.22.1.el8_3.x86_64 kernel-devel-4.18.0-240.22.1.el8_3.x86_64 kernel-modules-4.18.0-240.22.1.el8_3.x86_64

Removed: kernel-4.18.0-240.1.1.el8_3.x86_64 kernel-core-4.18.0-240.1.1.el8_3.x86_64 kernel-devel-4.18.0-193.28.1.el8_2.x86_64 kernel-modules-4.18.0-240.1.1.el8_3.x86_64

После обновления сервер вернулся только в режиме восстановления. Был доступ по ssh. На данный момент я уже переставил сервер заново, но хотелось бы понять, что я должен был сделать, чтобы попытаться восстановить сервер, если вдруг такое же произойдет в будущем.
Когда я переустанавливал систему Centos 8 в панеле по какой-то причине не была активна галочка raid. На сервере два ssd винта, которые были объеденены в raid 1, после переустановки raid был недоступен и сейчас система стоит только на одном винте, без raid.
Как мне безопасно проверить сейчас винт на возможные проблемы? Ведь я до сих пор не понимаю, почему после обновления сервер не вернулся.

В режиме восстановления я пытался восстановить raid, чтобы получить доступ к логам и файлам системы, но не смог.
По инструкции найденой в интернете я сначала :

text
mdadm --examine --scan >> /etc/mdadm.conf

Создался файл внутри две строчки:

text
Array /dev/md1
Array /dev/md2

По инструкции я должен дальше выполнить

text
mdadm --assemble --scan /dev/md0

Однако вылезла ошибка:

text
mdadm: /dev/md0 not identified in config file.

я пробовал и /dev/md1 и /dev/md2 все время эта же ошибка. Как же мне надо было получить доступ к файлам в системе? Два ssd /dev/sda и /dev/sdb

11.04.2021 10:52 #436201

Нагуглил, что не подгрузился модуль может быть

11.04.2021 10:57 #436202

Меня всегда учили, что raid1 это круто, теряем пространство одного винта, зато система очень стабильная. Если один винт умрет, то система будет работать на втором. И что в итоге? Если бы не было raid я бы в режиме восстановления подмонтировал бы без проблем винт, сделал бы загрузку grub по старому ядру и все бы загрузилось.

11.04.2021 12:35 #436204

dimagra, не надо дублировать вопрос в разном виде в нескольких темах. Дубликат удалил.

11.04.2021 13:33 · отредактировано #436205
shtoom написал:
https://www.altlinux.org/Mdadm тут пишут, что обновлять надо initrd.

К сожалению в инструкции, которую я нашел про make-initrd не было ни слова. Плохо, что по centos нет подробной инструкции, как возвращать сервер с raid в режиме восстановления. Буду признателен за ссылочку

Rizado написал:
dimagra, не надо дублировать вопрос в разном виде в нескольких темах. Дубликат удалил.

Не совсем понял, как две разные темы могут дублировать друг друга. Если в первой теме я спрашиваю как восстановить сервер в режиме rescue mode, а во второй теме спрашиваю как правильно настроить на новом сервере ssh, чтобы, сервер не взломали.

Ну не проблема, скопирую тему сюда, может кто-то что-то путное напишет:


Вчера у меня при обновлении не вернулся сервер(соседняя тема), не стоит исключать, что сервер взломали и после перезагрузки просто не загрузилось затрояненное ядро.
На сервере был вход только по ssh
Вход по ssh на нестандартном порту, вход по root запрещен. Заход только по одному пользователю(у которого нет sudo прав), пароль сложный.
Как вы считаете такое достаточно, чтобы защититься от несанкционированного входа по ssh?
Я понимаю, что взломать могут и без помощи ssh, на сервере еще было named-chroot, httpd и squid. Лишние порты были закрыты через iptables
Также нужно именно вход по ssh по паролю, по ключу не устраивает
11.04.2021 14:03 #436206

dimagra, Чем мог тем помог, а админ соблюдает правила и не более... :) (Я в удаленной теме ответил вам и думаю в этом причина. Из того вопроса на мой взгляд: вас наврядли взломали и это был коcяк обновления) Я пользователь Gentoo, а не Centos и мой незамутненный взгляд как раз и решает мои проблемы., но видимо не ваши, или не в полной мере. *DRINK*

Войдите или зарегистрируйтесь, чтобы ответить.