Domino 9 und frühere Versionen > ND8: Administration & Userprobleme

DCT - kleine Bugfixes

<< < (2/2)

Wolfgang:
Moin Ulrich,

danke für die Tipps!

Ich habe heute auch mal ein bißchen mit dem DCT rumprobiert. Das ist ein nettes Tool, mit dem man einige Hinweise für eine bessere Konfiguration bekommen kann.

Es gibt zwar auch ein paar irreführende Warnungen, aber zur Not lässt man diese Prüfung dann halt nicht mehr mitlaufen. Man kann ja selbst entscheiden, was das Tool prüfen soll.

Ich bekomme z.B. eine "schwerwiegende" Warnung, weil der AdminP nicht bei den Servertasks in der notes.ini steht. Bei mir soll er das auch nicht, weil er über ein Programmdokument gestartet wird (ist einfach schneller). Ich bekomme aber die Warnung, dass der AdminP beim nächsten Serverstart nicht mit gestartet wird und das ist einfach eine falsche Behauptung.
Aber insgesamt trotzdem hilfreich ...

Gruß
Wolfgang

eknori:

--- Zitat ---dass der AdminP beim nächsten Serverstart nicht mit gestartet wird und das ist einfach eine falsche Behauptung.
--- Ende Zitat ---
Sicherlich ist die Meldung dann falsch. AdminP ist aber auch der einzige Prozess, der geprüft wird; und als einzige Prüfmethode gibt es hier die notes.ini.
Sicherlich könnte man auch noch Programmdokumente testen, ob der Task wirklich nicht auch woanders gestartet wurde. Ich denke, aber, daß wir dabei dann nicht über den Normalfall reden ( Normalfall = 90% notes.ini ). Die Frage ist dann, ob sich der Aufwand der Implementierung einer weiteren Prüfmethode lohnt. ( aus der Sicht von IBM ).
Abschaltbar ist die Prüfung ja, wie du ja selber gesehen hast.

Deshalb sollte man sich schon ein wenig mit dem Tool befassen und ( gerade als Admin-Anfänger ) nicht blind allen "Fehlern" folgen. Manchmal muss man schon wissen, was man tut.

Auch sollte man genau lesen, was auf der rechten Seite beschrieben ist. So gibt es "Warning (low)" z.B. im Zusammenhang mit TXN Logging, die sich dann als "recommended parameters" entpuppen, die "present" sind, und die man auch so lassen kann, weil sie einfach gar keinen Effekt haben, wenn auf dem Server TXN Logging gar nicht enabled ist.



eknori:
UPPS, sorry. Lt. rule werden auch die laufenden Prozesse gefprüft.

</rulelinks>
   <params>
      <param name="ruleid" type="3" value="ADMINPTASK" />
      <param name="setting" type="3" value="ADMINPTASK" />


      <param name="location1" type="3" value="currently running server tasks" />
      <param name="location2" type="3" value="NOTES.INI" />
      <param name="tasksTaskName" type="3" comment="The name of a task that would be displayed in the show tasks view: For example: Admin Process" value="Admin Process" /><param name="notesiniTaskName" type="3" comment="The process name that would be listed in the ServerTasks notes.ini parameter: Adminp" value="Adminp" />
   </params>

Und da sollte er auch deinen AdminP finden ... Also doch ein Bug.

Wenn er dir sagt, daß der Task nicht in der notes.ini steht, dann ist das korrekt. Wenn er den Task überhaupt nicht findet, dann gibt es ein "not running".

Works as designed; lediglich das critical könnte man dann auf ein low herabstufen

Wolfgang:
... das Tool findet den laufenden Prozess zwar, meldet dann aber, dass er beim nächsten Serverstart nicht gestartet werden wird:

"The administration process is running however it is not listed in the ServerTasks parameter in notes.ini and will not load the next time the server is restarted."


Wie Du aber schon sagtest, darf man nicht blind jeder Meldung folgen. In dem Fall ist es mir ja klar, weil ich das absichtlich umgestellt habe. Bei anderen Meldungen muss ich vielleicht ein weniger genauer schauen. Aber trotzdem sehr hilfreiche Sache, dies ...

eknori:
Hab's an die Entwickler weitergeben mit der Bitte, auch die Programmdokumente in die Prüfung mit einzubeziehen.

Navigation

[0] Themen-Index

[*] Vorherige Sete

Zur normalen Ansicht wechseln