[Sysadmins] обновление 5.1 -> p6, evms, ядро 2.6.32, RAID IFT A12U-G2421 (Infortrend)

[Sysadmins] обновление 5.1 -> p6, evms, ядро 2.6.32, RAID IFT A12U-G2421 (Infortrend)

[Sergey]

Приветствую.

Наверное, багом это особенно не оформить, так как экспериментирвать не на чем.
Железка одна и в работе. Так что, для информации. Я несколько раз, в рассылках
и, кажется, на форуме упоминал о том, что мене не удаётся обновить систему с 
5.1 на p6, так как система не грузится с новым ядром. Сегодня выкроил время 
поковыряться с сервером. Нашёл злодея в лице evms. Почему он не мешался с 
kernel-image-ovz-rhel-2.6.18, непонятно, но попытка загрузки с 
kernel-image-ovz-el-2.6.32 приводила к тому, что /dev/sdb1 не мог смонтироваться
с сообщением "mount: /dev/sdb1 already mounted or /var/lib/vz busy"
sdb - том с  A12U-G2421. Вот как выглядела загрузка при наличии evms с 2.6.32:

Oct 26 15:48:11 kernel: [    2.873012] scsi 5:0:0:0: Direct-Access     IFT      A12U-G2421       347G PQ: 0 ANSI: 3
Oct 26 15:48:11 kernel: [    2.902636] scsi target5:0:0: Beginning Domain Validation
Oct 26 15:48:11 kernel: [    2.940556] scsi target5:0:0: Ending Domain Validation
Oct 26 15:48:11 kernel: [    2.970053] scsi target5:0:0: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 127)
Oct 26 15:48:11 kernel: [    6.505348] sd 5:0:0:0: Attached scsi generic sg2 type 0
Oct 26 15:48:11 kernel: [    6.505930] sd 5:0:0:0: [sdb] 2928715776 512-byte logical blocks: (1.49 TB/1.36 TiB)
Oct 26 15:48:11 kernel: [    6.506430] sd 5:0:0:0: [sdb] Write Protect is off
Oct 26 15:48:11 kernel: [    6.507059] sd 5:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Oct 26 15:48:11 kernel: [    6.508639]  sdb: sdb1
Oct 26 15:48:11 kernel: [    6.510804] sd 5:0:0:0: [sdb] Attached SCSI disk
Oct 26 15:48:11 kernel: [    8.442167] device-mapper: uevent: version 1.0.3
Oct 26 15:48:11 kernel: [    8.442438] device-mapper: ioctl: 4.22.6-ioctl (2011-10-19) initialised: dm-devel@redhat.com
Oct 26 15:48:11 kernel: [    8.824147] device-mapper: table: 253:0: linear: dm-linear: Device lookup failed
Oct 26 15:48:11 kernel: [    8.824153] device-mapper: ioctl: error adding target to table
Oct 26 15:48:11 kernel: [    8.824779] device-mapper: table: 253:0: linear: dm-linear: Device lookup failed
Oct 26 15:48:11 kernel: [    8.824784] device-mapper: ioctl: error adding target to table

и т.д., строк на 40. После сноса evms строчки 

Oct 26 15:48:11 kernel: [    8.824147] device-mapper: table: 253:0: linear: dm-linear: Device lookup failed
Oct 26 15:48:11 kernel: [    8.824153] device-mapper: ioctl: error adding target to table

не появляются, всё работает. При загрузке с 2.6.18 этих строчек не было и при
наличии пакета evms в системе. Бранч всё ещё 5.1, от p6 пока только ядро.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] обновление 5.1 -> p6, evms, ядро 2.6.32, RAID IFT A12U-G2421 (Infortrend)

[Michael Shigorin]

On Sat, Oct 26, 2013 at 07:06:04PM +0400, Sergey wrote:
> Нашёл злодея в лице evms. Почему он не мешался с
> kernel-image-ovz-rhel-2.6.18, непонятно, но попытка загрузки с
> kernel-image-ovz-el-2.6.32 приводила к тому, что /dev/sdb1 не
> мог смонтироваться с сообщением "mount: /dev/sdb1 already
> mounted or /var/lib/vz busy"

Потому что он и был busy, а монтироваться мог бы
/dev/evms/.nodes/sdb1, поди... но лучше отключить,
если не используется.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Sysadmins] обновление 5.1 -> p6, evms, ядро 2.6.32, RAID IFT A12U-G2421 (Infortrend)

[Sergey]

On Saturday 26 October 2013, Michael Shigorin wrote:

> > Нашёл злодея в лице evms. Почему он не мешался с
> > kernel-image-ovz-rhel-2.6.18, непонятно, но попытка загрузки
> > с kernel-image-ovz-el-2.6.32 приводила к тому, что /dev/sdb1
> > не мог смонтироваться с сообщением "mount: /dev/sdb1 already
> > mounted or /var/lib/vz busy"

> Потому что он и был busy, а монтироваться мог бы /dev/evms/.nodes/sdb1,
> поди... но лучше отключить, если не используется.

Так а с чего с разными ядрами поведение-то разное ? Когда после
собственных изменений что-то происходит, это нормально, а если 
само собой - подстава какая-то. :-) Опять же, в fstab оно было
с UUID описано, но не работало всё равно. Это раз, а два, там 
и sda на разделы побит (тоже, кстати, не настоящий hdd, а том 
с Intel SRCS16), однако evms, почему-то, только sdb1 заинтересовался...

-- 
С уважением, Сергей
a_s_y@sama.ru