NetXMS Support Forum

These three counters:

Counter = Hyper-V Virtual Machine Summary.Running:"\Hyper-V Virtual Machine Summary\Running":60:A:INT:"The number of virtual machines in 'running' state."
Counter = Hyper-V Virtual Machine Summary.Saved:"\Hyper-V Virtual Machine Summary\Saved":60:A:INT:"The number of virtual machines in 'saved' state."
Counter = Hyper-V Virtual Machine Summary.Turned Off:"\Hyper-V Virtual Machine Summary\Turned Off":60:A:INT:"The number of virtual machines in 'turned off' state."

have been removed from Hyper-V shipped with Windows Server 2012 (they are only available in 2008R2).

This one:

Counter = Hyper-V Hypervisor Virtual Processor.%Total Run Time(_Total):"\Hyper-V Hypervisor Virtual Processor(_Total)\% Total Run Time":60:A:INT:"The percentage of Host CPU used by Hyper-V Guests."

is still available.

Best regards,
Marco

Here some WinPerf counters to monitor Hyper-V status:

Counter = Hyper-V Hypervisor Virtual Processor.%Total Run Time(_Total):"\Hyper-V Hypervisor Virtual Processor(_Total)\% Total Run Time":60:A:INT:"The percentage of Host CPU used by Hyper-V Guests."
Counter = Hyper-V Virtual Machine Summary.Running:"\Hyper-V Virtual Machine Summary\Running":60:A:INT:"The number of virtual machines in 'running' state."
Counter = Hyper-V Virtual Machine Summary.Saved:"\Hyper-V Virtual Machine Summary\Saved":60:A:INT:"The number of virtual machines in 'saved' state."
Counter = Hyper-V Virtual Machine Summary.Turned Off:"\Hyper-V Virtual Machine Summary\Turned Off":60:A:INT:"The number of virtual machines in 'turned off' state."

Best regards,
Marco

Quote from: Victor Kirhenshtein on August 24, 2012, 12:37:27 PM
Hi!

Looks like something is broken in 1.2.2 regarding zone support. You do all configuration absolutely right, it must be a bug. I'll try to reproduce and fix this in a next few days.

Best regards,
Victor

Thank you very much for your support. Let me know if I can be useful for any other test.

Best regards,
Marco

Quote from: Victor Kirhenshtein on August 22, 2012, 06:17:07 PM
Hi!

Server uses ICMP proxy only if zoning is enabled and node is in zone other then Zone 0. Probably it is good idea to add possibility to configure ICMP proxy for individual nodes. But currently the only workaround/solution is to put remote nodes in separate zone, and configure ICMP proxy for that zone.

Best regards,
Victor

Little update, I started again from scratch, created the 'ZONE-TEST' (ID 1), set-up all the proxies, assigned the node unable to ping 'TEST-NODE' to Zone with ID 1, assigned the node NAS-BACKUP01 (with SNMP support) to Zone ID 1 and left in Zone ID 0 the proxy node NETXMS-PROXY.
As you can see in the picture the name of the zone changed as well as its class from Zone to Subnet (this happened after a while). Now I'm no more able to assign anything else to Zone ID 1, it simply doesn't exist anymore (as you can see only the Default zone is displayed).

Where am I wrong?

Best regards,
Marco

Quote from: Victor Kirhenshtein on August 22, 2012, 06:17:07 PM
Hi!

Server uses ICMP proxy only if zoning is enabled and node is in zone other then Zone 0. Probably it is good idea to add possibility to configure ICMP proxy for individual nodes. But currently the only workaround/solution is to put remote nodes in separate zone, and configure ICMP proxy for that zone.

Best regards,
Victor

Hi Victor,

I agree, it could be useful to add configuration for ICMP proxy for single node. BTW I'm trying to setup zones to solve it for now.
I turned on the 'EnableZoning' flag and restarted the server, now I have the "Change Zone" menu item. I created a new zone, set the proxy node (same for NetXMS, SNMP and ICMP), changed the zone for the proxy node and for the node that I want to ping, but I'm still not able to ping the node. In the meanwhile I was testing the zone name automatically changed its name (i.e. the zone name I set was "TEST" and now it changed to "192.168.10.0/24" that is the subnet for the node I want to ping).

For sure I'm doing something wrong, do you have any hints?

Best regards,
Marco

Hi Victor,

I followed the info here presented:

https://www.netxms.org/forum/configuration/agentless-icmp/msg2273/#msg2273

And I managed it properly when the node is inside the same network where the server is.
What about the possibility to ping a node through a proxy? I tried both method described in the above link but I'm not able to get the correct status, interface is always UNKNOWN and status turns CRITICAL after required number of polls.

Node is properly pingable manually from the node used as proxy (I tried also to add interfaces manually (with MAC address) and I found that they are properly discoverable via the "Find switch port" menu item, but didn't help).

Proxy node works properly, I'm able to query all other SMNP and NetXMS managed nodes.

Any hints?


Here the result of the Poll Node request:

[8/21/12 6:26:16 PM] **** Poll request sent to server ****
[8/21/12 6:26:16 PM] Poll request accepted
[8/21/12 6:26:16 PM] Starting status poll for node TEST-NODE
[8/21/12 6:26:16 PM]       Current interface status is CRITICAL
[8/21/12 6:26:16 PM]       Starting ICMP ping
[8/21/12 6:26:16 PM]    Starting status poll on interface unknown
[8/21/12 6:26:21 PM]       Interface is CRITICAL for 12 polls (10 polls required for status change)
[8/21/12 6:26:21 PM]    Finished status poll on interface unknown
[8/21/12 6:26:21 PM]       Interface status after poll is CRITICAL
[8/21/12 6:26:21 PM] Finished status poll for node TEST-NODE
[8/21/12 6:26:21 PM] Node is still unreachable
[8/21/12 6:26:21 PM] Node status after poll is CRITICAL
[8/21/12 6:26:21 PM] **** Poll completed successfully ****

Best regards,
Marco

Quote from: Victor Kirhenshtein on August 20, 2012, 11:49:09 AM
Hi!

Fixed finally You can try 1.2.3-rc2 from here: https://www.netxms.org/download/rc/nxmc-1.2.3-rc2.war. I also tweak CSS a bit - what do you think about it?

Best regards,
Victor

Downloaded and installed. Works great, good job! I like much the new CSS.

Marco

Quote from: Victor Kirhenshtein on August 01, 2012, 02:31:57 PM

Quote from: Jmp_3f8h on August 01, 2012, 01:17:39 PM
I forgot to mention that in this scenario the event source for the alarm should be the container and not a specific node. But I don't know if promoting a container to source for alamr has other side effects.

This can cause some side effects. For example, now you have $node variable in filtering scripts in event processing policy. If container and/or cluster objects can be event sources as well, you will have to check with what object class you are dealing with before accessing object properties for example. It will be quite complicated change, mostly because lot of places in the code will need to be checked.

Best regards,
Victor

I was thinking about a $container to be checked for events generated by those objects. Probably a superclass object $some_entity extended by $node and $container can be substituted to the current $node in most of the places. But even without considering the implementation effects (heavy, as far as I understood), the real problem is that I'm not totally convinced that a similar approach can be 100% semantically correct.

Marco

PS May be my comments are totally foolish since I don't know how it is currently implemented. Sorry in advance!

Quote from: Jmp_3f8h on August 01, 2012, 11:15:51 AM
Still in my case, a threshold like "number of VM that are in off state > X" would not break any rule because it is still relevant to the value handled (transformed) by the parameter I defined. If a need to monitor the specific number of VM running on a specific node, then I could add a specific DCI object to that node (as I did in my first approach).

I forgot to mention that in this scenario the event source for the alarm should be the container and not a specific node. But I don't know if promoting a container to source for alamr has other side effects.

Marco

Quote from: Victor Kirhenshtein on July 31, 2012, 11:44:26 PM
Currently cluster objects works like a special kind of templates - DCIs defined on it applied to underlying nodes, exactly as from template. If cluster objects will also have active DCIs collected on it's own, it will somehow break current concept of node objects being only objects where data collection occurs. Also, there are cases when you don't have cluster object, but still need some common values - for example, total number of users connected to farm of terminal servers. Using one of the nodes is not very elegant and intuitive, as such values related to node group, not only one node. One possible solution would be to add data collection capabilities to container objects as well. Or, we can introduce some new object class for such DCIs. Another question is thresholds on such parameters - what object should be event source in case of threshold violation? I like to got to clear and elegant solution. Any thoughts?

Best regards,
Victor

For my specific case the solution of adding DCI to container could be good and generic enough. Since template is something that already exists, I don't know if it is a good idea to have it replicated in the Cluster object.

Still in my case, a threshold like "number of VM that are in off state > X" would not break any rule because it is still relevant to the value handled (transformed) by the parameter I defined. If a need to monitor the specific number of VM running on a specific node, then I could add a specific DCI object to that node (as I did in my first approach).

I really don't know if removing template from cluster and adding DCI collection to all containers (maybe only from Internal origin) is a smart solution, in this moment I'm not able to see other cases that are not properly handled with this approach. You have a wider look of the entire system, do you have knowledge of "strange" situation that cannot be handled by this approach?

Best regards,
Marco.

Quote from: Victor Kirhenshtein on July 31, 2012, 12:22:58 PM
You need only one such DCI, not on each node. As it's source is "Internal", it will be collected even if node is down, because it does not involve any communication with the node - everything is inside server process. You can put this DCI on your dashboard. In more details, you should have configuration similar to this:

Hi Victor,

got it! Thank you!

I have another question. As far as I understood the cluster container has the possibility to have DCI objects and those objects are propagated to all the nodes. I think that it could be useful to have the possibility to decide if propagate or not, in the last case this kind of transformation can be set directly to the DCI of the cluster container instead of somewhere else, IMHO info related to the cluster should be tied to the cluster container, not to any other node.

Best regards,
Marco

Quote from: Victor Kirhenshtein on July 30, 2012, 10:51:12 PM
Hi!

You have to create additional DCI on any node, which will accumulate values from all cluster nodes. You can create DCI with internal source and parameter "Dummy", and use NXSL functions GetDCIValueByName or GetDCIValueByDescription in transformation script for getting values from individual cluster nodes. Don't forget to turn off trusted node check or add target node to trusted nodes list on all cluster nodes (see also this page: http://wiki.netxms.org/wiki/SG:Security_Issues).

Best regards,
Victor

Ok, now I have all the cumulated values properly collected in each node, but how can I put in the dashboard as a single entity to have a pie chart so that if a node is down the values are shown from one of the other node? Is it possible?

Best regards,
Marco

Hi Victor,

I have a Windows 2008 R2 cluster with a group of virtual machines managed through Hyper-V hypervisor. Virtual machines are moving between nodes of the cluster depending on load and/or maintenance state of the nodes of the cluster.
I would like to create a pie chart in the dashboard showing the total number of machine in "running", "turned off" and "saved" state for the entire cluster (not for each node). I have exported successfully from each node the relevant values through the WinPerf subagent.
When I tried to add a new parameter to the data collection configuration of the Cluster node, this just "cloned" the parameter to each node, that is not what I need.
Is there a way to get a global value for each data sampled for the entire cluster (summing the values of each node of the cluster)? This will help me to monitor the cluster instead of each node.

Thank you for your help.

Best regards,
Marco

Quote from: Victor Kirhenshtein on July 25, 2012, 02:06:20 PM
I'll try to fix this in a next few days.

Best regards,
Victor

Hi Victor,

Ok, glad to know; it's not urgent, I'll use Firefox in the meanwhile.

Best regards,
Marco

Quote from: Jmp_3f8h on July 13, 2012, 10:54:29 AM
I have another little problem that seems related to IE8, I got it on Windows 2003 R2 x64 and Windows XP (no problem on same platforms using Chrome).

Do you have any suggestion?

Best regards,
Marco

After upgrading to version 1.2.2 the problem seems worsened: now appears before the login interface on IE8 (Win 2003R2 x64) and also appears in IE 9 (Win 7 x64) when walking objects with Object Details pane opened. Still no problem with Firefox or Chrome on both platform.

Any hints?

Bye,
Marco