Martin's Blog » OpenNMS

OpenNMS 1.6.1 to 1.6.10

Martin Liu — Sun, 28 Mar 2010 05:37:04 +0000

在最近的一年里，我基本上忙于CMDB的工作，没有什么业余时间来看看OpenNMS的情况。其实OpenNMS是最初引入我深入了解开源软件世界的东东。时隔1年之久，我上一篇关于opennms的文章是它是1.6.1版本，刚才查了一下，它最新的稳定版本是1.6.10.

看似它这一年里发展的比较慢，这让我感到些许地失望，大概地看一下一堆相关的release notes。功能性的变化如下：

新增和增强了一些monitor的和功能，主要有http，dns，ldap，ssh，jmx等，从最初的snmp采集，都这些采集功能；采集能力的增强是它这样的无代理监控程序永远的话题
UI的功能的增强了一些
SNMP采集仍然是他的主要能力，在这方面也有了一些改进
新增了一些网络设备品牌的支持
阀值配置也有改进

总的来说，作为一款能够采集各种snmp mib信息，能够出好看的性能报表，能够作为统一的告警事件平台，能够有简单易用的UI，OpenNMS做的显然是非常不错的。至今还行它还没有提出什么云计算相关的话题，可见他们还是一般比较稳健发展，不爱赶时髦的人。希望他们能做的更好。

对于我的这个blog来说，之前写的OpenNMS和网管相关的东西比较多，以后可能会越来越少，就此和OpenNMS做一个总结。以后本blog可能会和目前做的cmdb和itsm相关这些内容为主了。

[網播] Born to MISrepresent 第二集：當 OpenNMS 遇上 SFLC ，催生了 Moglen Ravicher LLC

Martin Liu — Wed, 04 Feb 2009 04:52:02 +0000

（原文於 2008-04-08 發表於 http://blog.roodo.com/ystuan/archives/5830995.html）

這個音檔的授權是姓名標示-非商業性-相同方式分享 2.5 台灣，跟我的網誌一樣。

下載ogg格式：Born_to_MISrepresent_EP2.ogg
下載mp3格式：Born_to_MISrepresent_EP2.mp3
前往存放在 Archive.org 上的頁面：Born to MISrepresent EP2，有更多資訊以及格式。

內容摘要：

OpenNMS 1.3.11 版發佈，並宣佈與 Hyperic 就雙方的產品進行合作。這項合作的推手是一個雙方的共同客戶。Hyperic 的 agent 預料將可和擁有強大平台但是拙於 agent (agent-less)的 OpenNMS 形成良好互補。（自 1.3.10 版就開始跟 Hyperic Agent進行整合，最近 OpenNMS 版本號已跳升至 1.5.90 ） Tarus 的 blog 有更多細節：The Year of Integration

Hyperic 跟 OpenNMS 的初步整合，可線上收看 Integrating Hyperic HQ and OpenNMS（瀏覽器需支援 flash 格式播放）

當 OpenNMS 遇上 SFLC ：前一陣子 Tarus 跑去 Ask Slashdot ，嚷嚷說 Cittio Watchtower 使用 OpenNMS 的程式碼當然可以，但是使用的方式違反了（程式碼採用的）GPL授權。

想也知道，跑去 Slashdot 一定會引來關注，他也尋求軟體自由法律中心（Software Freedom Law Center，SFLC）的協助。但是，SFLC服務對象僅限於非營利機構，結果呢，SFLC決定以成立一間新的律師事務所(Moglen Ravicher LLC)的方式，來服務支持自由軟體的營利機構， OpenNMS Group 因此成了 Moglen Ravicher LLC 的第一個客戶。

喔，不用猜， SFLC 的新聞稿直接告訴大家，兩塊招牌底下都是同一群律師，事務所的所有利潤會回饋給 SFLC 。（嗯，其實我們也可以說 OpenNMS 有兩種，一種是 opennms.org – 社群，一種則是 opennms.com – 主要參與者所開的公司 OpenNMS Group。）

筆者已經在 FLOSS Weekly 聽過 Eben Moglen 談 GPL 3.0 ，這次為多瞭解另一位大咖 Dan Ravicher （其實只是想搞清楚他的姓怎麼唸……），找到了 Dan 談 GPL 3, Patents and Other Current Issues ，都很棒，推薦給大家，尤其是後者，其實 Dan 還回顧了 GPL 的誕生，解釋了 RHEL 的 subscription model 為何不違反 GPL 但又可以約束客戶（超意外收穫！解答了筆者幾百年前的疑惑）

照例 Tarus 也在他的 blog 提到整件事：OpenNMS, Eben Moglen and Cittio

opennms 1.6.1-1 quick start guide

Martin Liu — Sun, 11 Jan 2009 02:33:12 +0000

本安装手册为纯命令版，如果有什么疑问清参考官方安装手册，或给本贴留言。

[install yum on your Linux box]
选择任意Linux系统，安装上yum工具，在命令行测试 yum -v

[testing internet connection with those two URL]
测试是否能上网，用浏览器分别打开这两个网址

先别关闭这两个网页。

[Install opennms 开始安装:

yum install yum-fastestmirror
rpm -Uvh http://yum.opennms.org/repofiles/opennms-repo-snapshot-rhel4.noarch.rpm
yum list opennms
yum install opennms

[ post-install and config] 开始配置：

export OPENNMS_HOME=/opt/opennms
vi /var/lib/pgsql/data/pg_hba.conf
1. 注释掉其中所有可用的行，加入下面三行
  local all all trust
  host all all 127.0.0.1/32 trust
  host all all ::1/128 trust
/sbin/service postgresql restart
/usr/java/jdk1.5.0_15/bin/java -version
$OPENNMS_HOME/bin/runjava -S /usr/java/jdk1.5.0_15/bin/java
$OPENNMS_HOME/bin/install -disU -l /usr/lib/jni:/usr/lib

[ startup opennms and login ]启动登录：

/etc/init.d/opennms start
http://localhost:8980/opennms
username and password are admin/admin
click Admin / Add Interface, input a ipaddress and press Add button

OK， I have get oepnnms 1.6.1-1 installed on my home pc, I hope you good luck and have fun.

[项目更新] OTRS project news update

Martin Liu — Wed, 19 Nov 2008 17:40:56 +0000

当OTRS遇到OpenNMS OTRS meets openNMS! OTRS和OpenNMS发布了新的集成手册 http://www.opennms.org/index.php/OTRS_Integration 这个Web Service的接口应该能做方便的集成了，没有试过，总之OpenNMS+OTRS应该是不错的组合，黄金搭档送给你，到~~

The SIRIOS 2.2 modules for OTRS 2.3 are released SIRIOS 2.2模块发布了。我一直以为SIROS是非开源的项目，今天才知道它也是开源的哦，有空试试看。这个是专门为安全管理定制的，主要是去管理企业的安全事件。

自从2008-08-05 OTRS 2.3.1 (Bora Bora) 发布之后，又发布了两个版本，2.3.2 和 2.3.3，这两个版本都是2.3.1的bug修复版，功能上没有增加。

OTRS 2.3 中重大的改变如下：

# “Performance, Performance, Performance!” 系统性能提高
* Data base- & code-improvements increase lead to a general performance gain of up to 20%.
* The support of an indexed full text search has been added. The feature is disabled per default because additional disc space is needed. The expected performance gain is 50%.
* Reduced reloads by using AJAX technology
* Instead of an ongoing recalculating of the escalation time during the run time, it is only recalculated when it changes due to an event in OTRS. It is then being stored in the ticket object which allows a direct access of external reporting tools to the data base as well as a more efficient reporting on escalations. This will also lead into a substantial performance improvement.

# Search Functionality 搜索功能
* Support of logical expressions: ticket-, customer- and FAQ- search supports logical expressions, utilizing the AND, OR and ! operators as well as structuring expressions with parentheses.
* Search for ticket numbers by using the Browser OpenSearch feature (OpenSearch format).
* Search for ticket titles in the agent ticket search form and in the generic agent.
* Search for ticket close time in the agent ticket search form and in the generic agent.

# Ticket Zoom & Ticket Move 工单伸缩和移动
* Expand/Collapse of articles: the article view can be expanded to display all articles at once. The current article will remain in focus, and the preceding, or following articles will be displayed.
* Structured article tree – The article tree has been changed to a table.
* Printing of articles has been realized.
* The ticket title of linked tickets are displayed in case of a mouse over action.
* Merged tickets are displayed crossed out.
* Multiple files can be attached while moving a ticket using the ticket move mask.

# Ticket FreeText & FreeTime opportunities
* When splitting a ticket, all FreeText and Free Time data will be copied to the new ticket.
* Ticket Free Time fields can be declared as mandatory.
* A URL can be configured that takes the value of a FreeText Field and displays it as an URL link in the ticket.
* Added X-OTRS-TicketTime and X-OTRS-FollowUp-TicketTime.

# IMAP, IMAPS, POP3 & POP3S support 对以上协议的支持
* With OTRS 2.3 IMAP, IMAPS, and POP3S is supported to fetch mails from your MTA.

# Security 安全方面
* In case of a lost password, OTRS is sending an e-mail to the user with a “password reset link”. After clicking this link the new password is sent to the user in a second e-mail.

# Notifications & Escalations 通知和升级
* All agents that have a read permission on a certain queue can be selected for notification.
* An escalation view has been added that displays all tickets sorted by their remaining time to escalation.

[发布说明] OpenNMS 1.6.0 (Stable) Released

Martin Liu — Fri, 14 Nov 2008 14:57:36 +0000

OpenNMS 1.6.0 (Stable) Released

似乎每年的10月以后我就会进入一个超级繁忙的状态，很长时间没有更新blog了，今天姑且转载一个OpenNMS的发布说明吧。

OpenNMS, the world’s first enterprise-grade network management platform developed as 100% free and open software, has released version 1.6.0. This is a stable, production release that incorporates nearly three years of development.

以上算是OpenNMS的广告语大家看看就是，需要注意的是一个企业级的产品实施费用是从很低的门槛一直到企业级的花费的。和其他的企业级解决方案的实施没有区别，差异在于，一个不同的许可证类型，此为开源许可证是也。

The last production version, 1.2.0, was aimed to compete squarely with Hewlett-Packard’s OpenView Network Node Manager product. This release builds upon that work to expand the reach of OpenNMS to other parts of the OpenView family as well as to provide an open source alternative to products such as Tivoli’s Netcool.

以上是OpenNMS的精神所在：OpenNMS一直在叫嚣这和OpenView, NetCool较量；这足以说明了它的勇气，和发展方向，它的创始人Tarus从一个人单枪匹马开始，到现在有一般人inhouse开发这个产品，自己全世界出差，如果说没有实现和商业产品的抗衡的话，我个人觉得他起码实现了一个所有开源参与者的梦想“为需要自己的人工作，为自己工作”

OpenNMS 1.6.0 sports a redesigned user interface, a number of scalability improvements and increased integration with other products. OpenNMS now runs on Windows, in addition to most flavors of Linux, Solaris and Mac OS X.

上面说的是新版的用户界面重新设计了，目前我还没有时间安装，回头装好了一定上图片，新版的稳定性得到提高并增加了和其他产品的集成。现在OpenNMS也能在Windows上运行了，在我看这是早晚的是，它是个纯Java的应用，移植不是什么难事，不过我不推荐在windows上完开源的产品，有点不伦不类的感觉，而且从原生态的Linux环境中才哪呢个够获取开源的全部优势。

One of the major additions to the platform is the Alarms subsystem. OpenNMS can receive events from a number of sources, such as SNMP traps, syslog, TL/1, and custom scripts. A key can be configured for each event that will allow it to be turned into an alarm. Thus if a device is generating multiple, identical events, their number will be reduced into just a single alarm. This greatly reduces the amount of event “noise” that operators see.

上面说告警子系统现在是增强了。OpenNMS能收到像是snmp trap，syslog， TL/1和自定义脚本发来的告警事件。某种键值能被设置，让一个事件能被出发成一个警报。报警事件经过了压制和降噪处理，较少了重复报的数量。

In addition, automated actions can be performed on alarms. For example, events that signal problem resolution, or “up” alarms, can be matched with “down” alarms to automatically clear them. Event workflow can be built into the system by using these automations to manage the alarm list, thus freeing up the operators to focus on the most important issues.

另外，对于一个警报来说，可以和一个自动化的动作配合，例如某些up事件能去清除对应的down事件。

While OpenNMS contains a robust automated discovery system, when managing tens of thousands of nodes it is often preferred to allow an external system to determine what OpenNMS is to monitor. Thus OpenNMS 1.6.0 contains a new “model importer” feature that allows node, interface and service information to be imported directly into the system using data in an XML format. One company uses this method to manage over 70,000 devices with a single instance of OpenNMS.

同时OpenNMS现在的自动发现系统非常强大哦，档管理一万个节点的时候，OpenNMS往往倾向于使用一个外部的系统来决定什么是需要OpenNMS监控的。在1.6中包括这样一个新功能‘模型导入’，他能把xml格式的节点和端口数据自己导入到OpenNMS系统中。曾经一个公司用这个方法管理这7万个节点，都在一套OpenNMS系统内，好家伙~~也就是说这个功能有了之后，你就可以不用一个节点的去发现了，往往有些机器发现的那会正好不在线，那就漏掉很多的机器了。
Data collection saw many improvements as well. With the proper hardware, OpenNMS is able to collect over one million data points every five minutes. This data can be from SNMP (versions 1, 2c and 3), JMX, HTTP, or NSClient. The collected data can be exported via the web user interface. Reports showing the highest and lowest values for a particular set of data points (Top N Reports) can also be created, and 1.6.0 contains a vastly improved thresholding system. Thresholds can be generated on individual data points, combinations of data points, as well as a “relative change” such as when a value shows a sudden increase or decrease.

数据的采集方面也有很多增强。利用一个合适的硬件，OpenNMS能够每5分钟把超过一百万的数据采集点采集一遍，要是采集稳定的话，这还是比较快的了。被采集的数据点可以使来自 snmp v1,2,3, JMX, http, nsclient。采集来的数据能通过web界面到处了。这还是不错的功能，能有可能做一些系统之外的自定义报表了。自带的报表功能能够定制TopN的报表。OpenNMS现在的阀值管理系统也得到了增强。能为某一个数据点设置，也能为一组数据采集点，同时有了对 “relative change”的管理，也就是某个数据忽高忽低的管理，也即是某些瞬间的异常增的很高或降的很低。

OpenNMS was originally designed for network service monitoring, and that functionality has been increased as well. New monitors for such things as Windows services are now available, as well as more advanced synthetic transactions. The Page Sequence Monitor was created to monitor a complete web-based transaction, while the Mail Transport Monitor determines the full round-trip availability of a mail service.

OpenNMS天生是监控网络的。新增了很多monitor，例如windows服务监控，模拟交易监控。页面序列监控器用了监控一些列的web交易处理行为，还能通过Mail Transport Monitor 来确定邮件服务的可用性。

Probably the biggest change was the development of distributed monitoring. Using a small Java webstart application installed on a remote system, OpenNMS is able to monitor service availability from the point of view of the remote system. Combined with the Page Sequence Monitor one can measure the user’s experience when visiting a website from various remote locations.

最大的变更在这个版本中是‘分布式监控’，使用一个小的安装在远处的一个主机上的Java Webstat应用，opennms能过过这个监控服务点看到远程的系统上采集的数据。结合页面序列监控功能，它可以实现这样的功能：在南北方，网通电信的网络中找四个点安装这个程序后，模拟从不同网络位置监控某个web网站上一系列功能页面的可用性。这就是所谓的模拟交易管理，是Web应用管理方面中当下不可缺少的环节。

As OpenNMS was designed as a platform, there are numerous ways for external applications, both open and proprietary, to integrate with it. There is a new Trouble Ticketing API that allows for two-way communication between OpenNMS and a number of external ticketing systems such as Jira, Concursive (CentricCRM) and OTRS.
像opennms这样的平台，可以提供给开源或者商业外部系统的接口。通过这些api的双向接口，你可以把报警事件送到外部的工单管理系统(事件管理流程平台)中，例如 Jira, Concursive (CentricCRM) and OTRS.、

These are just a few of the new features available in 1.6.0. As always, OpenNMS is 100% free and open software. Please check it out and let us know what you think. We hope you enjoy using it as much as we enjoy creating it.

嗯，终于读完了整篇的发布说明，你能相信，它都发布了这么久了，我只有在周五晚上抽空仔细读完么。这周简直是太忙，天天加班，还有天天处理不完的状况。今天的一个教训就是“软件系统之间的集成不是简单能搞定的，需要小心，小心在小心”

Some old stuff for sharing

Martin Liu — Wed, 29 Oct 2008 03:43:35 +0000

I think the following open source software resources could be helpful to you.

本页面上是我认为可能对您有用的资源连接，目的是让您能以最小的时间和精力代价来体验开源软件。使用一个虚拟应用可能是一个比较方便的途径；有些开源应用做的非常体贴用户，软件提供ISO文件下载，通过这个ISO文件甚至能一键安装，在一个物理和虚拟的硬件上试用这个软件了。

Virtual Appliances / 虚拟应用

Asset Management 资产管理 OCS Inventory v1.02 RC1＋ GLPI v0.70.2，Download , 下载地址和虚拟说明。
IT Service Management — Help Desk — Ticket tracking system, OTRS2.6.6+OTRS::ITSM 1.0.94, Download , 下载地址和虚拟应用说明。
Network monitoring system:
- Zenoss 2 , it was made by Zenoss, not the newest version; download, 下载网址。
- OpenNMS 1.5.91, download it from SourceForge; they like to keeping this vm appliance update. Download 下载网址。

ISO Appliances / ISO应用

Cacti + Nagios + nTop = CactiEZ
OSSIM is a open source security management suite. download, 下载网站
Network appliance: Vyatta could be firewall, router, gateway, dhcp server, etc… download, 下载网站
Slax is a USB Linux, install in on usb key within 10 minutes, run it on any where, download Slax for CD 下载

FSF mail list
Welcome to the Free Software Supporter, the Free Software Foundation’s
monthly news digest and action update.

Open Source Total IT management Solution

Martin Liu — Sat, 23 Aug 2008 15:17:05 +0000

在IT管理领域里，商业软件厂商中有自称Big 4的集团：CA，HP，BMC， IBM；在开源软件项目中也好像有自称“开源Big 4”的集团，他们是Groundwork、Hyperic、Qlusters和Zenoss公司。商业厂商向用户推出自己的产品的时候，往往都会打着一些比较大的概念和幌子，说“我们是IT管理的Total Solution”；潜台词是我们的产品非常多，可以满足您所有的需求，而且只要您选择了我们，我们能保证所有的产品模块之间是无缝集成的。事实上的确如此，商业厂商凭着后台开发团队的强大，还有本地服务商的支持，在解决方案的集成性上的确没有什么问题。对于开源软件来说，由于每个软件都在各自为政的状态下独立发展，即使是彼此之间的功能有着某种衔接和集成性，在多数的情况下也往往是各自独立发展；没有考虑到彼此的组合和集成。不过换一个角度看，既然是开源软件，人家把源代码都全开放出来了，如果你想做两个开源软件的集成的话，从技术的角度上说，没有任何障碍；对比商业的闭源软件产品来说，似乎他们又在这方面有着与生俱来的优势。

开源的IT管理软件中有非常多的种类，就拿网管软件来说吧。我的blog上介绍了很多，其中很多的软件都是功能非常重复，而各有千秋的。要想组合一个纯开源的整体IT管理解决方案不是不可能的，需要的是对一些比较精华的软件系统有所了解，并且了解他们之间集成的方式和实现功能。在此基础上做出合理的组合，方能搭建出一个整体的方案。

由于现在ITIL已经成为了大家耳熟能详的“GOOD PRACTICE”，这是08年V3之后的一个转变，V3提出之后，它就以一种亲民的身份，自称自己不再是“BEST PRACTICE”了。既然是要攒一个“开源IT管理整体解决方案”，同时为了保持本方案具有一定的理论高度 ;) 选择ITIL作为理论依据当然是不会错了呵呵～～不好意思今天心情比较好，废话实在太多，抱歉，下面将开始方案书写了。

本方案将兼顾ITIL中的两大块：IT交付和IT支持。我所选取的是OpenNMS, Hyperic HQ 和 OTRS来分别支撑IT交付和IT支持者两个部分。OpenNMS和Hyperic HQ组合来完成网络和系统监控，它们为可用性管理、性能（容量）管理和服务水平管理提供支持和实现，注意这里说的是为这几个流程提供支持的工具，这些工具本身并不是流程工具。OTRS完成事件管理、问题管理、配置管理和服务水平管理等流程，OTRS本身是一个工单跟踪管理系统，他现在的ITSM模块以及发展到1.1的版本了，同时自称是ITIL兼容的软件。

IT Delivery

OpenNMS和Hyperic HQ的功能定位有所不同，在这里选择他们俩来作为监控网络和系统的平台由一下的一些理由。OpenNMS是agentless的监控软件，它的网络自动发现功能非常好使，而且现在能支持越来越多的网络设备，对于国内的华为等厂商的设备需要做一些定制后才能监控，否则只能看到标准的mib2的信息。最新的版本也能支持分布式的管理功能，也就是remote monitor的模块。我没有让Zenoss入选网络监控的一个重要原因是，OpenNMS是纯开源软件项目，它的所有功能都是可用的，而且它是Java程序，配置文件大多是xml文件。对支持非常大量的网络设备和端口，你需要有的是对Tomcat和Java应用的调优能力，和通过OpenNMS的邮件组来解决bug的能力。OpenNMS里面有非常好的告警事件管理功能，它本身是一个非常好的事件平台，事件升级、报警、过滤等功能都有。而且现在OpenNMS已经能和Hyperic HQ做事件集成，Hyperic HQ的报警事件能传递到OpenNMS中，这就意味着OpenNMS可以作为一个统一集成的事件管理平台，在这里对集中管理所有类型的告警事件。HQ是一种Agent based的监控软件，对于系统监控而言，很多商业厂商的软件功能都无法很好的做到单一代理的技术，当然我认为BMC的Patrol是例外，它的单一代理技术是我见到最好的。HQ的单一代理技术意味着，通过在一台服务器上部署一次代理程序后，其他的工作就都转到web console上了，在那里，你可以配置代理对各种资源的管理，它的代理能发现非常广泛的基础架构应用：Web， midtier, DB等。由于HQ是一个商业开源的软件，所以它对商业基础架构软件的平台支持的非常好，能支持目前流行的所有基础架构软件包括各种商业的操作系统、数据库、中间件；当然它对开源的软件也能够监控。监控参数很多，配置容易，有开放的接口提供功能扩展开发。从OpenNMS和HQ的各种图形上可以很好的评价和监控和各种IT服务的质量。OpenNMS中的界面中最多的就是对某个节点或者上面的某个服务可用性的计算。

OpenNMS和HQ实现和完成的功能能为IT交付中的：可用性管理、性能管理和服务水平管理提供实时的数据支持，OpenNMS作为总的事件平台，同时它还监控所有的网络设备。HQ用来监控所有重要业务服务器，那些边缘的非重要的业务服务器或者是客户端设备也可以交给OpenNMS来管理，它的无代理监控，对这些设备也能管理的不错。

IT Support

OTRS本身是一个非常不错的工单跟踪系统，它在加载了ITSM模块之后，就把ITIL的很多精髓理论做了很好的诠释和实现。对于很多大型企业用户而言可能会笑话OTRS的简陋，不过实施ITIL的过程，我觉得应该是：把当前的繁杂工作，按照ITIL的几个流程简化梳理的过程，每个流程完成比较单一而纯粹的目标；流程之间又能有一定的集成就可以了。对于OTRS的研究，我目前也处于安装和读管理员手册阶段，没时间细看。选择OTRS的一个最重要原因是，今年也开发了一个事件集成模块，它能通过这个模块与Nagios，openNMS，OpenView，Tivoli等监控产品做事件集成，也就是说告警事件能自动在OTRS中生成事件单，而OTRS的事件管理模块就负责吧入站的事件单自动化的分配给相关的技术支持人员受理解决。详情请参考Automated System Monitoring with OTRS Download这个白皮书是在OTRS.com的网站上下载的，我当初怀疑这个事件集成模块是否是开源的软件，所以在Christopher T. Kuhn 的Blog上问他了一下，他向我确认该模块是开源的，并提供了下载地址。从技术路线上来说OTRS是实现了服务台的功能，并且实现事件、问题、配置和SLA管理；从界面上看它对这些流程的支持是比较简洁的实现，你完全不能把它和商业的服务台软件来比较。不过实施ITIL的道路，我觉得应该是丰俭由人的，我相信一定会有人走简洁路线的。想想Apple的产品，它的设计无比的简洁，它简洁并不丑陋，而且还很cool，很流行。

由于这个方案攒的还是比较匆忙，而且技术上没有实际测试和验证，本文旨抛砖引玉的提出一些思路和想法，未经详细推敲，欢迎提出您的建议。

Systems Monitoring Shootout

Martin Liu — Mon, 04 Aug 2008 09:26:57 +0000

Please download it here A paper from Open Management Consortium

This is a paper from “2008 Ottawa Linux Symposium”. It will give you a nice insight about some great NSM projects. It is talking about OpenNMS, Zabix, Zenoss, GroundWorks and Hyperic, those might b the hottest projects around NMS field. If you are looking for a open source network and system monitoring solution, or you are testing one of them; you should check it out. I got this paper from Open Management Consortium.

Sometimes, people might spend too much time on testing different projects; I know this is a kind of fun. But eventually they only got lots of comments about manny project. They still did not realize the value of open source. The best way to adpat open source is that you just pick one nice project and keeping to use it for months at least. I have a net admin frind who I had since helped to setup Cacti for all of his network devices. He don’t know so many NSM projects, but he really engoy Cacti. With Cacti, he can do a easier and better job then before. So, are you going to still watching open source world? Let’s get start your real open source journey.

zenoss opennms comparison/比较

Martin Liu — Sat, 31 May 2008 05:52:22 +0000

在我做任何比较之前还是先看看Wiki上对一系列网管监控软件的比较，源网页地址在 http://en.wikipedia.org/wiki/Network_monitoring_comparison

上面一共列出了12中不同的开源软件，从13个方面以矩阵的方式来做比较。

Nagios和Cacit都是比较老牌的开源网管软件；OpenNMS是稍微点出现的项目，它集成了前两者的部分优点，界面是Java的界面，后台的自动发现机制非常的方便。Zenoss是一个比较年轻的项目，所谓长江后浪推前浪，它是纯python语言编写的一个软件，架构非常的不错，而其界面做的非常好，面向对象编程的理念处处可见。从根上可以看出它们的主要编程语言各有不同，这也决定了它们的特点和发展方向的不同，这里仅以此作为一个见到的比较和总结。其实我想写一个更好的比较表，如果您感兴趣的话请留言，我们可以一起做一个更好的比较。

如何配置OpenNMS中的 Path outage －路径失效

Martin Liu — Sun, 23 Dec 2007 12:20:00 +0000

这个功能是是1.3.2之后加入的。它解决的问题是：当OpenNMS系统和被监控节点之间的网络路径失效了，或者网络链路down了，那么OpenNMS就需要抑制发送这个节点的告警。例如，如果一个广域网链路down了，所有由这个链路连接的远程站点的所有节点就都看起来down了。因为你将会得到一个路由器上远端链路无响应的告警，而不需要得到在这个路由器后所有节点Down的告警。如果当一个远程节点不响应了，OpenNMS会测试一下那个远程路由器广域网接口的ip，通过对这个ip的测试OpenNMS觉得是否该发出此节点Down的告警。OpenNMS测试的这个节点叫做此节点的Critical Path IP Address（关键路径Ip地址）。

给一个节点配置Path Outage
在OpenNMS的节点配置上，点击Admin, 点击 Configure Path Outage，输入对于这个节点来说关键的ip地址。点击Submit按钮。

配置基于规则的Path outage
可以为一组节点配置一个规则。在总导航条上选中Admin，Configure Notifications，点击Configure Path Outages，在Define the Critical Path下面输入一个Ip地址，例如：192.168.0.1（这种格式）；在Current Rule下面输入地址范围，例如：IPADDR IPLIKE 192.168.0.*；可以选中Show matching node list后的box，点击Validate Rule Results连接；在下面的页面可以查询到受那个关键Ip地址所影响的所有节点；最后点击Finish按钮完成配置。

查看Path Outage
在总导航条上选中Path Outages，在页面中你可以看到你配置的所有Path Outages的规则。
这个文章基本上翻译的是http://www.opennms.org/index.php/Path_Outage_How-To 只是觉得这是个不错的功能，所以就大概翻译了一下，希望对感兴趣的朋友们有帮助。由于手头硬件环境的限制，我还没有真实测试过这个功能，如果您对此功能做了什么测试的话，也欢迎和我交流，请留言或者或发邮件给我。