On Sun, Apr 25, 2010 at 1:39 AM, Yves Huang <yves.huang.proje...@googlemail.com> wrote: > Good Day all; I'm new here. > > We have an urgent problem. A test server which is ready for > demonstration (and purchase from Sun/Oracle) suffers from some kind of > kernel problem: A 32bit process (ksh) started to consume more than 4G > of memory and is still running but defeats some attempts to observe > it: > > Memory usage is 4.8G and rising and we're troubled what may cause the > kernel to ignore the 32bit address limit: > prstat 1 | head -3 > PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP > 5608 remy2 4930M 4588M cpu9 58 0 0:24:57 5.0% ksh/1 > 380 root 8896K 2392K sleep 59 0 0:00:58 0.1% automountd/4 > > Observing the process is not always possible, some tools fail like this one: > pmap -x 5608 > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > 5608: ksh /home/remy2/prod/test/opensolaris/transactions/daily423 /hom > pmap: cannot examine 5608: address space is changing > > What should we do in this case? Reboot? How can we prevent this from > happening again during the demonstration on Monday?
HELP HELP The memory usage is now 12.1G. We managed to monitor the output and it makes sense, the script is doing correct work, the memory usage is still worrying. Yves _______________________________________________ sysadmin-discuss mailing list sysadmin-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/sysadmin-discuss