Hi Max and all I just noticed that I repied to you Max. My apologies. I am leaving the mmissing part of the thread here.
2009/11/5 max at bruningsystems.com <max at bruningsystems.com>: > Hi Marco, > > Can you run "echo ::kmastat | mdb -k" > then wait for an hour, and do it again? Yep, I can do that. Already did the first. > Also, if you are able to use ::findleaks on the dump, > you should be able to use ::kmausers on the running > system (i.e., "echo ::kmausers | mdb -k"). I did it, but the output is 16612 lines long. I guess it's too much to paste it here or attach the file. Please let me know how I can make it available to you. CIao --bronto > > max > > Marco Marongiu wrote: >> >> Hi Max, thanks for replying >> >> 2009/11/5 max at bruningsystems.com <max at bruningsystems.com>: >> >>> >>> Do you have any large (and growing) files in /tmp, /etc/svc/volatile, >>> or /var/run? ?How long was the system up when you did the reboot -d? >>> >> >> I rebooted this morning. Currently there is no large file in any of >> the three directories: >> >> bronto at brabham:~$ pfexec du -sh /var/run /etc/svc/volatile /tmp >> 156K ? ?/var/run >> 516K ? ?/etc/svc/volatile >> 28K ? ? /tmp >> >> The system was up ~30 hours, working just as an NFS server. It also >> has gdm active. I am not going to use it as a workstation until this >> problem is resolved. >> >> Sure the memory consuption is not as quick as it was before (when I >> used it as a workstation). Nevertheless, it keeps eating about half a >> GB of RAM during the night, and doing nothing! >> >> If it could help, I can leave it running for 48 hours. >> >> >>> >>> 15k bytes may be a leak, but it is not so excessive that it should be >>> causing problems (unless you are leaking 15k every few minutes...). >>> >> >> As said, it eats about 500MB during the night, while doing nothing... >> >> Just let me know if you need me to do any further test. >> >> ciao >> --bronto >> >> > >
