Bug 769982

Summary: error 3030 formating fails
Product: [openSUSE] openSUSE 12.2 Reporter: Israel smilanski <lulis>
Component: InstallationAssignee: Petr Uzel <puzel>
Status: RESOLVED FIXED QA Contact: Jiri Srain <jsrain>
Severity: Critical    
Priority: P2 - High CC: aschnell, josua.m, nfbrown, puzel
Version: Factory   
Target Milestone: RC 2   
Hardware: x86-64   
OS: openSUSE 12.2   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Bug Depends on:    
Bug Blocks: 792908    
Attachments: hwinfo.txt
y2logs.tgz
yast2-000.png error msg on initrd creation failure
yast2-001.png error msg on grub2 creation failure

Description Israel smilanski 2012-07-04 18:27:07 UTC
User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20100101 Firefox/13.0

This has happend to me with build 454 and 451.
After this messege installation proceeds, but of cours nothing is written to the disk.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Actual Results:  
just try a new installation.

Expected Results:  
nothing is written to the disk.

Since nothing is writen to the disk I dont know what to attach. The disk itself is a dmraid disk, but the live cd (451) is able to nount its partitions after running dmraid -ay.
Comment 1 Neil Brown 2012-07-05 21:05:07 UTC
Hi Arvin,
 can you suggest anything here?
Thanks.
Comment 2 Arvin Schnell 2012-07-06 08:11:30 UTC
Error 3030 from libstorage means that some device is not present. E.g.
should be that udev doesn't generate the device node for a partition
on dmraid or that there is a race condition as we had so often with
udev. But without the YaST logs I cannot say more.

The YaST log are available since they are initially written to the ram
disk during installation. 

See http://en.opensuse.org/openSUSE:Bugreport_YaST.
Comment 3 Arvin Schnell 2012-07-06 08:42:28 UTC
My guess was right: When I create a partition on a Intel Software RAID
(from the installation system) using parted no device node in /dev/mapper
is generated for the partition. This looks like a udev or parted problem.
Comment 4 Arvin Schnell 2012-07-06 08:44:03 UTC
*** Bug 768861 has been marked as a duplicate of this bug. ***
Comment 5 Robert Milasan 2012-07-09 07:55:33 UTC
I think this problems is already solved for bnc#768861, but the bug doesn't seem the same as this one.

Also can I get some actual facts, like how it suppose to look like and how does it look like, some some logs, etc.
Comment 6 Robert Milasan 2012-07-09 08:38:35 UTC
I'm assigning it to Petr Uzel as he is the parted maintainer.
Comment 7 Israel smilanski 2012-07-11 03:52:59 UTC
Created attachment 498079 [details]
hwinfo.txt
Comment 8 Israel smilanski 2012-07-11 03:54:36 UTC
(In reply to comment #7)
> Created an attachment (id=498079) [details]
> hwinfo.txt
Comment 9 Israel smilanski 2012-07-11 03:56:04 UTC
The installation media had been DVD 451 fo x86_64.
Comment 10 Israel smilanski 2012-07-11 03:57:32 UTC
Created attachment 498080 [details]
y2logs.tgz
Comment 11 Israel smilanski 2012-07-11 03:59:19 UTC
Created attachment 498081 [details]
yast2-000.png error msg on initrd creation failure
Comment 12 Israel smilanski 2012-07-11 04:00:36 UTC
Created attachment 498082 [details]
yast2-001.png error msg on grub2 creation failure
Comment 13 Israel smilanski 2012-07-11 04:06:48 UTC
Actualy an intrd had been created. Its size is 12.2 MB . Is there a way to attache it too? this had been possible after creating symbolic links from the new /dev/mapper/.......p1 to the old /dev/mapper/...._part1 etc.
However, after rebooting the system coukd not mount / on the fake raid arrey.
Comment 14 Petr Uzel 2012-07-11 13:36:47 UTC
I believe I know where the problem is but I don't have time to verify it right now. Israel, would you be able to verify the tentative fix if I give you parted.rpm with it?

See http://en.opensuse.org/SDB:Linuxrc#p_driverupdate for instructions on how to put it to installation system.
Comment 15 Petr Uzel 2012-07-12 12:46:55 UTC
This problem seems to be caused by changes in device-mapper nodes handling - previously, these were created by udev rules (via kpartx) and we patched [*] parted to rely on this. Now the rules are gone and device-mapper manages the nodes on its own, so we need to revert the patch in parted.

I'm investigating how to fix this properly (simple revert does not work).
Comment 16 Petr Uzel 2012-07-12 12:48:18 UTC
(In reply to comment #15)
> I'm investigating how to fix this properly (simple revert does not work).

I meant 'simple revert of the patch marked with [*] in comment #15 does not work'.
Comment 17 Petr Uzel 2012-07-25 13:25:28 UTC
After all I decided to update kpartx.rules to create the device mapper nodes on behalf of parted, so it works the same as in 12.1. Update is on it's way: SR#128928