Bug 9673 - pvmove is unworkable
Summary: pvmove is unworkable
Status: CLOSED FIXED
Alias: None
Product: ALT Linux 2.4
Classification: Archive
Component: lvm (show other bugs)
Version: 2.4
Hardware: all Linux
: P2 normal
Assignee: Egor S. Orlov
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-05 10:23 MSD by Alexander Volkov
Modified: 2007-02-20 15:53 MSK (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Volkov 2006-06-05 10:23:17 MSD
pvmove --version
pvmove: Logical Volume Manager 1.0.8
Не работает pvmove:
pvmove -v /dev/sdb14 /dev/hda7
pvmove -- checking name of source physical volume "/dev/sdb14"
pvmove -- locking logical volume manager
pvmove -- reading data of source physical volume from "/dev/sdb14"
pvmove -- checking volume group existence
pvmove -- reading data of volume group "dvarc" from lvmtab
pvmove -- checking volume group consistency of "dvarc"
pvmove -- searching for source physical volume "/dev/sdb14" in volume group 
"dvarc"
pvmove -- building list of possible destination physical volumes
pvmove -- checking destination physical volume names in command line
pvmove -- checking volume group activity
pvmove -- moving physical extents in active volume group "dvarc"
pvmove -- WARNING: if you lose power during the move you may need
        to restore your LVM metadata from backup!
pvmove -- do you want to continue? [y/n] y
pvmove -- starting to move extents away from physical volume "/dev/sdb14"
pvmove -- checking for enough free physical extents in "dvarc"
pvmove -- /dev/sdb14 [PE 0 [video [LE 7253]]] -> /dev/hda7 [PE 0] [1/1785]
/dev/dvarc/group::/dev/dvarc/video: 081e 65920, 0307 65920
pvmove -- ERROR "Inappropriate ioctl for device" copying extent from "/dev/
sdb14"

pvmove -- ERROR "Inappropriate ioctl for device" moving physical extents

Возможная причина тут?
http://www.redhat.com/archives/linux-lvm/2003-July/msg00115.html
Comment 1 Alexander Volkov 2006-06-05 10:24:44 MSD
да, чуть на забыл - 2.4.26-std-smp-alt13
Comment 2 Alexander Volkov 2006-06-05 10:31:53 MSD
вот ещё костыль предлагается:
http://www.netadmintools.com/art369.html
Comment 3 Alexander Volkov 2006-06-05 10:42:07 MSD
(In reply to comment #2)
> вот ещё костыль предлагается:
> http://www.netadmintools.com/art369.html
там предлагается собирать/ставить device-mapper, у меня libdevmapper оказался не 
установлен. Поставил - пока не помогло...
Comment 4 Alexander Volkov 2006-06-05 10:55:57 MSD
(In reply to comment #0)
> pvmove --version
> pvmove: Logical Volume Manager 1.0.8
> Не работает pvmove:
> pvmove -v /dev/sdb14 /dev/hda7
> pvmove -- checking name of source physical volume "/dev/sdb14"
> pvmove -- locking logical volume manager
> pvmove -- reading data of source physical volume from "/dev/sdb14"
> pvmove -- checking volume group existence
> pvmove -- reading data of volume group "dvarc" from lvmtab
> pvmove -- checking volume group consistency of "dvarc"
> pvmove -- searching for source physical volume "/dev/sdb14" in volume group 
> "dvarc"
> pvmove -- building list of possible destination physical volumes
> pvmove -- checking destination physical volume names in command line
> pvmove -- checking volume group activity
> pvmove -- moving physical extents in active volume group "dvarc"
> pvmove -- WARNING: if you lose power during the move you may need
>         to restore your LVM metadata from backup!
> pvmove -- do you want to continue? [y/n] y
> pvmove -- starting to move extents away from physical volume "/dev/sdb14"
> pvmove -- checking for enough free physical extents in "dvarc"
> pvmove -- /dev/sdb14 [PE 0 [video [LE 7253]]] -> /dev/hda7 [PE 0] [1/1785]
> /dev/dvarc/group::/dev/dvarc/video: 081e 65920, 0307 65920
> pvmove -- ERROR "Inappropriate ioctl for device" copying extent from "/dev/
> sdb14"
> 
> pvmove -- ERROR "Inappropriate ioctl for device" moving physical extents
> 
> Возможная причина тут?
> http://www.redhat.com/archives/linux-lvm/2003-July/msg00115.html
в логах при этом 
Jun  5 10:40:04 xeon kernel: lvm -- lvm_chr_ioctl: unknown command 0x4004fe51
Comment 5 Alexander Volkov 2006-06-05 15:04:34 MSD
раскопки привели к неприложенному ядерному патчу;
возможно заработает после приложения kernel-feat-dm, а может, помимо этого,  
понадобиться обновить lvm до версии 2...
Comment 6 Sergey Vlasov 2006-06-05 18:22:12 MSD
Ситуация следующая:

1) В пакете lvm-1.0.8-alt1 прикладывается патч lvm-1.0.3-pvmove.patch, который
добавляет в lvm поддержку нового ioctl - PE_LOCKED_COPY. Однако соответствующий
патч к ядру в Master 2.4 не попал.

2) Теоретически в lvm-1.0.3-pvmove.patch была предусмотрена возможность работы и
с ядрами, не поддерживающими PE_LOCKED_COPY, однако это сломано:

+       ret = ioctl(group, PE_LOCKED_COPY, &pe_copy_req);                      
                                                                    
+       if (ret < 0)                                                           
                                                                    
+               ret = -errno;                                                  
                                                                    
+       if (ret == -EINVAL)                                                    
                                                                    
+               ret = -LVM_EPV_LOCKED_COPY_EINVAL;                             
                                                                    

На самом деле при вызове нереализованного ioctl возвращается код ошибки ENOTTY,
а не EINVAL, в результате функция pv_locked_copy_pe() не возвращает
-LVM_EPV_LOCKED_COPY_EINVAL, и не происходит переход к старому способу
выполнения pvmove.

Необходимо либо исправить проверку (например, на ((ret == -EINVAL) || (ret ==
-ENOTTY))), либо просто убрать из пакета патчи lvm-1.0.3-pvmove.patch и
lvm-1.0.3-cookie.patch (этот патч правит только то, что добавил предыдущий).
Comment 7 Alexander Volkov 2006-06-05 19:24:25 MSD
оторвал патчи - работает.
И чтоб мы без Сергея делали ;)
Comment 8 Alexander Volkov 2007-02-20 15:53:13 MSK
все, видимо, уже переехали на lvm2, me too