http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c1 --- Comment #1 from Nikolai Zhubr 2010-07-04 20:53:58 UTC --- (In reply to comment #0)

/dev/mapper/pdc_pdc_bdgehdg_part1

just a little typo, I actually meant /dev/mapper/pdc_bdgehdg_part1 -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c2 --- Comment #2 from Xinwei Hu 2010-07-05 07:50:05 UTC --- Hi Nikolai, It might be the case that MD has take over the fake-raid devices by default. You can check that by running "cat /proc/mdstat". Thanks. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c4 --- Comment #4 from Nikolai Zhubr 2010-07-05 17:57:32 UTC --- (In reply to comment #2)

Hi Nikolai,

It might be the case that MD has take over the fake-raid devices by default.

AFAIK these are totally unrelated. MD is linux software raid, a consistent full-fledged native solution. DM can provide some minimal support for those proprietary legacy fake-raids, created by various firmwares.

You can check that by running "cat /proc/mdstat".

Ok, I'll do this as soon as I get to that box again. However, if md was active then some mdX partitions would appear in /proc/partitions. But they didn't. Also, the installer didn't say anything about md, but kept talking about dm (which is correct, AFAICS)

Thanks.

-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c6 --- Comment #6 from Xinwei Hu 2010-07-06 03:27:39 UTC --- (In reply to comment #5)

(In reply to comment #3)

...

Hi Nikolai,

Would you try my latest submit in Base:System ? I just fixed an ancient issue in SuSE specific patch, which is related to this bug.

1) You were right partly about md replacing fake-raid: it is apparently possible with modern intel controllers to switch to md smoothly. However, such option is irrelevant to the subject (and unavailable on non-intel raids anyway).

2) The issue is not AMD-specific: I've just reproduced it on intel ich10 (configured for raid1 in the BIOS) Same error: "formatting device mapper volume /dev/mapper/isw_...._part2 - system error code was: -3030"

3) The issue still remains in factory repo as of 1 hour ago. (I suppose your commit in question is already there)

I submitted it and it was accepted 8 hours ago. However, I cannot find it yet. Would you check if the last changelog is: === * 一 7月 05 2010 xwhu@novell.com - bnc#619566, fix error in "dmsetup export" patch, === It works in my intel environment. Thanks. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c8 --- Comment #8 from Nikolai Zhubr 2010-07-06 18:54:51 UTC --- Ok. I've just tried net install from factory again. The only difference I noticed is a long delay (several minutes maybe) before the "Preparing discs..." progress bar appears (That is, just after I confirm to proceed with formatting etc...) The error message is still the same. Now, I switched to the terminal and typed "dmraid -ay" (as a random guess) After that all existing partitions wonderfully appeared. /proc/partitions: 253 0 488383488 dm-0 253 1 10241406 dm-1 253 2 1051648 dm-2 253 3 6289408 dm-3 253 4 31455232 dm-4 /dev/mapper/: control isw_xxx_Volume0 isw_xxx_Volume0p1 isw_xxx_Volume0p2 isw_xxx_Volume0p3 isw_xxx_Volume0p4 Note that the naming of partitions under /dev/mapper/ is not exactly the same as the installer expects ("isw_xxx_Volume0p4" vs. "isw_xxx_Volume0_part4"). So my guess is: 1) "dmraid -ay" (or equivalent) is missing in the installer somewhere. 2) The installer uses wrong naming for dm-raid partitions (*_partX instead of *pX) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c10 --- Comment #10 from Nikolai Zhubr 2010-07-06 20:37:22 UTC --- (In reply to comment #9)

YaST does a "dmraid -ay -p". The "-p" is used since udev creates the device nodes for the partitions (at least upto RC2).

Ah, "-p" explains that. Anyway. I just tried RC2 once again carefully. At this time, before confirming formatting disks, I switched to the terminal and did the following. - verified that NO partitions were available (under /proc/partitions and /dev/mapper/...) - did "dmraid -ay". - verified that all partitions appeared both under /proc/partitions and /dev/mapper/... - manually created symlinks from /dev/mapper/isw_xxx_Volume0pX to /dev/mapper/isw_xxx_Volume0_partX to make installer happy - returned to installer and confirmed formatting. After that, installation went on fine and completed successfully. Upon reboot, however, the kernel complained that /dev/mapper/isw_xxx_Volume0_part4 does not exist. This wasn't already surprising though. So, whichever naming for partions is "correct" and whoever (udev, dm) is responsible for creating them, this is broken in RC2 (and probably factory too). It still does not work.

And YaST uses the correct naming for dm-raid. "dmraid -ay -p" uses the wrong.

-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c Nikolai Zhubr changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Installation fails to |Unable to do fresh install |complete if any partition |into dmraid (fake-raid) |within ATi/AMD fake raid is |partition(s). |involved. | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c13 --- Comment #13 from Nikolai Zhubr 2010-07-07 09:40:55 UTC --- (In reply to comment #12) [...]

This one, IMHO, is about the /etc/udev/rules.d/70-kpartx.rules not running correctly.

Ok, do you need some more information/testing from me? Currently, I have a shiny new box by hand, ready for experiments. I'll do my best to help fixing this before the final release. (As otherwise I'll probably have to refrain from switching to 11.3 altogether) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=619806 http://bugzilla.novell.com/show_bug.cgi?id=619806#c15 --- Comment #15 from Nikolai Zhubr 2010-07-07 22:48:42 UTC --- (In reply to comment #14)

Could you update both udev and device-mapper from http://download.opensuse.org/repositories/Base:/System/openSUSE_Factory/ and retest ?

Ok. I did the following: - Net install from factory, using regular (non-dm) hard drive. - Verified that the problem with dmraid partitions remains. Namely, opened Yast partitioner and tried to create additional swap on dmraid partition - failure (error 3030). - Updated packages udev, device-mapper, dmraid, multipath-tools, kpartx from Base:/System/openSUSE_Factory/ - Reboot (just in case). - The problem disappeared. That is, Yast partitioner added new swap on dmraid partition and it was successfully formatted. Other (unused) dmraid paritions are also visible under /proc/partitions and /dev/mapper/isw_xxx_partX now. Good. Now, how can I test that a fresh installation into dmraid partition(s) will also succeed now?

Thanks.

-- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.