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
|