Agent funktioniert nicht mehr

[MatzeW]

Hallo Miteinander,

Habe ein Problem und verzweifel bei der suche.
Meine Agenten liefen einwandfrei bis Wartungsarbeiten am Server durchgeführt worden sind. Es musste der Server neu gestartet werden. Danach lief der Agent nicht mehr.

Folgende Meldung wird in der log protokolliert

19.06.2008 13:58:19   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') printing: IBAU 004 Extrakt wurde gestartet
19.06.2008 13:58:19   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') printing: \\172.16.0.15\c$\crm\ibau\004\Do
19.06.2008 13:58:19   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') printing: Document Count: 1
19.06.2008 13:58:19   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') printing: EmbeddedObject Count: 2
19.06.2008 13:58:19   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') printing: Try to detach file with name: sh_913046_004_2008-06-18.zip
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message: NotesException: Notes error: File cannot be created (\\172.16.0.15\c$\crm\ibau\004\/sh_913046_004_2008-06-18.zip)
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at lotus.domino.local.EmbeddedObject.NextractFile(Native Method)
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at lotus.domino.local.EmbeddedObject.extractFile(Unknown Source)
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at JavaAgent.NotesMain(JavaAgent.java:80)
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at lotus.domino.AgentBase.runNotes(Unknown Source)
19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at lotus.domino.NotesThread.run(NotesThread.java:215)

Ich weis nicht was ich noch machen kann. Starte ich die Agenten von hand an funktionieren sie. Habe zuerst gedach es liegt an die Rechte. Doch daran liegts nicht, weil habe die Agenten als Admin signiert und ausführen lassen.

please help

Danke

[koehlerbv]

Offensichtlich wurden dem Account, unter dem der Domino läuft, Rechte auf das Filesystem entzogen.

Bernhard

[dirk_2909]

hallo

Lass mal das JAVA-Environment auf dem Server prüfen.
Was wurde denn da gewartet?

[m3]

Seufz,
zum 5 Mio. mal:

Der Domino-Server (und damit auch der (Java-)Agent) lüuft unter Windows per default unter dem "SYSTEM" Account, der NICHT auf Fileshares und Netzlaufwerke zugreifen kann.

Lösungsvorschläge gibt es bereits zu Hauf über die Forumssuche. Einer der gängigsten: Einen anderen Account definieren, unter dem Domino laufen soll. Mit allen dazugehörigen vor- und nachteilen.

@Dirk: Domino hat seine eigene Java-Runtime, die wird nicht extra gewartet.

[MatzeW]

Nach Tagelangen rumprobieren
wurde der Fehler behoben.

Bei den Benutzervorgaben war ein Häkchen nicht gesetzt und zwar
bei "lokalen ausführen von Agenten aktiviert"

Danke für eure Antworten

[dirk_2909]

@Martin

@Dirk: Domino hat seine eigene Java-Runtime, die wird nicht extra gewartet.

Martin. Da hast Du vollkommen recht.
Wenn aber auf dem Server ein zusätzliches jar-Packet installiert werden muss (z.B. jco.jar für SAP-RPC-Zugriff) und dieses nach einem neuaufsetzen etc. nicht geschieht, dann kommt auch eine
Meldung "Unknown Source" an gewissen Stellen ;-)

[m3]

Wenn aber auf dem Server ein zusätzliches jar-Packet installiert werden muss (z.B. jco.jar für SAP-RPC-Zugriff) und dieses nach einem neuaufsetzen etc. nicht geschieht, dann kommt auch eine Meldung "Unknown Source" an gewissen Stellen ;-)

Das fällt dann aber unter "fehlerhafter" Applikationstest. Sowas sollte/muss doch vom Betrieb getestet werden, bevor der Server nach einem "Update" produktiv geschaltet wird.
Und ist meilenweit von der ursprünglichen Fehlermeldung

Notes error: File cannot be created (\\172.16.0.15\c$\crm\ibau\004\/sh_913046_004_2008-06-18.zip)

entfernt.

[dirk_2909]

@martin

von der ursprünglichen Meldung sicher   aber habe mich auf eine möglich Ursache bezogen:

19.06.2008 13:58:20   AMgr: Agent ('IBAU_DATEN_004' in 'mail\ErlauEr.nsf') error message:    at lotus.domino.AgentBase.runNotes(Unknown Source)

Das fällt dann aber unter "fehlerhafter" Applikationstest. Sowas sollte/muss doch vom Betrieb getestet werden, bevor der Server nach einem "Update" produktiv geschaltet wird.

Und das wird sicher immer von jedem Admin gemacht. Die wissen ja welche Funktion in welcher Db wie funktionieren müssen 

[MatzeW]

Hallo miteinander,

bin wieder am verzweifel,

das selbe Problem ist wiederaufgetreten, obwohl es zuvor einwandfrei funktioniert hat.
Diesesmal ist sogar das häcken "lokalen ausführen von Agenten aktiviert".


Die Agenten sind vom Admin signiert.
Ein Agent wird nach Eingang einer neuen Email ausgeführt. --> (wird auch tatsächlich ausgeführt)
Dieser startet einen weiteren Agenten an. --> (Fehlermeldung)

24.10.2008 14:04:42    Agent printing: IBAU 004 Extrakt wurde gestartet
24.10.2008 14:04:42   Agent printing: \\172.16.0.15\c$\crm\ibau\004\Fr
24.10.2008 14:04:42   Agent printing: 6
24.10.2008 14:04:42   Agent printing: 4
24.10.2008 14:04:42   Agent printing: EmbeddedObject Count: 2
24.10.2008 14:04:42   Agent printing: Try to detach file with name: sh_913046_004_2008-10-24.zip
24.10.2008 14:04:43   Agent  error: NotesException: Notes error: File cannot be created (\\172.16.0.15\c$\crm\ibau\004\/sh_913046_004_2008-10-24.zip)
24.10.2008 14:04:43   Agent  error:    at lotus.domino.local.EmbeddedObject.NextractFile(Native Method)
24.10.2008 14:04:43   Agent  error:    at lotus.domino.local.EmbeddedObject.extractFile(Unknown Source)
24.10.2008 14:04:43   Agent  error:    at JavaAgent.NotesMain(JavaAgent.java:83)
24.10.2008 14:04:43   Agent  error:    at lotus.domino.AgentBase.runNotes(Unknown Source)
24.10.2008 14:04:43   Agent  error:    at lotus.domino.NotesThread.run(NotesThread.java:215)


wird der 2 Agent vom Admin manuell gestartet dan funktioniert es!!

Wo kann ich noch suchen.

Alles ist nach einen neustart des Servers passiert.
 

[m3]

*Plonk*

[MatzeW]

Dann erklär mir mal bitte

warum es zuvor funktioniert hat?

[LN4ever]

Eine Datei, deren Name einen Schrägstrich enthält, kann nicht erstellt werden. Das hat möglicherweise überhaupt nichts mit der Serverwartung zu tun.

\\172.16.0.15\c$\crm\ibau\004\/sh_913046_004_2008-06-18.zip

Der Betriebssystem-Account, unter dem der Lotus Notes Server gestartet wird, muß die entsprechenden Rechte auf das Verzeichnis \\172.16.0.15\c$\crm\ibau\004\ haben. Das erreicht man häufig, indem man den Dienst unter einem Useraccount startet, der diese Rechte hat - und so eine Einstellung geht natürlich bei einer Serverwartung durchaus mal verloren.

Das sind die beiden Richtungen, in denen du suchen mußt.

Gruß

Norbert

[MatzeW]

Entschuldignung das ich nerve

aber hänge immer noch an diesen sch*** Problem.

erhalte aber folgende Meldung


Agent  error: java.lang.SecurityException: TEMP
Agent  error:    at lotus.notes.AgentSecurityManager.checkPropertyAccess(AgentSecurityManager.java:551)
Agent  error:    at java.lang.System.getProperty(System.java:640)
Agent  error:    at JavaAgent.NotesMain(JavaAgent.java:75)
Agent  error:    at lotus.domino.AgentBase.runNotes(Unknown Source)
Agent  error:    at lotus.domino.NotesThread.run(NotesThread.java:215)

Habe dazu noch nichts im Inet gefunden.

Danke für jede Hilfe

[m3]

Eine Datei, deren Name einen Schrägstrich enthält, kann nicht erstellt werden. Das hat möglicherweise überhaupt nichts mit der Serverwartung zu tun.

\\172.16.0.15\c$\crm\ibau\004\/sh_913046_004_2008-06-18.zip

Der Betriebssystem-Account, unter dem der Lotus Notes Server gestartet wird, muß die entsprechenden Rechte auf das Verzeichnis \\172.16.0.15\c$\crm\ibau\004\ haben. Das erreicht man häufig, indem man den Dienst unter einem Useraccount startet, der diese Rechte hat - und so eine Einstellung geht natürlich bei einer Serverwartung durchaus mal verloren.

Das sind die beiden Richtungen, in denen du suchen mußt.

Gruß

Norbert

Norbert, das haben wir ihm alles schon vorgekaut, ......

[LN4ever]

Lieber Martin,

du hast recht. Die ziellose Hilflosigkeit, mit der unser Freund mit seinem Admin nach möglicherweise nicht gesetzten Häkchen sucht, statt die Hinweise auf den Haken aufzunehmen, ist schon erschreckend. Man müßte nur die Tomaten von den Augen nehmen. Aber es gibt eine Blindheit, die nicht mehr erkennen kann, daß die Augen mit Tomaten geziert sind.

Wenn jemand so beratungsresistent ist, denke ich mir manchmal, daß wir icht auf die Welt gekommen sind, um Alle auf dieser Welt zu retten.

Gruß

Norbert

[MatzeW]

Hallo Miteinander,

Der Agent funktioniert wieder. 

Agent printing: IBAU 004 Extrakt wurde gestartet
Agent printing: \\172.16.0.15\c$\crm\ibau\006\Fr
Agent printing: 6
Agent printing: 4
Agent printing: EmbeddedObject Count: 2
Agent printing: Try to detach file with name: sh_913046_006_2008-10-31.zip
Agent printing: File detached to: \\172.16.0.15\c$\crm\ibau\006\/sh_913046_006_2008-10-31.zip
Agent printing:  Datei wurde extrahiert
Agent printing: Extracting file: tb01.txt
Agent printing: Extracting file: tb02.txt
Agent printing: Extracting file: tb03.txt
Agent printing: Extracting file: tb04.txt
Agent printing: Extracting file: tb05.txt
Agent printing: Extracting file: tb06.txt
Agent printing: Extracting file: tb07.txt
Agent printing: Extracting file: tb08.txt
Agent printing: Extracting file: tb09.txt
AMgr: Agent ('IBAU006_start' in 'mail\ErlauEr.nsf') message box: Agent ran
Warning: Agent is performing full text operations on database 'mail\ErlauEr.nsf' which is not full text indexed.  This is extremely inefficient.
AMgr: Agent ('IBAU006_start' in 'mail\ErlauEr.nsf') message box: Agent ran

Die Ursache ist mir noch unklar. Habe nur die laufzeit der sicherheitsstufe des Agenten auf 2 gesetzt.

Mir ist schon klar das der System Account keine Rechte auf dem FILESTREAM hat.
Wieso soll ich die Rechte vom System Account abändern oder den Dienst unter einen andern BENUTZER laufen lassen,
wenn es zuvor ohne dies Änderungen funktionierte.

Aber egal hauptsache er funktioniert

[m3]

Warning: Agent is performing full text operations on database 'mail\ErlauEr.nsf' which is not full text indexed.  This is extremely inefficient.

Sprich mit Deinem Admin!

[klaussal]

Aber egal hauptsache er funktioniert

 

[koehlerbv]

Jeder, der halbwegs ausgebildet, motiviert und daher sensibilisiert an die Themen Administration und Entwicklung (egal, ob Notes / Domino oder etwas ganz anderes) herangeht,
- ärgert sich über den Zustand "funktioniert nicht!"
- freut sich über den Zustand "funktioniert nicht, aber ich kann es nachvollziehen ;-)"
- fürchtet nichts mehr als den Zustand "funktioniert, aber ich weiss nicht, warum ..."

In diesem Sinne,
Bernhard (einmal mehr kopfschüttelnd)

[WildVirus]

Wär er bei uns Entwickler würde ich mit ihm ne Runde Schlittenfahren fürs Zumüllen des Logs.

Dafür gibt es ein Agentlog, aber das kennen nicht alle - steht nich in der C'Bild 

In diesem Sinne allen ein schönes Wochenende
Axel