Re: fsck fails on 6T system

2007-04-02 Thread Dan D Niles
On Thu, 2007-03-29 at 07:37 -0800, Peter A. Giessel wrote:
> On 2007/03/28 19:47, Pieter de Goeje seems to have typed:
> > On woensdag 28 maart 2007, Dan D Niles wrote:
> >> 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
> > Could you run 'limits' here? I suspect 'datasize' is too low.
> 
> It might also help to turn your swap space on:
> http://www.freebsd.org/cgi/man.cgi?query=swapon

# swapctl -l
Device:   1024-blocks Used:
/dev/amrd0s2b   2097152 4



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: fsck fails on 6T system

2007-04-02 Thread Dan D Niles

On Thu, 2007-03-29 at 05:47 +0200, Pieter de Goeje wrote:
> On woensdag 28 maart 2007, Dan D Niles wrote:
> > 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
> Could you run 'limits' here? I suspect 'datasize' is too low.

# limits
Resource limits (current):
  cputime  infinity secs
  filesize infinity kB
  datasize  2935808 kB
  stacksize   65536 kB
  coredumpsize infinity kB
  memoryuseinfinity kB
  memorylocked infinity kB
  maxprocesses 5547
  openfiles   11095
  sbsize   infinity bytes
  vmemoryuse   infinity kB


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: fsck fails on 6T system

2007-03-29 Thread Peter A. Giessel
On 2007/03/28 19:47, Pieter de Goeje seems to have typed:
> On woensdag 28 maart 2007, Dan D Niles wrote:
>> 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
> Could you run 'limits' here? I suspect 'datasize' is too low.

It might also help to turn your swap space on:
http://www.freebsd.org/cgi/man.cgi?query=swapon
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: fsck fails on 6T system

2007-03-28 Thread Pieter de Goeje
On woensdag 28 maart 2007, Dan D Niles wrote:
> 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
Could you run 'limits' here? I suspect 'datasize' is too low.

Regards,
Pieter de Goeje
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: fsck fails on 6T system

2007-03-28 Thread Dan D Niles
On Wed, 2007-03-28 at 20:21 -0500, Josh Paetzel wrote:
> Dan D Niles wrote:
> > 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).
> > 
[clip]
> 
> RAM...lots and lots of RAM.  Start with about 8 gigs and give it a 
> try.
> 

The machine has 3G of RAM.  But as I said, it should only be using 2.3G
when it stops.  It has 3G of space so adding more RAM wouldn't help.  It
does not appear that it will go past 2G even though I increased the
process limits to near 3G.

BTW, if MAXDSIZ plus MAXSSIZ is greater than the size of real memory the
machine won't boot. I tried it.  Also, the max memory FreeBSD can use is
about 3.5G unless you use the experimental PAE kernel.

Any other ideas on how to get fsck to work on a 6T filesystem?

Thanks,

Dan




___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: fsck fails on 6T system

2007-03-28 Thread Josh Paetzel
Dan D Niles wrote:
> 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

RAM...lots and lots of RAM.  Start with about 8 gigs and give it a 
try.


Thanks,

Josh Paetzel
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


fsck fails on 6T system

2007-03-28 Thread 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


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"