xfs
[Top] [All Lists]

Re: xfs trouble

To: linux-xfs@xxxxxxxxxxx
Subject: Re: xfs trouble
From: Thomas Graichen <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx>
Date: 18 Aug 2000 21:52:07 GMT
Distribution: local
Organization: innominate AG, Berlin, Germany
References: <news-innominate.list.sgi.xfs@xxxxxxxxxxxxx> <200008182110.QAA15754@xxxxxxxxxxxxxxxxxxxx>
Reply-to: Thomas Graichen <graichen@xxxxxxxxxxxxx>
Reply-to: thomas.graichen@xxxxxxxxxxxxx
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
Steve Lord <lord@xxxxxxx> wrote:

> OK, I am not sure why, but this is actually a mkfs problem! My
> comment about kiobufs was a read herring - that disk had a good
> log in it previously and the old data in the log was sufficient
> to make mount happy. In order to trigger this you need to have non
> valid log data out there to start with, so new disks, or disks which
> have been stamped on are the only places this will show up.

> If you use an old mkfs then the second mount proceeds without problems,
> however, if you use the new mkfs command then ide drives appear
> to have problems. This probably has more to do with the log zeroing
> code than anything else.

> Steve

> p.s. to build the 'old' mkfs do this:

> cd cmd/xfs/sim/src
> make
> cd ../mkfs
> make
> make install # if you want it installed.

does not work from current sources - but

cd cmd/xfs/sim/src
make
cd ../maxtrres
make
cd ../mkfs
make
make install # if you want it installed.

works (in the other case you get problems with the includes) ...
but more important - the resulting mkfs does not work :-(

[root@chrome /root]# mkfs -t xfs -f /dev/hda3
xfs: using dummy primary network address
meta-data=/dev/hda3              isize=256    agcount=8, agsize=65766 blks
data     =                       bsize=4096   blocks=526128, imaxpct=25
         =                       sunit=0      swidth=0 blks, unwritten=0
naming   =version 2              bsize=4096  
log      =internal log           bsize=4096   blocks=1200
realtime =none                   extsz=65536  blocks=0, rtextents=0
Segmentation fault (core dumped)
[root@chrome /root]#

Core was generated by `mkfs.xfs -f /dev/hda3'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
#0  0x807dafa in xfs_ichgtime (ip=0x812d360, flags=7) at xfs_inode.c:3756
3756            if (XFS_ITOV(ip)->v_vfsp->vfs_flag & VFS_RDONLY)
(gdb) where
#0  0x807dafa in xfs_ichgtime (ip=0x812d360, flags=7) at xfs_inode.c:3756
#1  0x807b7d6 in xfs_ialloc (tp=0x812d190, pip=0x0, mode=16877, nlink=1, 
    rdev=1048577, cr=0xbffff2c0, prid=0, okalloc=1, ialloc_context=0xbffff274, 
    call_again=0xbffff27c, ipp=0xbffff270) at xfs_inode.c:1181
#2  0x80554d8 in ialloc (tp=0xbffff388, pip=0x0, mode=16877, nlink=1, 
    rdev=1048577, cr=0xbffff2c0, ipp=0xbffff3a8) at xfs_mkfs.c:2267
#3  0x8056630 in parseproto (mp=0x810aa90, pip=0x0, pp=0xbffff660, name=0x0)
    at xfs_mkfs.c:2696
#4  0x805464b in main (argc=3, argv=0xbffffaf4) at xfs_mkfs.c:2028
(gdb)

will go to bed now ... it's already quite late now

t

-- 
thomas.graichen@xxxxxxxxxxxxx
technical director                                       innominate AG
clustering & security                                networking people
tel: +49.30.308806-13  fax: -77                   http://innominate.de

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