2012-11-16 03:36 AM
Did you ever experienced with such problem, the dbsrv10 is consuming all swap space
How to deal with ??
Cpu(s): 88.7% us, 10.4% sy, 0.0% ni, 0.5% id, 0.3% wa, 0.2% hi, 0.0% si
Mem: 12216232k total, 11298900k used, 917332k free, 88060k buffers
Swap: 1936708k total, 1936708k used, 0k free, 1209192k cached
PID USER PR NI %CPU TIME+ %MEM VIRT RES SHR S COMMAND
30565 root 17 0 139 33925:12 15.1 2072m 1.8g 3136 S dbsrv10
16844 root 16 0 44 669:55.67 13.6 1758m 1.6g 8296 S dfmmonitor
16845 root 15 0 11 372:02.81 10.6 1434m 1.2g 10m S dfmserver
# dfm version
dfm 4.0.2 (4.0.2D12)
2012-11-16 03:26 PM
"Did you ever experienced with such problem?"
Yes, the version of code you are running seems to exhibit the behavior you are experiencing in very large environments. A restart of the services will take care of the resource issue. Then once restarted the process will grow and grow over time. So you may get into situations where you have to restart the service every now and then. As I mentioned this issue is usually due to large environments with a lot going on. Splitting up your schedules, segmenting your environment, leveling the playing field will help to alleviate the additional load on the process. Or, you could just upgrade to 5.x and the problem will go away all together. That was my experience anyways. I know 'upgrade' isnt the best answer, but I do know that it will solve your problem.