[sisyphus] Сломался LVM2?

[Eugene Prokopiev]

Eugene Prokopiev пишет:
> Pavlov Konstantin пишет:
> 
>>On Thursday 25 May 2006 10:09, Eugene Prokopiev wrote:
>>
>>
>>
>>># mount /dev/system/homebackup /mnt/backup
>>>/dev/system/homebackup: Invalid argument
>>>mount: /dev/system/homebackup: can't read superblock
>>># lvremove /dev/system/homebackup
>>>Do you really want to remove active logical volume "homebackup"? [y/n]: y
>>>  Logical volume "homebackup" successfully removed
>>>
>>>Отчего lvcreate приводит к таким странным результатам?
>>
>>
>>А если сервис udev остановить, картина та же?
> 
> 
> нет, в этом случае все замечательно :)
> 
> еще все довольно неплохо, если перед каждой операцией (возможно, перед 
> некоторыми) вызывать vgmknodes, которым раньше занимался udevd следующим 
> образом:
> 
> # cat /etc/udev/rules.d/10-lvm.rules
> ## LVM compatibility by gns на altlinux.org
> KERNEL="dm-[0-9]*",     PROGRAM="/etc/udev/scripts/lvm-vg.sh %M %m", 
> NAME="%k",
> SYMLINK="%c"
> 
> # cat /etc/udev/scripts/lvm-vg.sh
> #!/bin/sh
> ## LVM compatibility by gns на altlinux.org
> [ -e /sbin/vgmknodes ] && /sbin/vgmknodes >/dev/null 2>/dev/null
> /sbin/devmap_name $*
> 
> Похоже, тут что-то и сломалось. Да, еще такой момент. До сих пор 
> /sbin/devmap_name был частью моего пакета multipath-tools-devmap_name, 
> однако, похоже, что-то подобное умеет делать dmsetup, который я 
> доустановил пару дней назад (udevd ругался на его отсутствие)
> 

Еще один способ борьбы: комментируем в 60-persistent-storage.rules все 
строки с KERNEL=="dm-[0-9]*" и после каждого создания/удаления 
логических томов вызываем lvscan.

Похоже, udevd стал слишком умным и создает устройства в /dev/ только 
тогда, когда к ним обращаются, а затем разу же и удаляет ; . Если не 
делать вышесказанного, то нужно время от времени удалять инвалидные 
ссылки вида /dev/vgname/lvname -> /dev/mapper/vgname-lvname, 
/dev/mapper/vgname-lvname удаляется сам.

Как правильно с этим бороться?

-- 
С уважением, Прокопьев Евгений