Zabbix trigger expressions provide an incredibly flexible way of defining problem conditions. If you can express your problem using plain English or any other human language, there is a great chance it could be represented using triggers.
I’ve noticed that even experienced Zabbix users are not always aware of the true power of triggers. The article is about defining problems in a smart way so that all alerts generated by Zabbix will be about real issues. No flapping, no false alarms any more. Interested?
Zabbix comes with an impressive list of supported metrics for virtually all platforms. It covers the monitoring of performance and availability of OS including CPU, memory, network, processes, files, kernel parameters and more. Zabbix also performs agent-less checks for well-known services such as FTP, SSH, IMAP, POP3, HTTP, TCP, etc.
Extending Zabbix functionality is a trivial task thanks to user parameters (agent metrics) and external checks (agent-less monitoring). It is just a matter of adding a new line into the configuration file of the agent and you have a dozen of new metrics supported. Depending on security settings you may also use system.run, which does not require any changes on the agent side.
It works very well, but it has one major drawback, namely fork(). Zabbix has to fork a new process every time it handles a user metric, which is obviously not good for performance. It is not a big deal normally, however it could be a serious issue in case of monitoring of embedded systems, a large number of monitored parameters or heavy scripts with complex logic or long startup time.
Zabbix 2.2 comes with support of loadable modules for extending Zabbix agent and server without sacrificing performance.
The Monitoring -> Latest data page in the Zabbix frontend allows to see values for items. Items are grouped by application (if assigned), and they can be expanded and collapsed. Previously, any such operation would result in a full page reload. 2.2 will make this operation happen without a page reload.
Posted in Technical
In several previous articles in the Zabbix 2.2 series we already discussed several improvements for web monitoring – the ability to template it, customise the amount of retries and the ability to specify an HTTP proxy on the scenario level. There’s more – in 2.2 it will also be possible to parse content from a page and reuse it in further scenario steps.
In the previous article in 2.2 series we explored a new ability to extract values from a webpage. This was not the only feature that was extended this way – several other items gained similar functionality – notably, file content parsing and logfile parsing. The latter has been a popular feature request and should be good news for many users.
And now for some more detail on changes for item keys vfs.file.regexp, vfs.file.regmatch, log and logrt.
Zabbix has allowed to check whether a webpage contains a specific string for a long time – using the web.page.regexp agent item one could verify whether page contents match a regular expression or not, and return the matched string. But what if multiple matches were possible, but we were interested in a specific one? There was no built-in way to do that, but it is coming for Zabbix 2.2.
So who cares about monitoring the environment?
You. Or, you should!
In this setting, we’re not talking about the environment in the same sense Greenpeace and the other environmental activist groups do.
Not to dismiss the importance of their work, we’re just having a slightly different focus in this room.
Anyway, what or who’s environment are we talking about? Your servers! Core infrastructure equipment! Even the hallway leading to your datacenter and for the HSE-aware, your own cubicles.
But why? We’re already monitoring everything else. We know when disks are running full, network utilization hits the roof and whenever a device goes down.
Sure. But do you in all cases know why? Could you have prevented it?
Exciting news! After a lot of hard work and hundreds of cups of coffee we’re proud to announce that the new documentation of the Zabbix API is complete. The improved API documentation provides both a high level overview of the available methods and in-depth descriptions of each method separately. Continue reading
Zabbix Conference 2013 is coming. And for the third time it will happen at the hometown of Zabbix – Riga, Latvia.
Zabbix Conference 2013 location has been decided upon, and we are pleased to let you know that it’s Riga, Latvia again. This time we will be honoured to meet you all at Radisson Blu Daugava Hotel. Located on the Daugava riverbank, just opposite of the Old Riga, it should be a great experience for the conference topics and close enough to the center of nightlife as well.
Got any questions, suggestions or other remarks regarding the chosen location? We will be happy to hear them in the comments here or elsewhere.