Module: check_mk
Branch: master
Commit: 891cf1cae72ac37307059810d8b0fd3702c7741c
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=891cf1cae72ac3…
Author: Mathias Kettner <mk(a)mathias-kettner.de>
Date: Wed Mar 2 10:53:28 2011 +0100
Updated bug entries
---
.bugs/170 | 13 +++++++++++++
.bugs/171 | 24 ++++++++++++++++++++++++
.bugs/172 | 16 ++++++++++++++++
3 files changed, 53 insertions(+), 0 deletions(-)
diff --git a/.bugs/170 b/.bugs/170
new file mode 100644
index 0000000..a5dc131
--- /dev/null
+++ b/.bugs/170
@@ -0,0 +1,13 @@
+Title: new Filter for filtering after contacts
+Component: multisite
+Benefit: 1
+State: open
+Cost: 1
+Date: 2011-03-02 10:20:43
+Class: feature
+
+A new filter for host and service tables that filters out all
+items a given contact is a contact of. The resulting Livestatus
+filter will be:
+
+Filter: contacts >= contactuser
diff --git a/.bugs/171 b/.bugs/171
new file mode 100644
index 0000000..5f32b36
--- /dev/null
+++ b/.bugs/171
@@ -0,0 +1,24 @@
+Title: SNMP scan should be able to use snmpgetnext
+Component: core
+Benefit: 2
+State: open
+Cost: 3
+Date: 2011-03-02 10:27:12
+Class: feature
+
+In some cases the scan-function does not work well because the
+OID it asks is unclear. Here might be a solution:
+
+> Klar im Idealfall nur eine einzelne. Eine Idee die ich gehabt habe, war die
foldende:
+>
+> wenn statt oid("1.3.6.1.4.1.9.9.13.1.3.1.3.1") die oid auf zb X endet:
+> oid("1.3.6.1.4.1.9.9.13.1.3.1.3.X")
+>
+> dann koennte man in get_single_oid eine abzweigung machen, dass wenn
+> .endswith('X'), mache ein snmpgetnext auf die oid (ohne .X), und schaue ob
+> das noch im selben tree liegt. (oder m.w. ein get_table, und dann den ersten
+> eintrag zurueckgeben)
+>
+> Das duerfte das patchen in grenzen halten und sonst hoffentlich nichts
+> kaputt machen.
+
diff --git a/.bugs/172 b/.bugs/172
new file mode 100644
index 0000000..c9b4760
--- /dev/null
+++ b/.bugs/172
@@ -0,0 +1,16 @@
+Title: Windows agent hangs if *.txt files lie around in plugins
+Component: checks
+Benefit: 1
+State: open
+Cost: 2
+Date: 2011-03-02 10:51:14
+Class: bug
+
+This is unbelievable. But on Windows popen() on a .txt
+files really starts notepad.exe - even if the agent
+is running as service. That process appears in the process
+list and hangs forever - without using CPU or opening
+a window. The agent waits until eternity for its termination.
+
+Solution is not quite clear. Maybe keep a fixed list
+of supported extensions (.cmd, .com, .exe, .vbs).