monitoring AS400

[Mik]

du kannst die Datei (/nagios/libexec/check_as400.class) direkt mit vi, etc. bearbeiten. Sollte dann gehen!?

Zumindest wartet er bei mir jetzt auf den 63h token.

Establishing connection to server...done.
Logging in...
  waiting for screen...
    waiting for token IBM CORP...
    token received.
  sending login information for qsecofr...
  waiting for login to process...
    waiting for token ===>...
    token received.
Login completed.
Sending command (6)...
OK - Login completed successfully
Logging out...
  sending F3...
    waiting for token ===>...
    token received.
  requesting signoff...
    waiting for token ;63H...

Und wenns mal läuft ein geniales Plugin



edit:

einmal das Plugin mit der modifizierten class: RapidShare Webhosting + Webspace

[heini]

ja, ist bei mir auch so:

Establishing connection to server...done.
Logging in...
waiting for screen...
waiting for token IBM CORP...
token received.
sending login information for qsysopr...
waiting for login to process...
waiting for token ===>...
token received.
Login completed.
Sending command (6)...
OK - Login completed successfully
Logging out...
sending F3...
waiting for token ===>...
token received.
requesting signoff...
waiting for token ;63H...


könntest du mir doch eventuell mal dein plugin senden? vielleicht tut es ja un erwarteter weise damit....

[Mik]

RapidShare Webhosting + Webspace

einmal der Link. Puh ich hatte damals glaube ich noch ne aktuelle java installiert bzw. den Pfad angepasst.

[heini]

leider filter unser konzernweiter contentfilter die links von rapidshare

könntest du mir die zip an folgende mailaddy senden:

...

danke schonmal im voraus!

edit:email entfernt

[heini]

...bleibt leider an der gleichen Stelle stehn und wartet auf das Token.

Ich vermute das wir am AS400 Benutzerprofil noch etwas schrauben müssen.

Da das Plugin bis zu dieser Stelle sauber ausgeführt wird, gehe ich nicht davon aus, das die Java-Umgebung daran schuld ist.

[heini]

Hi Mik,

könntest du mir eventuell die einträge deines QSYSOPR benutzerprofiles nennen? Eventuell fehlt bei uns da was oder ist falsch!?

Kurz noch die Daten unseres Systems:
- i5-520
- Rel. V5R3

Gruss
Heinz

[Mik]

Moin,

muss mich korrigieren ich hab den Qsecofr als Benutzer eingetragen bzw hab mir den wegkopiert.

müßte ne i510 sein
Rel. V5R1

[heini]

Moin Mik,

hab dir grade mal ne private Nachricht bezüglich des qsecofr profils gesendet.

Gruss
Heinz

[heini]

so und jetzt weis ich wirklich nicht mehr weiter. habe das benutzerprofil entsprechend deiner angaben angepasst, und bekomme immer noch den gleichen Fehler.... waiting for token ;53H.

wir versuchen gerade noch herauszufinden, welchen Wert die i5 als token bei einer abmeldung an den client sendet.

bei dir wird als token ja in der .class der Wert ;53H erwartet und auch empfangen oder?

Gruss
Heinz

[Mik]

Japp, funktioniert mit 53h

[Muchi]

Hallo,

ich hatte ein ähnliches Problem. Bei mir hat Nagios auf "===>" gewartet. Da meine OS/I5 Systeme als Standard die Logon Infos anzeigt, hat Nagios gewartet und gewartet... Als ich die Logon Infos für den User herausgenommen habe, war es schon besser. Allerdings musste ich noch die Klasse check_as400 anpassen. Der Logout funktionierte bei mir nicht.
Allgemein finde ich schlecht, dass die QSYSOPR Meldungen nicht versendet werden bzw. gefiltert werden. Dafür muss man den Quellcode erweitern :-( Ein neues Plugin auf Basis von Jt400 wäre wohl die beste Lösung...

Gruß
Michael