Marlbs

That is exactly what I thought, but I just wanted to make sure before I did anything. Thanks!

Do you see it or can you see it when you login into the web app (HP System Management Homepage) on the server itself? You also have to make sure that the "Report Status" option is turned on with in HP System Management Homepage on the server itself as I have shown below -- You need to make sure that "Report Status" is Set…

I am not a SQL guru. I don't suppose you could tell me what the SQL code would look like to generate this report?

Can I get some suggestions about the best way to configure the Alert for the Windows Event Log monitor template to send out when a failover happens?

It would appear that Polling VMWare hosts directly is reccomended over polling them via VCenter. Once completed, this seems to resolve the issue for me. It does seem that the delay to get the information into VCenter is a lot longer than you would expect. Direct polling of the VMware host get you the most update…

Here is a better close up of just the warning and the hardware monitoring on the server - As you can see here --- We are seeing a "Down" condition for the ESX Status and no details on the Power Supply as it is still showing green In VCenter, the power supply is showing as the issue and the server isn't down because the…

With the scaling, I am not sure that this helps a lot. Let me try and edit it for a close up.

We have the HP DL 360 G5 / G6 /G7 servers for the most part.We have a number of other HP models as well, but I do not know the model numbers of these units of hand. On these I am able to get all hard ware info as you see below -

I am having a different issue where none of the fields are populating? Is this related?

After I tought about this more... I realized that I really should be using the location field in the SNMP setup and the problem here is really with our provisioning process as we need to populate this field during server setup. Still the idea of being able to populate a custom field with AD data does make one think that…

Anyone have an answer to this?

Everytime I try to save the report, I get and error that says: "Detected useage of a macro, which links to a nonexistent field in the report. Therefor WebURL, which uses this macro, will not be generated correctly. Missing fields; NodeID I only see NodeID used one place in the code. Is this perhaps a typo? Suggestions on…

Actually... I have a good report that I reccomend just for what you are taking about. I call the report "All Alerts In The Last 24 Hour Period - Detailed" - You can search for the report and download it. The report dumps the Log Date & Time, the Alert Namer, The Object Data, The Action, and The Message By using this report…

I use the following SQL in my alerts all of the time in pretty much every alert - Server Owner: ${SQL:SELECT _2nd_Alert_Group FROM Nodes WHERE NodeID = ${NodeID}} Server Description: ${SQL:SELECT SA_Description FROM Nodes WHERE NodeID = ${NodeID}} Server IP: ${SQL:SELECT IP_Address FROM Nodes WHERE NodeID = ${NodeID}}…

The developer who has been working with me on this project has made a change that has exposed the MSMQ Queues both public and private. I am not exactly sure what he did and I am seeking to find this out, but I can now see the Queues, so this at least give me something more to look at. I will find out more and report back…

I understand what you are saying here, but the data that it seems to be returning is the size of the queue in kbytes, not the number of messages in the queue. What I would really like to be able to do is monitor all of the individual private queues for their values and track and alert when values reach a certain threshold.…

We too also seem to be suffering from this bug as well. The transceiver thresholds/temperature dispite the waring, have never thrown an alarm on the switch and are well within “normal” range confimred by the TAC that was opened above. Does anyone know if this has been reported so that will get resolved in the next release?

I went ahead and uploaded the actual report into the database to make it easy for folks to download.

Exceptional report and very valuable to trace alerting issues. Good job David!

That is what I hear after calling support. The way to get it done in a bulk change would be to hack the database and globally insert the values into the database. I am going to talk to our SQL and see what he says,