Bug 134571 - anaconda can't see fs on software raid partitions created by FC2
anaconda can't see fs on software raid partitions created by FC2
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
athlon Linux
medium Severity high
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2004-10-04 14:00 EDT by Timothy Moll
Modified: 2015-01-04 17:10 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-10-02 20:47:02 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
syslog from tty4 from mounting two devices (3.16 KB, text/plain)
2004-10-05 17:10 EDT, Timothy Moll
no flags Details
full syslog from tty4 (31.99 KB, text/plain)
2004-10-05 17:20 EDT, Timothy Moll
no flags Details

  None (edit)
Description Timothy Moll 2004-10-04 14:00:03 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040914

Description of problem:
I have several software raid partitions on my system (raid 0), which
were created when I installed fedora core 2. When I try to install
fedora core3 test 2, firstly it cannot find my existing core 2
install, on the software raid, and when I use disk driud, the arrays
are listed, but their filesystems are listed as foreign, rather than
ext3. The install cannot proceed past this point.

The core3 test 2 disk cannot mount the partitions in rescue mode,
whereas the core 2 disk can, and when I try to install fedora core 2
it can see and correctly identifies the software raid partitions.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.run fedora core 3 test2 installation
2.use disk driud
3.partitions not recognised

Actual Results:  the partition filesystems were listed as foreign
rather than ext3

Expected Results:  To have the software raid listed as ext3 and being
able to install/upgrade to them

Additional info:

I reinstalled fedora core two recreating the / partition, and them
immediatley ran the fedora core3 test2 install, but the same results
were encountered. I also tried running a full fsck on all the
partitions, but that had no effect.

One of the partitions is raid 1, and it does see that correctly, but
if I try and reformat the / partition, it says it cannot mount the
/home partition.
Comment 1 Jeremy Katz 2004-10-04 14:21:55 EDT
What sort of error messages do you get in rescue mode if you try
mounting them by hand?
Comment 2 Timothy Moll 2004-10-04 19:42:57 EDT
trying to mount any one of the raid 0 arrays gives this error:

#mount /dev/md1 /mnt/mountpoint
EXT2-fs: unable to read superblock
isofs_fill_super: bread failed, dev=md1, iso_blknum=16, block=32
cramfs: wrong magic
FAT: unable to read boot sector
FAT: unable to read boot sector
EXT3-fs: unable to read superblock
ReiserFS: md1: warning: sh-2006: read_super_block: bread failed (dev
md1, block 16, size 2096)
ReiserFS: md1: warning: sh-2006: read_super_block: bread failed (dev
md1, block 16, size 2096)
ReiserFS: md1: warning: sh-2021: reiser_fill_super: can not find
reiserfs on md1
XFS: SB read failed
mount: mounting /dev/md1 on /mnt/mountpoint failed: Input/output error
Comment 3 Jeremy Katz 2004-10-04 22:10:12 EDT
When the mount is tried, if you switch to tty4, are there read errors?
Comment 4 Timothy Moll 2004-10-05 15:08:29 EDT
in tty4 when trying to mount the raid 0 partitions, they give out only
the error in comment #2. when trying to mount the raid 1 partition it
gives out a large error message (which >& doesn't capture) and it then
Comment 5 Jeremy Katz 2004-10-05 15:16:35 EDT
You should be able to grab /tmp/syslog to get anything output to tty4.
Comment 6 Timothy Moll 2004-10-05 17:10:28 EDT
Created attachment 104805 [details]
syslog from tty4 from mounting two devices
Comment 7 Timothy Moll 2004-10-05 17:20:36 EDT
Created attachment 104807 [details]
full syslog from tty4

full and unabridged original
Comment 8 Timothy Moll 2004-10-11 11:40:02 EDT
Bug still occurs in Fedora Core 3 test 3. Also occurs in another
machine, with two raid 0 partitions created by fedora core 2. Exact
same  error message as in comment #2.
Comment 9 Timothy Moll 2004-10-27 08:28:24 EDT
This bug still occurs in core 3 preview realease 1, with exactly the
same error messages. Is there any further information that I could
provide that would help with solving this bug? I know it occurs on two
machines, a pentium 4 and an AMD XP, both where the software raid was
set up manually.
Comment 10 Timothy Moll 2004-11-08 21:20:45 EST
Bug also occurs in Fedora Core 3 release.
Comment 11 Mark J. Cox (Product Security) 2005-03-20 17:27:01 EST
errata was released for these 2004-383 etc
Comment 12 Mark J. Cox (Product Security) 2005-03-20 17:29:27 EST
um, sorry, closed wrong bug due to typo in bug id :(
Comment 13 Dave Jones 2005-07-15 16:05:40 EDT
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.
Comment 14 Dave Jones 2005-10-02 20:47:02 EDT
This bug has been automatically closed as part of a mass update.
It had been in NEEDINFO state since July 2005.
If this bug still exists in current errata kernels, please reopen this bug.

There are a large number of inactive bugs in the database, and this is the only
way to purge them.

Thank you.

Note You need to log in before you can comment on or make changes to this bug.