Hi,
There's an "EventDisp" file under "SpectrumRoot/SS/CsVendor/Cabletron" directory. In that file, there are 4 sections you can enable or disable individual/aggregated CPU and Memory alerts for servers. Those sections starts with comments like: "Comment out the following lines if you do not want CPU Threshold alarms to occur for individual instances" Just comment out the "individual" ones, and uncomment the "aggregate" ones for that. I find setting "only aggregated" RAM usage alerts too, useful for such environments. Have a nice day Tuğrul Gürkaynak Systems and Infrastructure Administration Specialist Havelsan A.S. www.havelsan.com.tr<http://www.havelsan.com.tr/> ________________________________ Gönderen: Joseph POUTRE <[email protected]> Gönderildi: 8 Temmuz 2015 Çarşamba 15:53 Kime: spectrum Konu: RE: [spectrum] CPU load calculation on multi CPU machines Greetings, Not all processes are multithreaded. I know we have software that uses a single CPU on a system, and can end up using all 100% and thus choking itself. I do believe it is possible to look at overall CPU usage, averaged over all CPUs, and to not alarm, or at least ignore, if any individual CPU is over the threshold. I looked into this some time back, but do not recall the details. - Joseph Poutre| CIB | ITIP – Production Tools and Efficiency AVP 525 Washington Jersey City Off:+1 (201) 850-4179 Cel:+1 (201) 920-6632 [email protected] From: [email protected] [mailto:[email protected]] Sent: Wednesday, July 08, 2015 7:55 AM To: [email protected] Subject: [spectrum] CPU load calculation on multi CPU machines Hi all, haven't found any useful information on this topic neither in the docs nor in the list archive, though I am sure the answer has been given before... How does SPECTRUM calculate the CPU load that is compared to the threshold given in a devices's "threshold and watches" configuration section in case there are more than one CPUs involved? I have done some testing and got a pretty confusing impression: SPECTRUM takes the highest load of all CPUs and takes this as a value to test against the threshold, the resulting event shows the name of the system's first CPU found in the RFC 2790 MIB and the load compared to the threshold (which is in fact not necessarity the displayed CPU's load). If this is the case, wouldn't it make much more sense, if anything nowadays with all the multithread applications spreading their load over several CPUs, to have a choice to let the overall CPU load be calculated as a sum of total percent and normalize it to a comparable value by dividing by 4?! Now: CPU0: 0% CPU1: 10% CPU2: 50% CPU3: 30% Threshold: 40% -> Alarm for 50% load on CPU0 (!) Wish: same as above, but Overall load: (0+10+50+30) / 4 = 22.5 % -> No Alarm, as 22.5% < 40% Am I confused? Or, worse,confusing? Freundliche Grüße Christian Fieres Mainova AG Sachgebiet Netz- und Infrastruktur (M3-ST4) Teamleiter Service Operation Center Solmsstraße 38 60623 Frankfurt am Main Telefon 069 213 23617 Mobil 0170 5601563 Telefax 069 213 9623617 E-Mail [email protected]<mailto:[email protected]> Internet http://www.mainova.de<http://www.mainova.de/> Mainova Aktiengesellschaft - Solmsstraße 38 - D-60623 Frankfurt am Main Vorsitzender des Aufsichtsrates: Stadtkämmerer Uwe Becker Vorstand: Dr. Constantin H. Alsheimer (Vorsitzender), Norbert Breidenbach, Lothar Herbst Sitz der Aktiengesellschaft: Frankfurt am Main - Amtsgericht Frankfurt HRB 7173 - USt-IdNr. DE 114184034 Mainova steht für besten Service, faire Verträge und top Preise für Ihre Energie - mit Auszeichnung! Mehr Infos unter: http://www.mainova.de/auszeichnung * --To unsubscribe from spectrum, send email to [email protected]<mailto:[email protected]> with the body: unsubscribe spectrum [email protected]<mailto:[email protected]> This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc. Unless otherwise provided above, this message was sent by BNP Paribas, or one of its affiliates in Canada, having an office at 1981 McGill College Avenue, Montreal, QC, H3A 2W8, Canada. To the extent this message is being sent from or to Canada, you may unsubscribe from receiving commercial electronic messages by using this link: www.bnpparibas.ca/en/unsubscribe/<http://www.bnpparibas.ca/en/unsubscribe/>. See www.bnpparibas.ca<http://www.bnpparibas.ca> for more information on BNP Paribas, in Canada. * --To unsubscribe from spectrum, send email to [email protected]<mailto:[email protected]> with the body: unsubscribe spectrum [email protected] Dikkat: Bu elektronik posta mesaji kisisel ve ozeldir. Eger size gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz.Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmektedir. Mesajdaki gorusler gondericiye ait olup HAVELSAN A.S. resmi gorusu olmak zorunda degildir. Attention: This e-mail message is private and privileged.If you are not the recipient for whom this e-mail message is intended, please notify the sender immediately and delete this e-mail message from your system.All sent and received e-mail messages go through a virus scan. Any opinions presented in this e-mail message are solely those of the author and do not necessarily represent HAVELSAN A.S.`s formal and authorized views. --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
