On 20.03.2014 02:11, Simon Walter wrote:
On 03/19/2014 07:25 PM, Michael Friedrich wrote:
On 19.03.2014 03:43, Simon Walter wrote:
Hi,
Can someone point me in the right direction please. Are there any devs
on this mailing list?
You found one before, now another one. Don't panic. When we're not
answering mailing lists, we're hacking, working, eating, sleeping,
drinking beer.
I understand Icinga2 is still in development.
Yep. But the more we discuss the better it will get on its final
release.
Where should I ask about Icinga2?
Here, or any other community support channel. But please don't stress
it. This is not an enterprise support channel with response times.
Thank you Michael and Gunnar. I was just wondering if Icinga2 was
discussed on another mailing list. Sorry to come off stressful.
I need to know what process controls
purging of the database. It seems that this is the problem I having,
but
I could be wrong.
There is no process. That's a feature registering hooks to events on
the icinga 2 process and dumping the config and state (history) to
the IDOUtils 1.x schema - based on your configuration, this happens
to be either IdoMysqlConnection or IdoPgsqlConnection.
IdoMysqlConnection
Given your previous explainations, it seems that the debian build
system still got the git version wrong (most likely it's
https://dev.icinga.org/issues/5410)
So, are you using the release or snapshot repository?
I'm using the release from the repository:
deb http://packages.icinga.org/debian icinga-wheezy main
deb-src http://packages.icinga.org/debian icinga-wheezy main
I suppose I should build a newer version?
You should use the snapshot packages in pre-release phase. Those 0.0.x
releases are just sprint releases and mostly outdated - we fix bugs
quite fast, especially when users report them using the latest snapshot
builds where bugs are reproducable more easily. If we need to discuss
about the versions first, then try to figure out what old branch this
was built upon, it hurts a lot.
How are you restarting/reloading Icinga 2? (console paste including
full output)
root@monitor:~# service icinga2 restart
[ ok ] checking Icinga2 configuration.
[....] Restarting icinga2 monitoring daemon: icinga2[2014-03-20
09:15:18 +0900] <Main Thread> information/icinga-app: Icinga
application loader (version: jenkins-DIST=wheezy-9)
[2014-03-20 09:15:18 +0900] <Main Thread> information/icinga-app:
Loading application type: icinga/IcingaApplication
[2014-03-20 09:15:18 +0900] <Main Thread> information/base: Loading
library 'libicinga.so'
[2014-03-20 09:15:18 +0900] <Main Thread> information/config: Adding
include search dir: /usr/share/icinga2
Output from /var/log/icinga2/icinga2.log then?
. ok
root@monitor:~# service icinga2 reload
[ ok ] checking Icinga2 configuration.
[ ok ] Reloading icinga2 monitoring daemon: icinga2.
root@monitor:~#
I'm not sure how the dependencies work out with this, but Icinga (1)
was also installed when I installed Icinga2.
That shoudn't happen. Icinga 1.x is not required when running Icinga
2.x. What does the apt history tell about?
So there is also:
root@monitor:~# service icinga restart
[....] Restarting icinga monitoring daemon: icinga
. ok
root@monitor:~# service icinga reload
[ ok ] Reloading icinga monitoring daemon configuration files: icinga.
root@monitor:~#
Which I'm not sure does anything useful for me. Or is there still
parts of Icinga (1) necessary? I read the icinga-web package / UI
works with Icinga (1). I'm not sure how it all connects.
You are presumingly following some documentation. *If* you are reading
the official one found on docs.icinga.org you should have read the
chapter about user interfaces too.
http://docs.icinga.org/icinga2/snapshot/#setting-up-icinga2-user-interfaces
What happens if you entirely remove the inline service definition,
instead of commenting it?
delete from icinga_objects where object_id = 198; and the service is
removed from the host definition, but there is still one critical
service on the top overview area of the web UI.
We cannot see your console. Care to elaborate with a screenshot, and
copy paste from objects.cache?
Enable the debuglog, and paste the parts where this service is
mentioned.
The service is not showing up. I suppose I should have enabled
debugging and tested this before removing the serivce from the
icinga_objects table.
I thought the restart did it? *confused* db_ido will *never* delete any
column in icinga_objects table but instead mark it as is_active=0 -
keeping relationships with historical entries being deleted.
And you shouldn't interfere with the backend by manually
deleting/updating/etc rows. That's part of the application feature, and
may hinder its operation.
Last but not least - enable the StatusDataWriter feature and check if
the service is available within objects.cache/status.dat
As far as services are concerned, only localhost is showing up in this
file.
localhost is a host, not a service.
I want to SEE it. Basically I want to see everything. I hate text prosa
and demanding every single bit of information which can be provided in
the first place.
I thought the original issue was about an inline service not being
removed. Is this still the case, or what's the problem here? Is your
issue reproducable with the latest snapshot builds?
I just upgraded and now my version is:
icinga2 - The Icinga 2 network monitoring daemon. (Version: v0.0.8)
Remove the release repo, and switch to snapshot, and try again. 0.0.8 is
already old, 0.0.9 is due on 31.3.
However, I still see the same behaviour. I thought to add back the
service definition in the host's config file. I used the same name
(only uncommented it). Doing this does not cause it to reappear on the
web-ui. It is also not in the DB.
Please provide a full summary of configs (incl objects.cache), logs,
debug logs and sql queries tested with the latest snapshot build. I
can't follow your problem anymore and probably others are confused as
well. If it turns out to be still existing, please stash everything into
a new bug report.
best regards,
Michael
--
DI (FH) Michael Friedrich
michael.friedr...@gmail.com || icinga open source monitoring
https://twitter.com/dnsmichi || lead core developer
dnsmi...@jabber.ccc.de || https://www.icinga.org/team
irc.freenode.net/icinga || dnsmichi
_______________________________________________
icinga-users mailing list
icinga-users@lists.icinga.org
https://lists.icinga.org/mailman/listinfo/icinga-users
