LPar2RRD

[Chris.jan]

Benutzt hier jemand Lpar2RRD?
ich habe gerade versucht das Tool ans laufen zu bringen,
aber beim Server kommt nix an.
Gibts ggf. irgendwelche Hindernisse, die den Port 8162 blockieren könnten?

[bateau]

Moien Chris,

wir haben LPAR2RRD im Einsatz, bei uns läufts problemlos auf einer AIX 7.2 LPAR.

Hast Du mal auf deinem Server kontrolliert, ob der Port 8162 aktiv ist und wenn ja, ob er z.B. via "telnet myserver.mydomain 8162" von einer anderen Maschine aus erreichbar ist?

Griesse

bateau

[Chris.jan]

Läuft bei uns auf V7R2 - Setup usw. alles problemlos, Subsystem mit Jobs ohne Fehlermeldung aktiv. Telnet auf den port geht, das ist frei, aber beim Server kommt definitiv kein Paket an.

[bateau]

Mhm, dann wirds schwierig per Ferndiagnose...

Und im SND_SYSSTS Job siehst Du auch die korrekten Koordinaten, d.h. Hostname bzw. IP Adresse des Servers + Port?

Bei mir sieht das auf einer V7R3 LPAR so aus (FQDN ersetzt mit xyz Kram):
CALL PGM(C_SNDSTS) PARM('xxxx.yyy.zz' '8162' X'0001D740404040C9C4F0F
0F0C340404040D5C9D4D3C5E44BD3C5C6D6E8C5D94B' 'PH_DTAQRCV*LIBL' 'PH_DTAQSND
*LIBL' 'PH_USRSPC *LIBL' '*UTF8' 1 'N' '/home/LPAR2RRD')
IF: C_SNDSTS - protocol 5.3 UTF8 conv

Auf einer V7R1 LPAR sieht man am Ende des Joblogs noch eine weitere Nachricht, die Auskunft über die Konnektivität gibt, das scheint zumindest auf V7R3 nicht mehr der Fall zu sein:
IF: C_SNDSTS - protocol 5.3 UTF8 conv
IF: C_SNDSTS - connection Established()

[Chris.jan]

Eben die letzte Zeile kommt nicht, egal wie lang wir warten.
Ein STRCMNTRC erzeugt keine Daten.

[bateau]

Re-Moien,

sorry, hab nen Moment gebraucht...

Hab soeben erst festgestellt, dass entgegen meiner oben geschilderten Annahme das Fehlen der "connection Established()" Nachricht doch nicht normal ist.

Der Agent lief in seiner vorigen Version problemlos auf der V7R3 LPAR, aber seitdem wir die neueste v1.1.4 drauf haben nicht mehr. Hab das eben in der Hitze des Gefechts gar nicht direkt realisiert.

Das scheint OS-abhängig zu sein:
V7R1 + agent v1.1.4 => OK
V7R3 + agent v1.1.4 => NOK
V7R3 + agent v1.1.2 => OK

Mach mal ein Downgrade vom Agent auf die v1.1.2 https://sourceforge.net/projects/lpa...2.zip/download, bei mir hats danach sofort wieder funktioniert.

Ist wohl ein Mail an Pavel fällig :-)

Griesse

bateau

[Chris.jan]

Super!!
Ich glaub ich habe gerade sogar den Fehler gefunden.
Beim debuggen hab ich ne Meldung erhalten, daß ein IFS-Verzeichnis nicht da ist.
Nachdem ich es angelegt habe /home/cz50257/LPAR2RRD kam zumindest die Connection established.
Jetzt lief es ne Weile und ich bin begeistert!

[bateau]

Ah, das passt mit der MCH3601, nix Directory -> *bumm*

Frage mich nur, warum der Agent in exakt derselben Version auf der V7R1 LPAR ohne Probleme läuft. Was machts wohl für nen Sinn, abhängig vom OS Release irgendwelche Verzeichnisse zu benutzen oder nicht? Egal...

Vielen Dank für die Info!

bateau

[bateau]

Update: Ich hatte den Fehler inklusive Debug Logs gemeldet. Die Jungs haben die Ursache identifiziert, es handelt sich wie schon vermutet um einen Fehler in der aktuellsten v1.1.4 des IBM i Agents. Eine korrigierte Version soll laut Pavel in den nächsten Tagen verfügbar sein.

[UPDATE]
Das Problem wurde in der neuen Version 1.1.5 des IBM i Agents korrigiert. Habe sie seit einer Woche auf 2 LPARs im Einsatz (1x V7R1 TL11, 1x V7R3 TL02), läuft einwandfrei.
Download Link: https://sourceforge.net/projects/lpa...5.zip/download
[/UPDATE]

Griesse

bateau