Date: Fri, 03 Aug 2007 00:45:32 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= <jonny@jonny.eng.br> To: Don Lewis <truckman@FreeBSD.org> Cc: hackers@FreeBSD.org Subject: Re: Problems with rpc.statd and PAE Message-ID: <46B2A4DC.4080000@jonny.eng.br> In-Reply-To: <200708022120.l72LKRUS001446@gw.catspoiler.org> References: <200708022120.l72LKRUS001446@gw.catspoiler.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Don Lewis wrote:
> On 31 Jul, João Carlos Mendes Luís wrote:
>
>> Hi,
>>
>> Sent this to -questions, but got no answer. Now I'll try -hackers...
>>
>> I've just configured my first server with 4G RAM. To use it, I had
>> to select PAE in kernel config. I was a little bit troubled by it's
>> advice not to use modules (is it that critical?), but got it running.
>>
>> But when it is running on PAE, NFS statd refuses to run:
>>
>> # /etc/rc.d/nfslocking start
>> Starting statd.
>> rpc.statd: unable to mmap() status file: Cannot allocate memory
>> Segmentation fault
>> #
>>
>> Using strace I found it was trying to mmap the status file, at
>> /var/db/statd.status:
>>
>> open("/var/db/statd.status", O_RDWR) = 10
>> mmap(0, 268435456, PROT_READ|PROT_WRITE, MAP_SHARED, 10, 0) = -1 ENOMEM
>> (Cannot allocate memory)
>>
>> It's really strange to have mmap len = 256M, specially because the
>> file is always small. But it works without PAE, and do not work with
>> PAE. And it is described in the handbook:
>>
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/book.html#STATD-MEM-LEAK
>>
>
> I've been seeing this same problem for a long time on an 7.0-CURRENT
> i386 machine with 1GB of RAM, and I'm not using PAE. I haven't
> discovered any obvious cause for the problem.
>
It's a production file server, so I cannot make any test today, but this
weekend I'll try to recompile statd to use less memory.
Is there a good reason to map 256M at once?
Jonny
--
João Carlos Mendes Luís - Networking Engineer - jonny@jonny.eng.br
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46B2A4DC.4080000>