Monitoring Physical Memory used by Solaris does not really make any sense. Solaris uses as much RAM as it needs and is not actually a problem if it uses 99% or 100% of physical RAM. Same with AIX and probably most variants of UNIX. Solaris allocates swap and makes it look like physical RAM to applications. If you see "Scan Rate" (sr column using vmstat) above 0 on a Solaris system it is one indicator you may be low on physical RAM.
Spectrum by default seems to monitor the Physical RAM in servers. I have disabled that and use eHealth instead to monitor swap usage. Is your question how to disable Physical RAM checking in Spectrum and change it to monitor swap instead? Craig From: Katona, Matthew J. [mailto:[email protected]] Sent: Friday, July 17, 2009 9:49 AM To: spectrum Subject: [spectrum] Sol10 & Mem/Swap Hi! Here is a daisy of a feature :) .. According to a sys admin, Solaris 10 reports memory used by the filesystem cache (swap space) as kernel memory which, even though it could be deallocated in a heartbeat, means Spectrum polls an OID for memory used and counts both physical and logical RAM. So any system with enough storage accesses over time will eventually show memory full. While this isn't a Spectrum issue, the server admin doesn't have an already-existing SNMP oid to replace the "buggy" oid. Has anyone else ever run into this issue and how did you fix it? I guess we could cron a script to deallocate, but was looking for something a little more NMS oriented. ________________________________ CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this e-mail, please notify the sender immediately by return e-mail, purge it and do not disseminate or copy it. * --To unsubscribe from spectrum, send email to [email protected]<mailto:[email protected]> with the body: unsubscribe spectrum [email protected] --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
