xfs
[Top] [All Lists]

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

To: linux-lvm@xxxxxxxxxxx, linux-xfs@xxxxxxxxxxx
Subject: Re: [linux-lvm] PBs with LVM over software RAID
From: svetljo <galia@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Date: Sat, 01 Sep 2001 00:27:18 +0200
References: <3B8E3F0E.8050609@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20010830083546.A20989@xxxxxxxxxxx> <3B8EC633.40202@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <3B8F8C5E.7030603@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20010831110512.V541@xxxxxxxxxxxxxx> <3B8FD95C.60702@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20010831130718.C541@xxxxxxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010802
hi
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
>





<Prev in Thread] Current Thread [Next in Thread>