-
ZenPacks.zenoss.WindowsMonitor-5.0.5_1.1.2dev-4.lbn19.noarch
This package provides the capability to monitor windows systems. The following
daemons perform Windows monitoring tasks:
zenwin - monitors Windows service processes
zeneventlog - imports events from the Windows Event Log into Zenoss
zenwinperf - collects performance information from Windows machines
Located in
LBN
/
…
/
Zenoss 5
/
BastionLinux 19
-
ZenPacks.zenoss.WindowsMonitor-4.2.5_1.1.0-3.lbn19.noarch
This package provides the capability to monitor windows systems. The following
daemons perform Windows monitoring tasks:
zenwin - monitors Windows service processes
zeneventlog - imports events from the Windows Event Log into Zenoss
zenwinperf - collects performance information from Windows machines
Located in
LBN
/
…
/
Network Monitoring
/
BastionLinux 19
-
ZenPacks.zenoss.WindowsMonitor-4.2.5_1.1.0-3.lbn19.noarch
This package provides the capability to monitor windows systems. The following
daemons perform Windows monitoring tasks:
zenwin - monitors Windows service processes
zeneventlog - imports events from the Windows Event Log into Zenoss
zenwinperf - collects performance information from Windows machines
Located in
LBN
/
…
/
Zenoss 4
/
BastionLinux 19
-
ZenPacks.zenoss.XenMonitor-4.2.5_1.1.0-1.lbn13.noarch
Xen Monitor
---------------------------
XenMonitor is a ZenPack that allows you to monitor
virtually hosted operating systems running on a Xen hypervisor.
It depends on the prior installation of the ZenossVirtualHostMonitor zenpack.
This zenpack:
1) Extends ZenModeler to find Guest OS's and add them to Virtual Hosts
3) Provides templates for collecting resources allocated to Guest OSs.
To Use XenMonitor:
1) Ensure that you have SSH keys to your Xen servers (as root).
2) Create your Xen servers using the /Servers/Virtual
Hosts/Xen device class. If you have these servers modeled
already, remove them and recreate them under the Xen device class.
DO NOT MOVE THEM.
3) Select the Guest menu and ensure that the guest hosts were
found when the devices were added.
Located in
LBN
/
…
/
Zenoss 4
/
BastionLinux 13
-
ZenPacks.zenoss.XenMonitor-3.2.1_1.0.3-1.lbn13.noarch
Xen Monitor
---------------------------
XenMonitor is a ZenPack that allows you to monitor
virtually hosted operating systems running on a Xen hypervisor.
It depends on the prior installation of the ZenossVirtualHostMonitor zenpack.
This zenpack:
1) Extends ZenModeler to find Guest OS's and add them to Virtual Hosts
3) Provides templates for collecting resources allocated to Guest OSs.
To Use XenMonitor:
1) Ensure that you have SSH keys to your Xen servers (as root).
2) Create your Xen servers using the /Servers/Virtual
Hosts/Xen device class. If you have these servers modeled
already, remove them and recreate them under the Xen device class.
DO NOT MOVE THEM.
3) Select the Guest menu and ensure that the guest hosts were
found when the devices were added.
Located in
LBN
/
…
/
Network Monitoring
/
BastionLinux 13
-
ZenPacks.zenoss.XenMonitor-5.0.5_1.1.0-1.lbn19.noarch
Xen Monitor
---------------------------
XenMonitor is a ZenPack that allows you to monitor
virtually hosted operating systems running on a Xen hypervisor.
It depends on the prior installation of the ZenossVirtualHostMonitor zenpack.
This zenpack:
1) Extends ZenModeler to find Guest OS's and add them to Virtual Hosts
3) Provides templates for collecting resources allocated to Guest OSs.
To Use XenMonitor:
1) Ensure that you have SSH keys to your Xen servers (as root).
2) Create your Xen servers using the /Servers/Virtual
Hosts/Xen device class. If you have these servers modeled
already, remove them and recreate them under the Xen device class.
DO NOT MOVE THEM.
3) Select the Guest menu and ensure that the guest hosts were
found when the devices were added.
Located in
LBN
/
…
/
Zenoss 5
/
BastionLinux 19
-
ZenPacks.zenoss.XenMonitor-4.2.5_1.1.0-1.lbn19.noarch
Xen Monitor
---------------------------
XenMonitor is a ZenPack that allows you to monitor
virtually hosted operating systems running on a Xen hypervisor.
It depends on the prior installation of the ZenossVirtualHostMonitor zenpack.
This zenpack:
1) Extends ZenModeler to find Guest OS's and add them to Virtual Hosts
3) Provides templates for collecting resources allocated to Guest OSs.
To Use XenMonitor:
1) Ensure that you have SSH keys to your Xen servers (as root).
2) Create your Xen servers using the /Servers/Virtual
Hosts/Xen device class. If you have these servers modeled
already, remove them and recreate them under the Xen device class.
DO NOT MOVE THEM.
3) Select the Guest menu and ensure that the guest hosts were
found when the devices were added.
Located in
LBN
/
…
/
Network Monitoring
/
BastionLinux 19
-
ZenPacks.zenoss.XenMonitor-4.2.5_1.1.0-1.lbn19.noarch
Xen Monitor
---------------------------
XenMonitor is a ZenPack that allows you to monitor
virtually hosted operating systems running on a Xen hypervisor.
It depends on the prior installation of the ZenossVirtualHostMonitor zenpack.
This zenpack:
1) Extends ZenModeler to find Guest OS's and add them to Virtual Hosts
3) Provides templates for collecting resources allocated to Guest OSs.
To Use XenMonitor:
1) Ensure that you have SSH keys to your Xen servers (as root).
2) Create your Xen servers using the /Servers/Virtual
Hosts/Xen device class. If you have these servers modeled
already, remove them and recreate them under the Xen device class.
DO NOT MOVE THEM.
3) Select the Guest menu and ensure that the guest hosts were
found when the devices were added.
Located in
LBN
/
…
/
Zenoss 4
/
BastionLinux 19
-
ZenPacks.zenoss.ZenAWS-3.2.1_1.0.3-1.lbn13.noarch
The Amazon Web Services (AWS) ZenPack allows you to monitor Amazon Elastic
Compute Cloud (Amazon EC2) server instances. It collects information for
these objects monitored through Amazon's CloudWatch APIs:
* Account
* Instance
* Instance Type
When you install the ZenPack, the /AWS/EC2 device class is added to your Zenoss
instance. A single device in the EC2 class, EC2Manager, represents your EC2
account. All instances and instance types are contained in the EC2 account
manager.
Located in
LBN
/
…
/
Network Monitoring
/
BastionLinux 13
-
ZenPacks.zenoss.ZenJMX-3.2.1_3.5.3-1.lbn13.x86_64
ZenJMX is a full-featured JMX client that works "out of the box" with JMX agents that have their remote APIs enabled. It supports authenticated and unauthenticated connections, and it can retrieve single-value attributes, complex-value attributes, and the results of invoking an operation. Operations with parameters are also supported so long as the parameters are primitive types (Strings, booleans, numbers), as well as the object version of primitives (such as java.lang.Integer and java.lang.Float). Multi-value responses from operations (Maps and Lists) are supported, as are primitive responses from operations.
The JMX data source installed by ZenJMX allows you to define the connection, authentication, and retrieval information you want to use to retrieve performance information. The IP address is extracted from the parent device, but the port number of the JMX Agent is configurable in each data source. This allows you to operate multiple JMX Agents on a single device and retrieve performance information for each agent separately. This is commonly used on production servers that run multiple applications.
Authentication information is also associated with each JMX data source. This offers the most flexibility for site administrators because they can run some JMX agents in an open, unauthenticated fashion and others in a hardened and authenticated fashion. SSL-wrapped connections are supported by the underlying JMX Remote subsystem built into the JDK, but were not tested in the Zenoss labs. As a result, your success with SSL encrypted access to JMX Agents may vary.
The data source allows you to define the type of performance information you want to achieve: single-value attribute, complex-value attribute, or operation invocation. To specify the type of retrieval, you must specify an attribute name (and one or more data points) or provide operation information.
Any numerical value returned by a JMX agent can be retrieved by Zenoss and graphed and checked against thresholds. Non-numerical values (Strings and complex types) cannot be retrieved and stored by Zenoss.
When setting up data points, make sure you understand the semantics of the attribute name and choose the correct Zenoss data point type. Many JMX Agent implementations use inconsistent nomenclature when describing attributes. In some cases the term "Count" refers to an ever-increasing number (a "Counter" data point type). In other cases the term "Count" refers to a snapshot number (a "Gauge" data point type).
Located in
LBN
/
…
/
Network Monitoring
/
BastionLinux 13