Steve Lord <lord@xxxxxxx> wrote:
> indlen being less than zero, if it is then print out indlen and
> alen, they are both unsigned 32 bit quantities (which makes the
> assert somewhat bogus). However, indlen should not be huge, it is
> supposed to be the worst case calculation of the amount of disk
> space to hold alen of data (worst case metadata overhead).
> Adding printk calls to xfs_bmap_worst_indlen would be the next step - it
> is in xfs_bmap.c. Something in this function is probably the cause,
> maybe mp->m_bmap_dmxr[0] or [1] is incorrectly initialized. Printing
> out XFS_BM_MAXLEVELS(mp, XFS_DATA_FORK) would be useful too.
i think we can ignore this now that we know that indlen is ok (right ?)
t
--
thomas.graichen@xxxxxxxxxxxxx
technical director innominate AG
clustering & security networking people
tel: +49.30.308806-13 fax: -77 http://innominate.de
|