View Full Version : DDM-File Fehlercode X'1251'
bei der Übertragung von Sourcen von unserem System zu einem Kunden bekommen ich diesen Fehlercode. Auf dem Kundensystem ist jedoch unter QUSER/QRWTSRVR nichts abnormales zu finden.
wo kann man noch suchen.
Beide Systeme arbeiten unter Rel.7.1
Authentif. ist *USRID.
Wäre schön, wenn man genauere Hinweise aus dem Joblog bzgl. des Fehlers bekäme.
Lieber Herr Fuerchau,vielen Dank für das Hilfeangebot. Hier sind weitere Informationen zu dem Thema.
vom eigenem System
DDM-Objekt QRPGRZ in ARDATRTW verwendet fernes Objekt
RZSRC/QRPGSRC(RZKT86Z).
Funktion im DDM-Zielsystem abnormal beendet.
Teildatei RZKT86Z in Datei QRPGRZ in ARDATRTW nicht geändert.
Datei QRPGSRC in RZSRC wurde wegen eines Fehlers nicht kopiert.
420 Datensätze in QRPGRZ in Bibliothek ARDATRTW kopiert.
Detail
Nachricht . . . : Funktion im DDM-Zielsystem abnormal beendet.
Ursache . . . . : Ein Programm hat versucht, auf das ferne Objekt
RZSRC/QRPGSRC(RZKT86Z) im System RTWKAS1 mit Hilfe des DDM-Objekts QRPGRZ in Bibliothek ARDATRTW zuzugreifen. Die DDM-Antwortnachricht mit Codepunkt X'1251' wurde von Job 192044/QUSER/QRWTSRVR auf dem Zielsystem zurückgegeben.
Fehlerbeseitigung: Anhand der DDM-Antwortnachricht mit Codepunkt X'1251' das
Problem bestimmen. Vorherige Nachrichten im Jobprotokoll zum denselben DDM-Objekt suchen. Die Nachrichten in den Job- oder Fehlerprotokollen des Zielsystems beachten.
vom Kundensystem (DSPLOG)
5770SS1 V7R1M0 100423 Protokoll RTWKAS1 28.03.11 11:56:39 Seite 0001
MSGID BEW NACHR.ART
CPF1124 00 INFO Job 192044/QUSER/QRWTSRVR im Subsystem QUSRWRK in QSYS am 28.03.11 um 10:29:04 gestartet. Job im System
QRWTSRVR QUSER 192044 QWTPIIPP 0000 28.03.11 10:29:04,908477 QUSER
CPI3E34 00 INFO DDM-Server-Job 192044/QUSER/QRWTSRVR wird für Benutzer ANNE am 28.03.11 um 10:49:30 ausgeführt.
QRWTSRVR QUSER 192044 QRWTSECR 0000 28.03.11 10:49:30,508677 ANNE
Wenig aussagefähig (nicht unterstützte Funktion), wohl war.
Ggf. mal per DSPNETA den DDM-Anforderungszugriff prüfen.
Das Erstellen von Teildateien geht glaube ich nicht (nur Dateien). Hier muss ggf. vorher per SBMRMTCMD vorher die Teildatei per ADDPFM hinzugefügt werden.
Ggf. auch RCLDDMENV nach jedem DDM-Zugriff durchführen, da DDM-Verbindungen offen gehalten werden.
Es könnte ggf. auch eine CCSID-Abweichung vorliegen, was auch zu diesem Fehler führen könnte.
hallo Herr Fuerchau,
es liegt weder an der CCSID noch an den NETATTR. die sind auf beiden Maschinen gleich.
Das Hinzufügen von neuen Member geht, wenn auch mit der Fehlermeldung X'1251'. (auch ohne ADDPFM).
Das Ersetzen von bestehenden Member geht zwar, aber es kommt die gleiche Fehlermeldung mit dem Hinweis, das die Teildatei nicht geändert wurde, obwohl ein Austausch statt gefunden hat.
ich befürchte, das ich ein Problem bei der IBM aufmachen muss.
Die Meldungen des Logs auf dem Kundensystem sind da etwas zu wenig.
Du musst versuchen, den Serverjob ausfindig zu machen und per DSPJOBLOG den dortigen Inhalt auszulesen. Nicht alles landet nämlich in der QHST (DSPLOG).
40 29.03.11 10:16:49,293719 QCNTEDDM QSYS *STMT QRWTSRVR QSYS *STMT
Von Benutzer . . . . . . . : ANNE
Ausgangsmodul . . . . . . . : QCNTEDDM
Ausgangsprozedur . . . . . : SNDMSG
Anweisung . . . . . . . . . : 8000
Zielmodul . . . . . . . . . : QRWTSRVR
Zielprozedur . . . . . . . : main
Anweisung . . . . . . . . . : 353
Nachricht . . . : DDM-Parameterwert nicht unterstützt.
Ursache . . . . : Vom Client wurde ein Wert gesendet, der von diesem Server
nicht unterstützt wird. Folgende Werte werden nicht unterstützt (Siehe
X'D141'): -- '1144'X oder '212D'X -- Versionsnamen. -- '2106'X --
Dezimalgenauigkeit 15. -- '2112'X -- Paketnamen oder Datensammlungs-IDs, die über 10 Zeichen lang sind. -- '2128'X -- Datensammlungs-IDs, die über 10Zeichen lang sind. -- '2129'X -- Freigabe zugeordneter Ressourcen bei
Aufhebung der Dialogzuordnung. i5/OS unterstützt die Freigabe von Ressourcen
nur nach COMMIT. -- '2130'X -- Auswahl zur Erklärung von Informationen zu
SQL-Anweisungen. -- '2131'X -- Benutzer-IDs, die über 10 Zeichen lang sind.
Fehlerbeseitigung: Den vom Server gesendeten Wert ändern und die
Anforderung wiederholen. Technische Beschreibung . . . . . . . : Wenn der
DDM-Codepunkt X'D141' nicht in der oben genannten Liste aufgeführt ist, im
Handbuch "DDM Architecture Reference" weitere Informationen nachschlagen.
Super.
Das Handbuch, auf das verwiesen wird, ist online wohl nicht verfügbar.
Die Links, die ich gefunden haben, enthalten diesen Codepunkt nicht.
Aber vielleicht hilft dir dieser Link weiter:
Copy commands with DDM (http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/ddm/rbae5cpyfcmd.htm)
Ins besonders gibt es wohl genaue Vorgaben, was Teildateien angeht.
Hast du das mit anderen Systemen dann schon mal gemacht ?
Ich persönlich bevorzuge da eher SNADS mit SNDNETF und RCVNETF.
Der RCVNETF läßt sich ja ggf. per SBMRMTCMD auf dem Zielsystem ausführen.
Das Problem ist gelöst. Mit dem letzten CUM-PTF wurde der Fehler ausgeliefert. Zur Behebung steht für Rel. 7.1 das Testptf SI43213 bzw. für Rel. 6.1 das Testptf SI43212 zur Verfügung. Für Rel. 5.4 gibt es noch kein PTF.
Der Fehler tritt auf, wenn man per DDM-File aus Rel 7.1 Sourcen auf ein anderes System übertragen will.