Move it. Like, to the right. Or just remove it.

Succesfully installed on debian

It would be (REALLY) useful to have builtin dependencys into Icinga to get functionallity like http://bp-addon.monitoringexchange.org/ and an easy way to build up an dependency tree. Its a bit of a pain with BP and I would rather in my host and service configs specify dependency and let Icinga sort everything out by itself.

Auto detect and add hosts

Icinga Web is missing the System->Process Information page which is available in the classic GUI. This is especially important if you would like to disable notifications and/or restart the Icinga process.

From my work with Icinga the release interval of 90 days is to fast. In a enterprise environment it is very difficult to update the installation all 90 days. Further I can also imagine that for the development team a higher interval rate could maybe make life a little bit easier.

If I remeber correctly I saw once a presentation from the Icinga Team with a roadmap where each second release should be a beta release. From documentation and each release I don't see that concept.

My suggestion would be a release interval of 180 days instead of 90 days.

Proxmox http://pve.proxmox.com/wiki/Main_Page
& OpenNode http://www.opennodecloud.com/ are bare-metal virtual environments

In a master/slave redundancy setup, I'd like to pass acknowledgements and downtimes to the other host automatically.

I'd like to hear that oneday you support Nginx.....

I love the Statusmap of new Icinga Web. But there is a extension that would be really great.
In our IT Department we print the Statusmap and put it on the wall for meetings.
So untill now i used Nagvis and made a screenshot put it into an image, changing the descriptions and so on.
This is a lot of work i have to do every month.
It would be a lot easier if i could click on an Button and i could download a whole Statusmap of the new Icinga Web (png,jpg,pdf or whatever).

I like a plugin to simple integration of the API of Amazon Web Services. We just add one or more AWS accounts and so we can monitor through AWS API the status and the performance

Icinga is just awesome ... My company want to start a project with your software but, we need a real distributed architecture with multiple Icinga servers and MySQL DB which replicate them self to a head servers but no Icinga architecture enable this. Unfortunately, we move to Zabbix because its Zabbix Server/Zabbix Proxy meets our needs.
I suggest to the dev team to developp a distributed architecture like Zabbix. In my opinion if you create this, Icinga will be the first one entreprise monitoring software.
Best regards.

At the moment the Status Map seems to be using only 600 x 600 pixels on the screen. If you have a high resolution you could display more data.

icinga-web should show more than the systems on the left side, while there are a lot of blank space on the middle side and on the right side. Our users must allways scroll to have a look of all systems.

Different monitoring system users like to receive, and view, different information. In an ideal world, a user would be able to choose which hosts/services, or even host/service groups to receive notifications from. Imagine a case where a user of a massive implementation (something my company is looking at...) is a systems specialist and is interested in getting notifications from the systems/areas that they're actively interested in. Essentially, my suggestion is that users should be able to 'sign up' for notifications against given hosts/etc.

It would be nice if a host can depend on a service. This Feature would fix several Problems like VPN and VLAN. At this moment its only possible by using a hostdefinition for one of this Service. In a big statusmap with many VPN Tunnels and some VLAN's its very unorganised and confusing.

I was really impressed by the speed and opportuninties of the mk_livestatus eventbroker module.

What do you think about using it for communication bewteen the new icinga-web an icinga-core?

Downtimes on a regular basis; compare: maintenance_downtime in shinken; compare: Plugin used in Nagios: downtime_sched by Steve Shipway

icinga-web should handle more than one datasources, so you can have autonomic icinga installations and one webinterface for an overlook over them all.