[icinga-checkins] icinga.org: icinga-doc/r1.7: docs issue #2298: ext. downtime cmds were described wrong/unclear (jericho)

git at icinga.org git at icinga.org
Fri Feb 10 19:21:54 CET 2012


Module: icinga-doc
Branch: r1.7
Commit: e31b9e77f11e36aa53803525997e7f1b241a896c
URL:    https://git.icinga.org/?p=icinga-doc.git;a=commit;h=e31b9e77f11e36aa53803525997e7f1b241a896c

Author: Wolfgang <wnd at gmx.net>
Date:   Fri Feb 10 19:19:20 2012 +0100

docs issue #2298: ext. downtime cmds were described wrong/unclear (jericho)

---

 de/extcommands2.xml |   25 ++++++++++++++-----------
 en/extcommands2.xml |   24 ++++++++++++++----------
 2 files changed, 28 insertions(+), 21 deletions(-)

diff --git a/de/extcommands2.xml b/de/extcommands2.xml
index 71d4967..0aefc70 100644
--- a/de/extcommands2.xml
+++ b/de/extcommands2.xml
@@ -196,11 +196,13 @@
   <para><code>ACKNOWLEDGE_HOST_PROBLEM;</code><host_name>;<sticky>;<notify>;<persistent>;<author>;<comment></para>
 
   <para>Erlaubt Ihnen, das aktuelle Problem für den angegebenen Host zu bestätigen. Durch Bestätigung des aktuellen Problems werden weitere
-  Benachrichtigungen (für den gleichen Host-Status) deaktiviert. Wenn die "sticky"-Option auf zwei (2) gesetzt wird, bleibt die Bestätigung
-  bestehen, bis der Host in einen UP-Status zurückkehrt. Anderenfalls wird die Bestätigung automatisch entfernt, wenn sich der Host-Status
-  ändert. Wenn die "notify"-Option auf eins (1) gesetzt wird, werden die Kontakte über die Bestätigung informiert. Wenn die
-  "persistent"-Option auf eins (1) gesetzt wird, wird der Kommentar zu dieser Bestätigung auch über Neustarts des &name-icinga;-Prozesses
-  hinweg aufbewahrt. Anderenfalls wird der Kommentar beim nächsten Neustart des &name-icinga;-Prozesses gelöscht.</para>
+  Benachrichtigungen (für den gleichen Host-Status) deaktiviert.</para>
+  <para>Wenn die "sticky"-Option auf zwei (2) gesetzt wird, bleibt die Bestätigung bestehen, bis der Host sich erholt (in einen UP-Status
+  zurückkehrt). Anderenfalls wird die Bestätigung automatisch entfernt, wenn sich der Host-Status ändert.</para>
+  <para>Wenn die "notify"-Option auf eins (1) gesetzt wird, werden die Kontakte über die Bestätigung informiert, bei Null (0) wird keine
+  Benachrichtigung versandt.</para>
+  <para>Wenn die "persistent"-Option auf eins (1) gesetzt wird, bleibt der Kommentar der Bestätigung auch nach der Erholung des Hosts
+  bestehen.</para>
 
   <para><anchor xml:id="extcmd2-acknowledge_host_problem_expire" /> <emphasis role="bold">ACKNOWLEDGE_HOST_PROBLEM_EXPIRE</emphasis></para>
 
@@ -217,12 +219,13 @@
   <para><code>ACKNOWLEDGE_SVC_PROBLEM;</code><host_name>;<service_description>;<sticky>;<notify>;<persistent>;<author>;<comment></para>
 
   <para>Erlaubt Ihnen, das aktuelle Problem für den angegebenen Service zu bestätigen. Durch Bestätigung des aktuellen Problems werden
-  weitere Benachrichtigungen (für den gleichen Service-Status) deaktiviert. Wenn die "sticky"-Option auf zwei (2) gesetzt wird, bleibt die
-  Bestätigung bestehen, bis der Service in einen OK-Status zurückkehrt. Anderenfalls wird die Bestätigung automatisch entfernt, wenn sich
-  der Service-Status ändert. Wenn die "notify"-Option auf eins (1) gesetzt wird, werden die Kontakte über die Bestätigung informiert. Wenn
-  die "persistent"-Option auf eins (1) gesetzt wird, wird der Kommentar zu dieser Bestätigung auch über Neustarts des
-  &name-icinga;-Prozesses hinweg aufbewahrt. Anderenfalls wird der Kommentar beim nächsten Neustart des &name-icinga;-Prozesses
-  gelöscht.</para>
+  weitere Benachrichtigungen (für den gleichen Service-Status) deaktiviert.</para>
+  <para>Wenn die "sticky"-Option auf zwei (2) gesetzt wird, bleibt die Bestätigung bestehen, bis der Service sich erholt (in einen OK-Status
+  zurückkehrt). Anderenfalls wird die Bestätigung automatisch entfernt, wenn sich der Service-Status ändert.</para>
+  <para>Wenn die "notify"-Option auf eins (1) gesetzt wird, werden die Kontakte über die Bestätigung informiert, bei Null (0) wird keine
+  Benachrichtigung versandt.</para>
+  <para>Wenn die "persistent"-Option auf eins (1) gesetzt wird, bleibt der Kommentar der Bestätigung auch nach der Erholung des Service
+  bestehen.</para>
 
   <para><anchor xml:id="extcmd2-acknowledge_svc_problem_expire" /> <emphasis role="bold">ACKNOWLEDGE_SVC_PROBLEM_EXPIRE</emphasis></para>
 
diff --git a/en/extcommands2.xml b/en/extcommands2.xml
index a3346cd..4228528 100644
--- a/en/extcommands2.xml
+++ b/en/extcommands2.xml
@@ -195,11 +195,13 @@
   <para><code>ACKNOWLEDGE_HOST_PROBLEM;</code><host_name>;<sticky>;<notify>;<persistent>;<author>;<comment></para>
 
   <para>Allows you to acknowledge the current problem for the specified host. By acknowledging the current problem, future notifications
-  (for the same host state) are disabled. If the "sticky" option is set to two (2), the acknowledgement will remain until the host returns
-  to an UP state. Otherwise the acknowledgement will automatically be removed when the host changes state. If the "notify" option is set to
-  one (1), a notification will be sent out to contacts indicating that the current host problem has been acknowledged. If the "persistent"
-  option is set to one (1), the comment associated with the acknowledgement will survive across restarts of the &name-icinga; process. If
-  not, the comment will be deleted the next time &name-icinga; restarts.</para>
+  (for the same host state) are disabled.</para>
+  <para>If the "sticky" option is set to two (2), the acknowledgement will remain until the host recovers (returns to an UP state). 
+  Otherwise the acknowledgement will automatically be removed when the host changes state.</para>
+  <para>If the "notify" option is set to one (1), a notification will be sent out to contacts indicating that the current host problem has
+  been acknowledged, if set to null (0) there will be no notification.</para>
+  <para>If the "persistent" option is set to one (1), the comment associated with the acknowledgement will remain even after the host
+  recovers.</para>
 
   <para><anchor xml:id="extcmd2-acknowledge_host_problem_expire" /> <emphasis role="bold">ACKNOWLEDGE_HOST_PROBLEM_EXPIRE</emphasis></para>
 
@@ -216,11 +218,13 @@
   <para><code>ACKNOWLEDGE_SVC_PROBLEM;</code><host_name>;<service_description>;<sticky>;<notify>;<persistent>;<author>;<comment></para>
 
   <para>Allows you to acknowledge the current problem for the specified service. By acknowledging the current problem, future notifications
-  (for the same servicestate) are disabled. If the "sticky" option is set to two (2), the acknowledgement will remain until the service
-  returns to an OK state. Otherwise the acknowledgement will automatically be removed when the service changes state. If the "notify" option
-  is set to one (1), a notification will be sent out to contacts indicating that the current service problem has been acknowledged. If the
-  "persistent" option is set to one (1), the comment associated with the acknowledgement will survive across restarts of the &name-icinga;
-  process. If not, the comment will be deleted the next time &name-icinga; restarts.</para>
+  (for the same servicestate) are disabled.</para>
+  <para>If the "sticky" option is set to two (2), the acknowledgement will remain until the service recovers (returns to an OK state). 
+  Otherwise the acknowledgement will automatically be removed when the service changes state.</para>
+  <para>If the "notify" option is set to one (1), a notification will be sent out to contacts indicating that the current service problem
+  has been acknowledged, if set to null (0) there will be no notification.</para>
+  <para>If the "persistent" option is set to one (1), the comment associated with the acknowledgement will remain even after the service
+  recovers.</para>
 
   <para><anchor xml:id="extcmd2-acknowledge_svc_problem_expire" /> <emphasis role="bold">ACKNOWLEDGE_SVC_PROBLEM_EXPIRE</emphasis></para>
 





More information about the icinga-checkins mailing list