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

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

[Eugene Prokopiev]

Здравствуйте!

На сегодняшнем Сизифе:

# lvscan
   ACTIVE            '/dev/system/root' [2.00 GB] inherit
   ACTIVE            '/dev/system/home' [1.00 GB] inherit
   ACTIVE            '/dev/system/var' [1.00 GB] inherit
   ACTIVE            '/dev/system/data' [65.00 GB] inherit
# /sbin/lvcreate -L1000 -s -nhomebackup /dev/system/home
   Symbolic link /dev/mapper/system-home not created: file exists
   Failed to create symlinks for home.
   Failed to suspend origin home
# lvscan
   ACTIVE            '/dev/system/root' [2.00 GB] inherit
   ACTIVE            '/dev/system/home' [1.00 GB] inherit
   ACTIVE            '/dev/system/var' [1.00 GB] inherit
   ACTIVE            '/dev/system/data' [65.00 GB] inherit
   ACTIVE            '/dev/system/homebackup' [1000.00 MB] inherit
# 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 приводит к таким странным результатам?

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

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

[Anton Farygin]

Eugene Prokopiev wrote:
> Здравствуйте!
> 
> На сегодняшнем Сизифе:
> 
> # lvscan
>    ACTIVE            '/dev/system/root' [2.00 GB] inherit
>    ACTIVE            '/dev/system/home' [1.00 GB] inherit
>    ACTIVE            '/dev/system/var' [1.00 GB] inherit
>    ACTIVE            '/dev/system/data' [65.00 GB] inherit
> # /sbin/lvcreate -L1000 -s -nhomebackup /dev/system/home
>    Symbolic link /dev/mapper/system-home not created: file exists
>    Failed to create symlinks for home.
>    Failed to suspend origin home
> # lvscan
>    ACTIVE            '/dev/system/root' [2.00 GB] inherit
>    ACTIVE            '/dev/system/home' [1.00 GB] inherit
>    ACTIVE            '/dev/system/var' [1.00 GB] inherit
>    ACTIVE            '/dev/system/data' [65.00 GB] inherit
>    ACTIVE            '/dev/system/homebackup' [1000.00 MB] inherit
> # 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 приводит к таким странным результатам?
> 

lvm2 не изменялся.

Были изменения для udev, но я не знаю, как они могут сказаться.

Rgds,
Rider

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

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 553 bytes --]

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 остановить, картина та же?

-- 
Pavlov Konstantin,
ALT Linux Team,
jid: thresh@altlinux.org

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

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

[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 ругался на его отсутствие)

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

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

[Anton Farygin]

Eugene Prokopiev wrote:
> 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 ругался на его отсутствие)
> 

Пожалуйтесь здесь:
https://bugzilla.altlinux.org/show_bug.cgi?id=7369

Rgds,
Rider

Re: [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 удаляется сам.

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

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

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

[Eugene Prokopiev]

Есть еще один совершеннейший стук в подвале: после lvcreate и mount 
иногда не удается сделать umount (хотя lsof и fuser говорят, что никому 
эта фс не нужна). Сегодня уже дважды после такой проблемы и последующей 
перезагрузки умирал initrd (!), который лежит, естественно, не на lvm, а 
отдельно на md0.

Т.е. размер и дата создания вроде не менялись, однако скрипт вида:

#!/bin/sh

/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/md/dm-mod.ko
/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/ide/ide-core.ko
/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/ide/pci/piix.ko
/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/ide/pci/generic.ko
/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/ide/ide-generic.ko
/bin/insmod -f 
/lib/modules/2.6.16-std26-up-alt5/kernel/drivers/ide/ide-disk.ko
/bin/insmod -f /lib/modules/2.6.16-std26-up-alt5/kernel/drivers/md/raid0.ko
/bin/insmod -f /lib/modules/2.6.16-std26-up-alt5/kernel/drivers/md/raid1.ko
/bin/insmod -f /lib/modules/2.6.16-std26-up-alt5/kernel/fs/mbcache.ko
/bin/insmod -f /lib/modules/2.6.16-std26-up-alt5/kernel/fs/jbd/jbd.ko
/bin/insmod -f /lib/modules/2.6.16-std26-up-alt5/kernel/fs/ext3/ext3.ko

/bin/mount -t proc proc /proc
/bin/mount -t tmpfs -o size=1m none /dev/mapper
/bin/mount -t tmpfs -o size=1m none /dev/system
/bin/mount -t tmpfs -o size=1m none /etc
/bin/mount -t tmpfs -o size=1m none /var

/bin/mknod -m 600 /dev/mapper/control c 10 63

/bin/raidautorun /dev/md255

cat /proc/mdstat

/bin/lvm vgscan
/bin/lvm vgchange -ay
/bin/lvm lvscan

read cmdline </proc/cmdline
cmdline=" $cmdline "
if test -z "${cmdline##*[        ]real_root=*}" ; then
     root="${cmdline##*[  ]real_root=}"
     echo "real_root param is " $root
     root_mapping=`ls -l $root | awk -F'->' '{print $2}'`
     echo "root mapping is " $root_mapping
     major=`ls -l $root_mapping | awk '{print $5}' | awk -F',' '{print $1}'`
     minor=`ls -l $root_mapping | awk '{print $6}'`
     echo "root mapping is " $root_mapping " " $major " " $minor
     echo $(( ($minor & 0xff) | ($major << 8) | (($minor & ~0xff) << 12) 
)) > /proc/sys/kernel/real-root-dev
fi

/bin/umount /var
/bin/umount /etc
/bin/umount /dev/system
/bin/umount /dev/mapper
/bin/umount /proc

который лежит внутри, выводил мусор в виде огрызков дат, а затем я 
получал kernel panic.

лечилось с помощью genromfs -f /boot/initrd-up -d initrd/ и lilo ...

как это может быть связано?

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

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

[Nick S. Grechukh]

Eugene Prokopiev wrote:

https://bugzilla.altlinux.org/show_bug.cgi?id=7369#c40

возможно, у Вас странная смесь старых и новых правил udev?

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

[Eugene Prokopiev]

Nick S. Grechukh пишет:
> Eugene Prokopiev wrote:
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=7369#c40
> 
> возможно, у Вас странная смесь старых и новых правил udev?

по приведенной ссылке как раз описано, что у меня сейчас есть - см. 
последнее сообщение

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