LINUX.ORG.RU

CentOS 7 кирпичится после обновления.

 ,


0

1

Привет. Конфиг железки: HP Proliant DL 360e Gen8 в нем стоит рейд контроллер B320i, к контроллеру подключено 2 диска по 1ТБ и 2 по 900 ГБ ( SAS ). 4 диска в двух зеркалах, т.е. на выходе у меня 2 логических диска: 1тб и 900гб. При установке центоса использовал этот драйвер:

http://downloads.hpe.com/pub/softlib2/software1/pubsw-linux/p1903785255/v1233...

Размечал под ос пространство на 900гб, свободное отформатировал в ext3 и примонтировал в /mnt/blahblah

Так же пробовал просто не трогать этот диск, итого я опробовал 5 разных вариантов установки, но каждый раз после «yum -y update» система грузилась мучительно долго и в итоге выдавала:

 A start job is running for dev-mapper-centos\x2droot.device

ЧЯДНТ?

В приведённом архиве находится файл, содержащий файловую систему ext2. На этой файловой системе есть вот эти файлы:

rhdd3
rpms
rpms/x86_64
rpms/x86_64/kmod-hpvsa-1.2.16-102.rhel7u0.x86_64.rpm
rpms/x86_64/repodata
rpms/x86_64/repodata/repomd.xml
rpms/x86_64/repodata/40cc5ca18f1b2704da7cdafdbc1ab62df6f1d21d94a7bc0cf252187a2e187dcf-primary.xml.gz
rpms/x86_64/repodata/d95fc0541c1fa07b63e30a99930d7ed406df045d98546016e74d7eec50aff68c-filelists.sqlite.bz2
rpms/x86_64/repodata/2d1d3f18173d8b94deb711f0cb19445ef19bae5961db90b85f64780b76172a43-primary.sqlite.bz2
rpms/x86_64/repodata/5a409c028bc59b1b213d91660a904654895a1a080ef194ec0b78938f3b014f65-filelists.xml.gz
rpms/x86_64/repodata/207d712f74869b8ad8d35129f6ff7e122a67ec4688ba6c8e50a0aeb9fa71cf53-other.sqlite.bz2
rpms/x86_64/repodata/e4cc44fa4fc1fa74bbd9b553b38b3dfaec6ae97b6a52f7243d60a2414608644c-other.xml.gz
среди них есть rpm пакет kmod-hpvsa-1.2.16-102.rhel7u0.x86_64.rpm, в котором сдержится модуль:
.
./etc
./etc/depmod.d
./etc/depmod.d/hpvsa.conf
./lib
./lib/modules
./lib/modules/3.10.0-123.el7.x86_64
./lib/modules/3.10.0-123.el7.x86_64/extra
./lib/modules/3.10.0-123.el7.x86_64/extra/hpvsa
./lib/modules/3.10.0-123.el7.x86_64/extra/hpvsa/hpvsa.ko
, т.е. уже непосредственно драйвер, но только для ядра версии 3.10.0-123.el7.x86_64.

Так что если при yum -y update у тебя обновляется ядро в системе, то под новое ядро нет попросту модуля (драйвера).

Ищи исходники этого модуля и собирай его под новое ядро, либо если есть старое ядро, то грузись с него.

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Всё так просто, большое спасибо, сам бы не подумал там посмотреть :)

The_Newbe ()
Ответ на: комментарий от kostik87

Я очень извиняюсь за тупой вопрос. А реально исключить ядро из обновлений? Никогда не задавался такой целью

The_Newbe ()
Ответ на: комментарий от The_Newbe

yum update --exclude=kernel*

или, если на постоянной основе, в /etc/yum.conf

exclude=kernel* redhat-release*

l0stparadise ★★★★★ ()

ext3

ext3 не имеет никаких преимуществ перед ext4, при этом имеет недостатки. Более того, сейчас для них используется один и тот же драйвер. Но это так, к слову.

При установке центоса использовал этот драйвер

Если у тебя нет необходимости держать на этом сервере винду, то ты изначально сделал всё неправильно. Это не raid, а так называемый fakeraid, подвид software raid, где всю работу делает не железка, а процессор, задачей же fakeraid, как железки, просто обеспечить начальную загрузку винды с массива, после чего «драйвер» будет управлять массивом в полностью программном режиме. В линуксе, где есть встроенные средства работы с программным рейдом и где загрузчики умеют загружать систему с программного рейда, подобное просто не нужно и при установке следовало просто настроить программный рейд через mdadm.

redgremlin ★★★★★ ()
Ответ на: комментарий от redgremlin

и при установке следовало просто настроить программный рейд через mdadm

Забыл только упомянуть, что перед началом установки режим рейда в контроллёре надо отключить, тогда диски станут видны установщику без стороннего драйвера и из них можно будет собрать рейд средствами уже самого установщика.

redgremlin ★★★★★ ()
Ответ на: комментарий от redgremlin

А какой в этом смысл, если в железке есть железный контроллер? тогда уж лучше поставить винду, чем заниматься таким извратом. Про фейкрейд не знал, спасибо, это удручает :(

The_Newbe ()
Ответ на: комментарий от The_Newbe

А какой в этом смысл, если в железке есть железный контроллер?

Дык в том и дело, что нету там полноценного контроллера.

извратом

Soft raid — это нормально, все этим занимаются :) Именно поэтому нет дешёвых аппаратных рейдов — не потому что это такое уж дорогое железо, а потому что в бюджетном урезанном варианте (без батарейки, кэша и т.д.) его прямым конкурентом стал бы soft raid, а конкурировать с БЕСПЛАТНО он бы не смог.

redgremlin ★★★★★ ()
Ответ на: комментарий от The_Newbe

А какой в этом смысл, если в железке есть железный контроллер?

Я понимаю, что диды собирали и всё такое, но попоратные рейды вообще-то прямо противопоказаны при использовании серьёзных файловых систем, которые имеют встроенные менеджеры томов и контроль целостности данных. Время «железных»* контроллеров постепенно заканчивается.

* - в некоторых из них может оказаться целый линукс с MD RAID.

anonymous ()
Ответ на: комментарий от kostik87

Там же weak-updates в /etc/depmod.d/hpvsa.conf
Должно работать и с новым ядром.

bigbit ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.