[linux-lvm] PBs with LVM over software RAID

svetljo galia at st-peter.stw.uni-erlangen.de
Fri Aug 31 22:27:18 UTC 2001


hi
it works with IMB's JFS
when i try mkfs -t reiserfs -f /dev/myData/SRC it segfaults :

[root at svetljo mnt]# mkfs -t reiserfs -f /dev/myData/SRC
mkreiserfs, 2001 - reiserfsprogs 3.x.0j
===================================================================
LEAF NODE (8211) contains level=1, nr_items=2, free_space=3932 rdkey
-------------------------------------------------------------------------------
|###|type|ilen|f/sp| loc|fmt|fsck|
key                      |
|   |    |    |e/cn|    |
|need|                                            |
-------------------------------------------------------------------------------
Segmentation fault

isn't that a bit strange that reiserfs and xfs doesn't handle it, but
jfs does

and the one with ext2 :

[root at svetljo mnt]# mkfs -t ext2 /dev/myData/SRC
mke2fs 1.22, 22-Jun-2001 for EXT2 FS 0.5b, 95/08/09
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
786432 inodes, 1572864 blocks
78643 blocks (5.00%) reserved for the super user
First data block=0
48 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
         32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables: Segmentation fault

i realy don't like that

Andreas Dilger wrote:

 >On Aug 31, 2001  20:37 +0200, svetljo wrote:
 >
 >>>>EIP; e29c0266 <[linear]linear_make_request+36/f0>   <=====
 >>>>
 >>Trace; c023fa12 <__make_request+412/6d0>
 >>Trace; c0278dcd <md_make_request+4d/80>
 >>Trace; c027fa0f <lvm_make_request_fn+f/20>
 >>Trace; c023fd89 <generic_make_request+b9/120>
 >>
 >
 >OK, so the oops is inside the RAID layer, but it may be that it is
 >being fed bogus data from a higher layer.  Even so, it should not
 >oops in this case.  Since XFS changes a lot of the kernel code, I
 >would either suggest asking the XFS folks to look at this oops,
 >or maybe on the MD RAID mailing list, as they will know more about it.
 >
 >Cheers, Andreas
 >








More information about the linux-lvm mailing list