Problems with rpc.statd and PAE

João Carlos Mendes Luís jonny at
Fri Aug 3 03:45:37 UTC 2007

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:
> 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?


João Carlos Mendes Luís - Networking Engineer - jonny at

More information about the freebsd-hackers mailing list