Date: Tue, 31 Jul 2007 02:08:15 -0300 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= <jonny@jonny.eng.br> To: hackers@freebsd.org Subject: Problems with rpc.statd and PAE Message-ID: <46AEC3BF.4080309@jonny.eng.br>
next in thread | raw e-mail | index | archive | help
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
Also, I tought PAE was only needed when we had MORE than 4G. But
without PAE the system shows only 3.5G:
- Without PAE:
Jul 25 16:34:41 zeus kernel: real memory = 3757965312 (3583 MB)
Jul 25 16:34:41 zeus kernel: avail memory = 3678429184 (3508 MB)
- With PAE:
Jul 25 17:09:01 zeus kernel: real memory = 4831838208 (4608 MB)
Jul 25 17:09:01 zeus kernel: avail memory = 4193112064 (3998 MB)
If I could use the whole 4G, or at least lose less than 512M, I'd
prefer to stay off PAE.
Any help you could give me?
TIA,
Jonny
PS: sources fully updated to 6-RELENG from last week.
--
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?46AEC3BF.4080309>