From: Leonid Krivoshein <klark.devel@gmail.com> To: make-initrd@lists.altlinux.org Subject: Re: [make-initrd] [degraded md-raid] make-initrd в p9 и в Сизифе Date: Sat, 29 Feb 2020 00:43:37 +0300 Message-ID: <cd5b27dd-cc68-2831-0821-0725683bd8e0@gmail.com> (raw) In-Reply-To: <20200228133337.tx6kxq2jdwcb2nxl@comp-core-i7-2640m-0182e6> 28.02.2020 16:33, Alexey Gladkov пишет: > On Fri, Feb 28, 2020 at 03:17:12AM +0300, Leonid Krivoshein wrote: >>> [...] >> Но главный аргумент в другом: желательно собрать рейды до перехода в >> корень и сразу починить ситуацию с read-auto. Если этого не сделать, всё >> равно нормально система не загрузится. > Если корень собран, то загрузится. Если в корне лежит не всё, что нужно > для закрузки, то это неправильная конфигурация. В корне есть всё, чтобы начать процесс загрузки. ELF, которому ты передаёшь управления по выходу из stage1 (ну хорошо, ядро передаёт) -- это пресловутый systemd, а о том, что в конфигурации что-то не так, админ узнает только когда отъедет рейд. И не факт, что к этому моменту будет сеть или запущен ssh. Я это частенько вижу -- есть только локальный рутовый доступ и страшная сага о невозможности запуска некоторой службы. > Кстати, make-initrd умеет ждать не только рут, но и другие точки > монтирования. Для этого можно либо добавить точку монтирования в > MOUNTPOINTS, либо добавить x-initrd-mount в опции точки монтирования в > fstab. Отлично, уже хлеб! >> Даже если загрузится, как показали мои предыдущие >> эксперименты, уже не нормально, что SWAP в состоянии read-only и по сути >> отключен. Это значит, что несмотря на удачную загрузку, в каких-то >> конфигурациях прилетит нежданчиик ООМ. > Зачем swap на рейд ?! Не делай так. Это почему же? Так делают многие. Рейд, в отличие от одиночного диска, нужен для избыточности, и чтобы в случае выхода одного диска из строя, всё не встало колом. >>> Меня беспокоит, что в этом случае любая проблема с любым рейдом в системе >>> может привезти к невозможности загрузки. >> Если ставить целью перейти как можно быстрее в корень, как только для этого >> образуется любая возможность, то да. Но, мне кажется, это неверная цель, и >> не надо беспокоиться о невозможности загрузки рейдов на этой стадии. Как раз >> наоборот. Либо всё починили и грузимся, либо бестолку грузиться, поскольку >> ещё неизвестно, что там поломано и как оно себя поведёт. > Рейд как раз и нужен для того чтобы загрузится если диск вылетел. Так а по факту сейчас получается наоборот. Бери в расчёт не стадию выхода из stage1, а хотя бы ту стадию, когда будет доступен вход снаружи по ssh. Это ещё не конец загрузки, но при отъезде рейдов, и до неё можно не дотянуть. > Ты, видимо, никогда не чинил сервера удалённо через суппорт сервис ... Слава богу! Но в данном случае лучше попробовать починить сборку рейдов в stage1, чем застрять в самом начале stage2. Иначе шансы иметь дело с удалённым саппортом будут намного выше. >> Рабочий корень это ещё не средство для ремонта. > Ты ошибаешься. Для этого у нас есть деление на /bin, /sbin и /usr . Я имел ввиду, что рабочий корень ещё не панацея, с него нельзя починить все мыслимые поломки в дисковой подсистеме. Для удалённых ремонтов сейчас есть IPMI, BMC, iLO и прочие приблуды, в конце концов. > Только не нужно мне рассказывать о моих коллегах, которые всё > перенесли в /usr. > >> Но если уж так совсем боязно, можно >> предусмотреть загрузочную опцию типа NO_REPAIR=1 и писать о ней в конце при >> невозможности авто-ремонта. > Вот подумай, как ты сможешь ввести этот параметр, если ты _уже_ не смог > загрузиться ? Поедешь не площадку к серверу, чтобы этот параметр ввести ? Нужна рабочая консоль. Хоть локальная, хоть удалённая. На современных серверах этого добра хватает. -- Best regards, Leonid Krivoshein.
next prev parent reply other threads:[~2020-02-28 21:43 UTC|newest] Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-17 11:27 ` Leonid Krivoshein 2020-02-17 15:23 ` Alexey Gladkov 2020-02-17 15:28 ` Michael Shigorin 2020-02-18 0:51 ` Leonid Krivoshein 2020-02-17 15:59 ` Leonid Krivoshein 2020-02-17 19:21 ` Leonid Krivoshein 2020-02-18 20:08 ` Michael Shigorin 2020-02-18 20:42 ` Leonid Krivoshein 2020-02-27 20:10 ` Alex Gladkov 2020-02-27 20:30 ` Michael A. Kangin 2020-02-27 21:35 ` Leonid Krivoshein 2020-02-27 22:05 ` Alexey Gladkov 2020-02-27 22:12 ` Michael A. Kangin 2020-02-27 23:34 ` Alexey Gladkov 2020-03-06 20:32 ` Michael Shigorin 2020-02-27 21:26 ` Leonid Krivoshein 2020-02-27 23:27 ` Alexey Gladkov 2020-02-28 0:17 ` Leonid Krivoshein 2020-02-28 13:33 ` Alexey Gladkov 2020-02-28 21:43 ` Leonid Krivoshein [this message] 2020-02-28 23:39 ` Alexey Gladkov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cd5b27dd-cc68-2831-0821-0725683bd8e0@gmail.com \ --to=klark.devel@gmail.com \ --cc=make-initrd@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Make-initrd development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \ make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com public-inbox-index make-initrd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.make-initrd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git