wieder mal RUNRMTCMD

[KM]

Hallo,

ich habe folgendes Problem. Ich rufe von der iSeries einen RUNRMTCMD auf, der ein Programm auf einem IXS (Windows-2000-Server) aufrufen soll (zum Testen einfach mal CALC.EXE). Der Remote-Command-Dämon auf dem Windows-Server läuft. Der Server ist im gleichen IP-Netz wie die iSeries. Die IP-Adresse stimmt. Benutzer und Kennwort stimmen mit dem auf dem Server überein (auch Groß-/Kleinschreibung). Beim Aufruf erhalte ich trotzdem immer "CPE3425 Ein ferner Host lehnte einen Verbindungsversuch ab.". Im Trace steht überhaupt nix.

Woran kann es noch liegen, dass ich keine Verbindung kriege ?

Gruß,
KM

[Fuerchau]

Ich nehme mal an, dass der ClientDienst von CA für Incomming-Commands nicht läuft.

[KM]

Der läuft. Das hatte ich doch schon geschrieben.

Gruß,
KM

[Fuerchau]

Es gibt da 2 Verschiedene.
1. der Windows-Dienst für Remote-Command
2. iSeriesAccess für Windows - Ferner Befehl

Die AS/400 verwendet auf jeden Fall den 2. Dienst.

[KM]

Den ersten kenne ich nicht. Ich meinte den zweiten (iSeriesAccess für Windows - Ferner Befehl). Der läuft.

Gruß,
KM

[KM]

Weiß jemand zufällig auf welchem Port der "iSeries Access Ferner Befehl Dämon" auf dem Windows-Server horcht ? Ich hab mal auf dem Windows-Rechner mit "netstat" geschaut, aber ich kann trotz laufenden Dämons nix finden.

Gruß,
KM

[Fuerchau]

cwbrxd.exe auf 3796

netstat -ab

[KM]

So langsam komme ich der Lösung meines Problems ein Stückchen näher. Mir ist aber trotzdem noch einiges unklar. Ich habe jetzt folgendes probiert.

Auf einem zweiten Windows-Rechner läuft iSeries Access V5R3. Dort lauscht der Dämon (CWBRXD.EXE) auf Port 512. Ein RUNRMTCMD mit diesem Zielrechner funktioniert. Ich habe jetzt auch herausgefunden, dass der Dämon für REXEC normalerweise immer auf Port 512 lauscht.

Auf dem Problem-Rechner läuft iSeries Access V5R2. Dort lauscht der Dämon (QVNARCMD.EXE !!!) auf irgendeinem Port über 3000. Nach jedem Beenden und Neustart des Dämons ändert sich sogar diese Port-Nummer. Aber sie liegt immer über 3000. Ein RUNRMTCMD mit diesem Zielrechner endet immer mit dem Fehler CPE3425.

Ich habe auf diesem Rechner auch mal einen anderen REXEC-Server installiert. Der lauscht auch auf Port 512. Der funktioniert zwar auch nicht. Aber es kommt zumindest nicht mehr der Fehler CPE3425. Das bedeutet doch der RUNRMTCMD versucht immer mit dem Port 512 des Zielrechners zu kommunizieren.

Meine Fragen sind nun:
Warum läuft auf dem einen Rechner der Dämon CWBRXD.EXE und auf dem anderen der QVNARCMD.EXE ?
Warum lauscht der QVNARCMD.EXE nicht auf Port 512 ?

Notfalls muß ich auf dem Problem-Rechner mal iSeries Access V5R3 installieren und mal sehen, ob sich dann was ändert.

Hat jemand schon mal ähnliche Probleme gehabt ?

Gruß,
KM

[Fuerchau]

Prüfe mal das Dokument:
http://www-912.ibm.com/s_dir/slkbase...e?OpenDocument
http://www-912.ibm.com/s_dir/slkbase...8?OpenDocument
http://www-912.ibm.com/s_dir/slkbase...7?OpenDocument

[KM]

Jetzt funktioniert's endlich. Ich habe nun den iSeries Access V5R2 komplett deinstalliert. Seltsamerweise lief danach der Dienst "iSeries Remote Command" (C:\winnt\as400wsv\admin\qvnarcmd.exe) immernoch. Das scheint wohl auch nicht der gewünschte Dienst gewesen zu sein, sondern ist vermutlich irgendein Dienst, den die iSeries-Windows-Integration benötigt und hat offenbar nichts mit dem iSeries Access zu tun.

Nach der Installation von iSeries Access V5R3 läuft nun zusätzlich noch der Dienst "iSeries Access für Windows - Ferner Befehl" (C:\winnt\cwbrxd.exe). Das ist nun der gewünschte Dienst. Der lauscht auch auf Port 512 und der RUNRMTCMD funktioniert nun.

Darauf muß man erst mal kommen.

Gruß,
KM