Bug 479116
| Summary: | NVidia dmraid metadata - wrong offset for volume | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Milan Broz <mbroz> | ||||||||
| Component: | dmraid | Assignee: | Heinz Mauelshagen <heinzm> | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | low | ||||||||||
| Version: | 10 | CC: | agk, bmr, dwysocha, heinzm, kwizart, lvm-team, mbroz, prockai, pvrabec | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2009-01-09 15:21:12 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Milan Broz
2009-01-07 11:28:48 UTC
Please attach metadata for analysing this, thanks. "dmraid -rD ; tar jcvf nvidia-b479116-raid0.tar.bz2 *.{dat,offset,size}" Created attachment 328366 [details]
dmraid -rD on Fedora 10 x86_64
Does a comparaison with another "Family" OS would be interesting ?
(In reply to comment #2) > Created an attachment (id=328366) [details] > dmraid -rD on Fedora 10 x86_64 > > Does a comparaison with another "Family" OS would be interesting ? The striped mapping as of this metadata activates fine here. So we're down to partition discovery and handling: can you try "dmraid -p -ay" (presumably the RAID set ain't active) in order to activate the basic stripe only and "kpartx -a /dev/mapper/nvidia_cebfcccg" in order to activate the partitions via kpartx rather than dmraid itself and report the results here ? [root@kwizatz ~]# dmraid -p -ay RAID set "nvidia_cebfcccg" already active [root@kwizatz ~]# kpartx -a /dev/mapper/nvidia_cebfcccg device-mapper: reload ioctl failed: Invalid argument [root@kwizatz ~]# kpartx -a /dev/mapper/nvidia_cebfcccg5 [root@kwizatz ~]# mount /dev/mapper/nvidia_cebfcccg5 /mnt/ mount: you must specify the filesystem type [root@kwizatz ~]# kpartx -l /dev/mapper/nvidia_cebfcccg nvidia_cebfcccg1 : 0 125837082 /dev/mapper/nvidia_cebfcccg 63 nvidia_cebfcccg2 : 0 670745880 /dev/mapper/nvidia_cebfcccg 125837145 nvidia_cebfcccg5 : 0 335549592 /dev/dm-1 63 nvidia_cebfcccg6 : 0 819252 /dev/dm-1 335549718 nvidia_cebfcccg7 : 0 146801907 /dev/dm-1 336369033 nvidia_cebfcccg8 : 0 41945652 /dev/dm-1 483171003 nvidia_cebfcccg9 : 0 401562 /dev/dm-1 525116718 nvidia_cebfcccg10 : 0 125837082 /dev/dm-1 525518343 I'm not sure to understand how LVM device-mapper dmraid works, so I let you drive. To start out clean, mappings have to be inactive: dmraid -an dmsetup ls # May not show any nvidia* devices dmraid -pay kpartx -a /dev/mapper/nvidia_cebfcccg So... I don't know how can I umount the "/" partition since i'm using it. vgchange -an said that partitions 7 and 10 cannot be unmounted either for some reasons. Does the use of a livecd could help ? or using a rescue cd ? Either live or rescue should do. With a live 64bit generated from today Everything + updates repositories and transfered on bootable USB disk: [root@localhost ~]# kpartx -v -a /dev/mapper/nvidia_cebfcccg add map nvidia_cebfcccg1 (253:3): 0 125837082 linear /dev/mapper/nvidia_cebfcccg 63 add map nvidia_cebfcccg2 (253:4): 0 670745880 linear /dev/mapper/nvidia_cebfcccg 125837145 add map nvidia_cebfcccg5 : 0 335549592 linear 253:4 125837208 add map nvidia_cebfcccg6 : 0 819252 linear 253:4 461386863 add map nvidia_cebfcccg7 : 0 146801907 linear 253:4 462206178 add map nvidia_cebfcccg8 : 0 41945652 linear 253:4 609008148 add map nvidia_cebfcccg9 : 0 401562 linear 253:4 650953863 device-mapper: reload ioctl failed: Invalid argument add map nvidia_cebfcccg10 : 0 125837082 linear 253:4 651355488 device-mapper-1.02.27-7.fc10.x86_64 dmesg |tail device-mapper: table: device 253:4 too small for target device-mapper: table: 253:10: linear: dm-linear: Device lookup failed device-mapper: ioctl: error adding target to table Like assumend, this looks like a bogus partition table. Can you provide attachment for: fdisk -l /dev/mapper/nvidia_cebfcccg ; parted -l for completeness please ? Created attachment 328542 [details] fdisk on kwizatz partition If the partition are bogus, then Fedora 10 is less tolerant than Fedora9/CentOS5.2 , since partitions are well detected in theses cases. I've first reported a problem here: https://bugzilla.redhat.com/show_bug.cgi?id=473601 As I said in c#2, Fedora 10 broke the partitions shared with CentOS 5.2 (nvidia_cebfcccg7 with swap and ext3 labeled as /share in it). This appeared on first boot, afer the install, where mounting the /share partition failed and fsck was run. CentOS 5 wasn't able to detect it after that. So I've deleted everything beyond nvidia_cebfcccg5, Reinstalled CentOS5, Installed Fedora10 which wasn't able to detect the partition outside of it's own LVM and the first ntfs. Then I deleted Fedora10 and re-installed Fedora 9 where everything were detected just fine. If Fedora 10 cannot mount partitions created by centos5, that's really annoying. /dev/mapper/nvidia_cebfcccg2 7834 49585 335372940 f W95 Ext'd (LBA) Hmm, why kpartx creates "extended partition" mapping at all? (There is already similar bug 475283 ) Created attachment 328550 [details] diff between the previous commands With the suggested patch from bug #475283 I'm able to discover and mount every partitions from within Fedora10 btw - I've enabled our $RPM_OPT_FLAGS on the device-mapper-multipath package build. Should be worry about this ? ------------- Error: Invalid partition table on /dev/mapper/nvidia_cebfcccgp2 -- wrong signature e9b7 ------------- I think the bug could be closed as duplicate of #475283 Nicolas, one last question before we close this one: does "dmraid -ay" activate the partitions properly from your livecd ? (In reply to comment #13) > does "dmraid -ay" activate the partitions properly from your livecd ? yes, it worked. I was able to mount nvidia_cebfcccg5 on /mnt Ok, down to the kpartx bz#475283. Closing as duplicate. *** This bug has been marked as a duplicate of bug 475283 *** |