Module: check_mk
Branch: master
Commit: db63f2b174eef5a72af4bb3522b5488fdd3cd144
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=db63f2b174eef5…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Wed Apr 23 15:49:42 2014 +0200
Updated bug entries #0843
---
.bugs/843 | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/.bugs/843 b/.bugs/843
index dd133dd..5b73b6c 100644
--- a/.bugs/843
+++ b/.bugs/843
@@ -1,9 +1,12 @@
Title: Wato service parametr icon
Component: wato
-State: open
+Class: bug
+State: wontfix
Date: 2014-04-16 09:39:19
Targetversion: 1.2.5i1
-Class: bug
If you reenter the service view in wato and you have missing services, they allready have the icon with the link to the parameter information page. But
the link only works after activating the new services.
+
+2014-04-23 15:49:40: changed state open -> wontfix
+Duplicate of #2153
Module: check_mk
Branch: master
Commit: 3d02cf1e707d6fd36078650dc3597c3a6d169bc1
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=3d02cf1e707d6f…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Wed Apr 23 15:33:24 2014 +0200
Updated bug entries #2153
---
.bugs/2153 | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/.bugs/2153 b/.bugs/2153
new file mode 100644
index 0000000..0bacf3d
--- /dev/null
+++ b/.bugs/2153
@@ -0,0 +1,11 @@
+Title: Service parameters: check parameters are not shown for missing services
+Component: wato
+State: open
+Date: 2014-04-23 15:32:07
+Targetversion: 1.2.5i1
+Class: nastiness
+
+If you go to WATO service list of a host and one service is new/missing and you click
+on the icon for the parameters, then all settings are shown - except for the
+check paramters. These are available as soon as the check is inventorized. Either
+make sure that the parameters are also shown or remove the icon.
Module: check_mk
Branch: master
Commit: b2049a8d2fadda3241928c8f648400e6bea6f74e
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=b2049a8d2fadda…
Author: Götz Golla <gg(a)mathias-kettner.de>
Date: Wed Apr 23 11:56:31 2014 +0200
online help text for host creation in WATO now also explains hostname caching
---
.werks/607 | 8 ++++++++
ChangeLog | 1 +
web/plugins/wato/builtin_attributes.py | 16 +++++++++++-----
3 files changed, 20 insertions(+), 5 deletions(-)
diff --git a/.werks/607 b/.werks/607
new file mode 100644
index 0000000..4a4e281
--- /dev/null
+++ b/.werks/607
@@ -0,0 +1,8 @@
+Title: online help text for host creation in WATO now also explains hostname caching
+Level: 1
+Component: wato
+Version: 1.2.5i3
+Date: 1398246911
+Class: feature
+
+
diff --git a/ChangeLog b/ChangeLog
index c7c2262..21b06c5 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -46,6 +46,7 @@
WATO:
* 0784 Improved security of WATO bulk inventory by using transaction ids
* 0880 Added support for 389 Directory Server to LDAP connector
+ * 0607 online help text for host creation in WATO now also explains hostname caching
* 0781 FIX: host diag page: fixed problem with update of diagnose subwindows...
Notifications:
diff --git a/web/plugins/wato/builtin_attributes.py b/web/plugins/wato/builtin_attributes.py
index ea3c261..05876b2 100644
--- a/web/plugins/wato/builtin_attributes.py
+++ b/web/plugins/wato/builtin_attributes.py
@@ -37,11 +37,17 @@ declare_host_attribute(NagiosTextAttribute("alias", "alias", _("Alias"),
declare_host_attribute(TextAttribute("ipaddress", _("IP address"),
_("In case the name of the host is not resolvable via <tt>/etc/hosts</tt> "
"or DNS by your monitoring server, you can specify an explicit IP "
- "address or a resolvable DNS name of the host here. <b>Note</b>: If you leave "
- "this attribute empty, then DNS resolution will be done when you activate "
- "the configuration. When you enter a DNS name here, the DNS resolution will "
- "be done each time the host is checked. Use this only for hosts with "
- "dynamic IP addresses."),
+ "address or a resolvable DNS name of the host here.<br> <b>Notes</b>:<br> "
+ "1. If you leave this attribute empty, hostname resolution will be done when "
+ "you activate the configuration. "
+ "Check_MKs builtin DNS cache is activated per default in the global "
+ "configuration to speed up the activation process. The cache is normally "
+ "updated daily with a cron job. You can manually update the cache with the "
+ "command <tt>cmk -v --update-dns-cache</tt>.<br>"
+ "2. If you enter a DNS name here, the DNS resolution will be carried out "
+ "each time the host is checked. Check_MKs DNS cache will NOT be queried. "
+ "Use this only for hosts with dynamic IP addresses."
+ ),
allow_empty = False),
show_in_table = True,
show_in_folder = False)
Module: check_mk
Branch: master
Commit: 01d2b4c69488f3f112572cb2306904b78f9be8a3
URL: http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=01d2b4c69488f3…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Wed Apr 23 11:16:45 2014 +0200
Added draft for virtual host trees
---
doc/drafts/LIESMICH.baum_anhand_von_tags | 52 ++++++++++++++++++++++++++++++
1 file changed, 52 insertions(+)
diff --git a/doc/drafts/LIESMICH.baum_anhand_von_tags b/doc/drafts/LIESMICH.baum_anhand_von_tags
new file mode 100644
index 0000000..c14a81d
--- /dev/null
+++ b/doc/drafts/LIESMICH.baum_anhand_von_tags
@@ -0,0 +1,52 @@
+Konzept für ein automatisches Erzeugen eines Baumes
+---------------------------------------------------
+
+Ausgangspunkt: WATO sieht über die Ordnerstruktur für Hosts vor, dass man
+diese hierarchisch organisieren kann. Nun gibt es hier leider nur einen
+Baum. Manchmal möchte man die Hosts nur unter dem Gesichtspunkt von
+anderen Hierarchien sehen.
+
+Die Idee ist jetzt, dass man dazu die vorhandenen Hosttag-Gruppen
+verwendet. Denn jeder Host hat in jeder Taggruppe genau einen
+Wert. Der Benutzer könnte jetzt eine Anzahl von Taggruppen
+herauspicken, z.B.:
+
+1. Standort
+2. Anwendung
+3. Kritikalität
+
+Diese können dann in hierarchieebenen eines logischen Baumes
+umgewandelt werden. Auf der obersten Ebene wäre der Standort,
+darunter die Anwendung, darunter die Kritikalität.
+
+Das ganze könnte man wie folgt umsetzen:
+
+1. In den globalen Einstellungen für Multisite fügen wir eine neue Option ein,
+mit der man beliebige virtuelle Baumansichten anlegen kann. Das wird als
+Liste realisiert. Dort kann man pro Eintrag eingeben:
+ - Einen Titel für die Ansicht
+ - Eine sortierte Liste von Hosttaggruppen, die den Baum bilden sollen.
+
+2. Ein neues Sidebar-Snanip "Virtuelle Baumansicht" wird geschrieben. Dieses
+ erlaubt die Auswahl einer der oben realisierten virtuellen Bäume (falls
+ es mehr als einen gibt). Es stellt dann diesen Baum zum Aufklappen dar.
+
+ Wenn man auf einen Ast klickt, ergibt sich dadurch eine Liste von
+ Hosttags bzw. von nicht vorhandenen Hosttags (wenn man bei Checkbox-
+ Hosttags den negativen Wert wählt, oder ein Tag leer ist).
+
+ Man landet dann auf der Ansicht "All Hosts", bei welcher der Filter
+ für die Host-Tags vorausgefüllt ist.
+
+3. Die Ansicht "All Hosts" bekommt standardmäßig immer den Filter für
+ die Host Tags.
+
+
+Eine mögliche Ausbaustufe wäre, dass man das Verhalten des neuen
+Snapins analog zu dem "Folders"-Snapin macht. Das würde bedeuten,
+dass man nicht immer auf die Ansicht "All Hosts" gelangt, sondern
+auf die jeweils gewählte Ansicht. Dazu müsste in jeder Ansicht
+der Hosttag-Filter implizit vorhanden sein. Außerdem müsste
+der kombinierte Filter aus Ordner und Tags dann sauber funktionieren.
+Frage ist, ob das nicht zu komplex wird.
+