ICFF - CPF4734

[mahones]

Hallo zusammen!

Wir sitzen hier ziemlich ratlos mit einem Problem nach unserem Maschinenwechsel (auf Power7).
Wir haben V7R1 im Einsatz und arbeiten (noch) an dieser Stelle mit APPN und auch mit ICFF.
Genau bei diesen haben wir einen Fehler:

Nachrichten-ID . . . . :   CPF4734
Nachricht . . . :   Aufruffunktion für Datei >DATEI< in Bibliothek >LIB< für
  Einheit >DEV< zurückgewiesen.                                                
Ursache  . . . . :  Das ferne System hat den Versuch des lokalen Programms,   
ein fernes Programm zu starten, mit dem SNA-Fehlercode X'10086021'          
zurückgewiesen. Zwischen dem Quellen- und dem Zielprogramm liegt ein        
Schnittstellenfehler vor. Dieser Fehler wird durch den Fehlercode wie folgt 
gekennzeichnet:                                                             
  -- 080F6051 - Von dem Quellenprogramm angegebene Sicherheitscodes oder die
vom System gelieferten Standardwerte sind nicht korrekt.                    
  -- 10086021 - Der mit der Aufruffunktion (EVOKE) angegebene Programmname  
wurde vom fernen System nicht erkannt.                                      
...
Fehlerbeseitigung:  Sicherstellen, dass jegliche vom Quellenprogramm mit der  
  Aufruffunktion gelieferten Informationen, z.B die DDS-Schlüsselwörter SYNLVL
  oder SECURITY, mit den vom Zielprogramm erwarteten Werten übereinstimmen.  
  Sicherstellen, dass der für die Dialogart angegebene Wert (CNVTYPE) mit dem
  vom Zielsystem erwarteten Wert übereinstimmt. Ebenso sicherstellen, dass   
  jegliche vom System für das Quellenprogramm gelieferten Standardwerte mit  
  den vom Zielprogramm erwarteten Werten übereinstimmen. Anschließend die    
  Anforderung wiederholen.                                                   
Auswahlmöglichkeiten . . . . . . . . . . . . . . . . . . . . . . . . . :     
  I -- Anfrage wird ignoriert.                                               
  C -- Anforderung wird abgebrochen. Abbruchnachricht CPF 5104 wird gesendet.

Von uns hat hier leider keiner Ahnung von dieser Art von Kommunikation.
Ja, das sollte man dann schnellstens ablösen - könnte ich sicherlich als Antwort lesen.
Natürlich sind Komponenten, die keiner handlen kann, mehr als ein Ärgernis.

Aber ich hoffe, ihr habt hier trotzdem einen richtig guten Ansatz.
Unser worst-case-Szenario sieht schon so aus, dass wir die alte i5 wieder hochfahren...

Wo muss man hier ansetzen?
Was für "Werte" sind an dieser Stelle interessant?

Wir haben an anderer Stelle von SNA auf EE umgestellt, weil die Kommunikation zu anderen Systemen auch nicht mehr auf die altbewährte Art funktionierte.

Danke für die Tipps und Unterstützung!
Ich hoffe, dass ihr mit solch mageren Infos etwas anfangen könnt?!

Bis gleich...

[Fuerchau]

Ob SNA korrekt eingerichtet ist, lässt sich z.B. per STRPASTHR überprüfen (in beide Richtungen!).
Für V7R1 geht das noch, ich habe das bei einem anderen Kunden schon gemacht.

Der Fehlercode bedeutet ganz einfach:
Fehler X'10086021' => Der mit der Aufruffunktion (EVOKE) angegebene Programmname
wurde vom fernen System nicht erkannt.

Nun musst du nur noch in der ICFF bzw. dem Programm (müsste ihr ja noch haben) mal sehen, welches Programm in welcher Lib denn per EVOKE aufgerufen werden soll.
Beim Aufruf ohne Lib muss auf dem Zielsystem ggf. der Systemwert QUSRLIBL mit der Programm-Lib ergänzt werden.

[mahones]

STRPASTHR funktioniert, weil wir diesen Extender im Einsatz haben.
Das Zielsystem für diese ICFF ist aber leider in PC - daher wissen wir nichtmal, wie dort ein Programm in einer Bibliothek aufgerufen werden kann / soll.

Das mit dem EVOKE kennen wir ja auch nicht, wir sehen nur in der ICFF:

A          R EVOKE                     EVOKE(&LIB/&PGM)   
A                                      SYNLVL(*CONFIRM)   
A*                                     SECURITY(1 *USER)  
A            LIB           10A  P                         
A            PGM           10A  P

Wir haben jetzt etwas an den Config geändert und bekommen nun:

Nachrichten-ID . . . . :   CPF4333
Nachricht . . . :   Anforderung zum Starten der Sitzung für Datei >DATEI< in Bibliothek >LIB< auf
  Einheit >DEV< fehlgeschlagen.                         
Ursache  . . . . :  Die Anforderung zum Starten einer neuen Sitzung schlug  
  fehl, als das Programm die Öffnungsoperation durchführte. Wahrscheinlich  
  handelt es sich um einen Konfigurationsfehler.
...
Technische Beschreibung . . . . . . . :  Die Anforderung zum Starten einer   
  neuen Sitzung schlug mit dem SNA-Prüfcode X'80140001' fehl. Beschreibungen 
  der Prüfcodes enthalten das Handbuch "SNA Formats", IBM Form GA27-3136, und
  die APPN-Informationen in der Kategorie Netzbetrieb im IBM i Information   
  Center unter http://www.ibm.com/systems/i/infocenter/.

Ob der neue Fehler allerdings "besser" ist, müssen wir nun mal prüfen.

Danke erstmal fürs schnelle Reagieren.

[Fuerchau]

Hat das mit dem PC denn schon mal (auf dem alten System) funktioniert?
LIB/PGM werden als Variablen verwendet und sind ja eigentlich AS/400-spezifisch.
Ich kann mich dunkel an unsere Programme zur Kommunikation mit einem IBM-Host erinnern, wie da aber der Programmaufruf war kann ich nicht mehr nachvollziehen.
Wenn du aber hier schaust:
http://pic.dhe.ibm.com/infocenter/is...msticfevok.htm
kann das Format mit LIB/PGM nur mit einer AS/400 als Zielsystem funktionieren.
Wenn ein SNA-Client auf dem PC vorhanden ist, muss das wohl eher wie ein DOS-Befehl lauten, z.B. "/Pfad/Programm.exe".

[Fuerchau]

Ach ja, wenn das alte System noch da ist, kannst du da nur mal einen Kommunikationstrace machen um die Daten zu analysieren.
Hast du denn die Quellen nicht mehr um da einfach reinzuschauen?