hermannmaurer's photostream

hermannmaurer's photostream on Flickr.

My Flickr photostream

In Berlin

Fortigate firewall check package for Check_MK updated

I've updated the package to the version 1.6. This version contains an additional check of IPSec tunnel status of a Fortigate firewall. It works for FGT-300C and FGT-60C units. Other models can work as well, but I could not test.

You can download the new package at the known place from the Check MK Exchange repository.

Find parent path to a mail enabled public folder

In EMC of Exchange 2010 you can use the following command to show the parent path to a mail-enabled public folder:

get-recipient address@domain.com | Get-MailPublicFolder  | Get-PublicFolder

Name                                         Parent Path

----                                         -----------

address@domain.com                           \folder1\folder2

OMD fails to start after CentOS upgrade to 6.4

I faced a problem starting OMD 0.54 after upgrading CentOS to the version 6.4. The start script returns a bunch of error messages:


[root@omd ~]# omd restart mysite
Doing 'restart' on site mysite:
Creating temporary filesystem /omd/sites/mysite/tmp...mount: can't find /omd/sites/                         mysite/tmp in /etc/fstab or /etc/mtab
ERROR
Removing Crontab...
Stopping xinetd...OK
Stopping icinga...Not running. OK
npcd was not running... could not stop
Stopping rrdcached...waiting for termination...OK
Stopping dedicated Apache for site mysite....OK
Starting dedicated Apache for site mysite...OK
Starting rrdcached...OK
Starting npcd...touch: cannot touch `/omd/sites/mysite/tmp/pnp4nagios/run/npcd.pid'                         : No such file or directory
chown: cannot access `/omd/sites/mysite/tmp/pnp4nagios/run/npcd.pid': No such file or directory
An Error occured while reading your config on line 197
Message was: "Could not open pidfile '/omd/sites/mysite/tmp/pnp4nagios/run/npcd.pid                         ': No such file or directory"
OK
/omd/sites/mysite/etc/rc.d/80-icinga: line 54: /omd/sites/mysite/tmp/nagios/nagios.cfg                         : No such file or directory
Icinga configuration file /omd/sites/mysite/tmp/nagios/nagios.cfg not found. Terminating...
Starting xinetd...OK
Initializing Crontab...OK

I found a couple of reports about the same problem. The root cause seems to be a bug (or a feature?) in the package util-linux-ng-2.17.2-12.9.el6.x86_64 that prevents non root users to mount partitions from /etc/fstab, whose path name conatains a symlink (symbolic link). In case of OMD /omd is a symlink pointing to /opt/omd.

A workaround that helped me to solve the problem was adding /opt to the appropriate path in /etc/fstab:

tmpfs                   /opt/omd/sites/nysite/tmp  tmpfs   noauto,user,mode=755,uid=mysite,gid=mysite 0 0

Check_MK check for Fortigate firewalls

I've got a Fortigate 60C and wanted to monitor it in Check_MK. I could find a plugin written by Justin McMillen, but it didn't work in the version 1.1.2 of Check_MK. Also they seemed to use SNMP OIDs, which my Fortigate 60C didn't have. So I've updated his checks and created a new version of the plugin. The checks use SNMP to get CPU and RAM usage as ell as the session count. You can download the package from Check_MK Exchange site.

Version 1.3.2 of Ex2010_MBDB_Info released

Again I've released a new version of the check. I've changed only the Windows plugin. Now the spaces in a mailbox database name are replaced by underscores. I hope this change would help all of you, who experienced problems with the plugin.

To update it's enough to download the new check package, install it in your check_mk instance by a command like this:

cmk -vP install Ex2010_MBDB_Info-1.3.2.mkp

and substitute the cmd file on your Exchange server by the Ex2010_MBDB_Info.ps1 file from the new package.

You can find the new version of the package at the known place at the check_mk plugin exchange site.

Version 1.3.1 of Ex2010_MBDB_Info released

I've released a new version of the check. I've changed the Windows plugin. It is now a pure Powershell script, not a command script anymore. It should run smoothly to avoid problems, which some of you had in the past running the plugin.
To update it's enough to download the new check package, install it in your check_mk instance by a command like this:

cmk -vP install Ex2010_MBDB_Info-1.3.1.mkp

and substitute the cmd file on your Exchange server by the Ex2010_MBDB_Info.ps1 file from the new package.

You can find the new version of the package at the known place at the check_mk plugin exchange site.