fsck fails on 6T system

[Dan D Niles]

I am trying to fsck a 6T filesystem on a server that crashed.  I'm
running FreeBSD 6.2-p3.

# fsck -t ufs -y /dev/da0
fsck_ufs: cannot alloc 1993797728 bytes for inoinfo

I also tried:

# fsck -t ufs -f -p /dev/da0
/dev/da0: UNKNOWN FILE TYPE I=11895232
/dev/da0: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.


I built a custom kernel with MAXDSIZ and DFLDSIZ just under 3G, and got
the same results.  It was at about 430M in use when it crashed, so the
total would be 2332 M which is less that the size allowed (reported by
limits).

I found an old bug report from 2004 that is still open, but nothing has
been done.   I also found an old article about someone (thinking about)
rewriting fsck to use disk instead of memory, but no follow-up.

Has anyone found a solution to this?

Any suggestions?

HELP!

Thanks,

Dan