[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] PBs with LVM over software RAID

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

[root 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 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

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]