Bug 613250

Summary: Unable to install on crypted LVM volumes - udev problem
Product: [openSUSE] openSUSE 11.3 Reporter: Boris Manojlovic <boris>
Component: InstallationAssignee: E-mail List <bnc-team-screening>
Status: RESOLVED DUPLICATE QA Contact: Jiri Srain <jsrain>
Severity: Major    
Priority: P5 - None CC: bruno
Version: Milestone 7   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 11.3   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: strace on udev process group while installation was in progress

Description Boris Manojlovic 2010-06-10 14:54:12 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.4) Gecko/20100513 SUSE/3.6.4-1.11 Firefox/3.6.4

Installation of MS7 is not possible as partitions udev do not correctly create 
links in /dev/mapper/ from /dev/dm-* devices , workaround was to wait on
actual error to happen and then from console redo udevadm trigger, which creates correct files in /dev/mapper folder. 
After device links are created to continue installation another step was to mount /dev/sys/lv_root to /mnt folder. From that moment installation continued up to 
mkinitrd step which again failed because /etc/fstab was not created automatically at correct time in installation.
Workaround was to create it from running system (/proc/mounts) and fixing inconsistencies and correct values for file systems.
mkinitrd started again worked without problem in console

More information can be seen in "Additional Information"



Reproducible: Always

Steps to Reproduce:
1. Creation of crypted LVM partition
2. Installation onto crypted LVM logical volumes
3. Starting final step of installation
Actual Results:  
Installation error -3203 (or similar as i did not record it) 


Expected Results:  
continuation of installation

===================================================
parted output

(parted) select
New device?  [/dev/sda]?                                                  
Using /dev/sda
(parted) p                                                                
Model: ATA HITACHI HTS72202 (scsi)
Disk /dev/sda: 200GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system     Name     Flags
 1      1049kB  107MB   106MB                   primary
 2      107MB   32.3GB  32.2GB                  primary
 3      32.3GB  32.4GB  107MB   ext4            primary  boot
 4      32.4GB  36.7GB  4294MB  linux-swap(v1)  primary
 5      36.7GB  200GB   163GB                   primary  lvm


===========================================================================
manually created /etc/fstab
proc              /proc           proc    defaults                        0 0
sysfs             /sys            sysfs   defaults                        0 0
/dev/mapper/sys-lv_root    /           ext4    defaults,acl,user_xattr    1 1
/dev/sda3                  /boot       ext4    defaults,acl,user_xattr    1 1
/dev/mapper/sys-lv_home    /home       ext4    defaults,,acl,user_xattr   1 1
/dev/mapper/sys-lv_var_log /var/log    ext4    defaults,acl,user_xattr    1 1

===========================================================================
lvs vgs
linux:~ # vgs
  VG   #PV #LV #SN Attr   VSize   VFree 
  sys    1   3   0 wz--n- 152.10g 30.10g
linux:~ # lvs
  LV         VG   Attr   LSize  Origin Snap%  Move Log Copy%  Convert
  lv_home    sys  -wi-ao 80.00g                                      
  lv_root    sys  -wi-ao 40.00g                                      
  lv_var_log sys  -wi-ao  2.00g                                      
linux:~ # 

===========================================================================
mkinitrd command from installation after manual fixing of /etc/fstab

Kernel image:   /boot/vmlinuz-2.6.34-8-desktop
Initrd image:   /boot/initrd-2.6.34-8-desktop
enabling LUKS support for /dev/sda5 (cr_sda5)
Kernel Modules: thermal_sys thermal scsi_mod libata ahci ata_piix ata_generic processor fan dm-mod dm-crypt dm-snapshot crc16 jbd2 ext4 pata_cs5530 sata_nv pata_netcell pata_hpt37x pata_rz1000 pata_mpiix pata_hpt3x2n pata_ninja32 pata_hpt366 pata_atiixp pata_ns87410 pata_sch sata_vsc pata_piccolo pata_amd sata_svw sata_sx4 pata_triflex sata_via pata_cmd640 pata_cypress pata_it8213 pata_marvell pata_atp867x pata_artop pata_opti pata_optidma pata_sis sata_sis pata_pdc202xx_old pata_cmd64x pata_pdc2027x sata_sil24 pata_hpt3x3 pata_efar sata_promise pata_rdc sata_qstor pata_radisys pata_cs5520 sata_mv sata_uli pata_it821x pata_acpi sata_inic162x pata_sl82c105 pata_oldpiix pcmcia_core pcmcia pata_pcmcia pdc_adma pata_jmicron sata_sil pata_ns87415 pata_sc1200 pata_sil680 pata_serverworks pata_via pata_ali sd_mod linear sha256_generic cbc aes_generic aes-x86_64 ecb arc4 
Features:       dm block usb lvm2 luks resume.userspace resume.kernel
Bootsplash:     openSUSE (1280x1024)disabled for resolution 1400x900
Comment 1 Bruno Friedmann 2010-06-10 16:19:07 UTC
seems to be same as 
http://bugzilla.novell.com/show_bug.cgi?id=598193
Comment 2 Boris Manojlovic 2010-06-11 23:28:31 UTC
Created attachment 368817 [details]
strace on udev process group while installation was in progress

After creating test case with saving ls output of /dev/mapper , /dev/sys (sys is name of volume group) i can see mentioned behavior of udev removing links from /dev/mapper folder. I have put strace on udev and saved it as attachment to this bug report
Comment 3 Boris Manojlovic 2010-06-11 23:31:03 UTC
Same issue as https://bugzilla.novell.com/show_bug.cgi?id=598193 but workaround is possible as explained in this bug report

*** This bug has been marked as a duplicate of bug 598193 ***