View Full Version : CPF4207
Moin *all,
wir haben eine V7R2 Maschine mit 2 Partitionen. Unsere Buchhaltung ist auf der 2ten Partition. Seit ca. 3 Wochen kommt die MEldung CPF4207 (DDM-Datei kann nicht eröffnet werden).
Wir sind schon am suchen, aber wir finden nichts weiter. Auch ein RCLDDMCNV hilft nicht wirklich weiter.
Hat da einer von Euche eine Idee?
mfg
DKSPROFI
Da gibts vielleicht auf dem Zielsystem Hinweise (Benutzer/Kennwort/usw.).
Moin,
auf dem Zielsystem gibt es die Meldung CPI5906 (Lokales System sendete negative SNA-Antwortdaten an Steuereinheit <name> Name der CTL auf Einheit Name der DEVD<name>.
Weiter Hinweise sind nicht vorhanden.
msg
DKSPROFI</name></name>
Normalerweise sollte da dann der SNA-Fehlercode auch aufgeführt werden, den man dann auch noch analysieren kann.
Ebenso gibt es u.U. ähnliche Meldungen auf dem Sendersystem.
Statt SNA over IP kann man die DDMF ggf. auf *RDB oder *IP konfigurieren.
Stimmen die User-Profile noch überein (es wird ja schließlich die aktuelle Anmeldung übernommen)?
Moin,
vielen Dank für die Antworten, ich glaub ich hab es gefunden. Anscheinend sind tatsächlich zuviele DDM-Dialoge offen (Keine Anhnung wo man das einstellt). Jetzt mache ich im CL ein RCLDDMCNV vor und nach dem CALL. Im Joblog bei den Anwendern
vor Aufruf:
0 DDM-Dialoge beendet, 0 bleiben aktiv.
nach dem Aufruf:
2 DDM-Dialoge beendet, 0 bleiben aktiv.
mfg
DKSPROFI
Ja das macht Sinn.
In SNA werden Modus-Objekte verwendet. Diese kann man bei einer offenen SNA-Verbindung per WRKCFGSTS auch sehen.
Für diese Objekte gibt es auch eigene Kommandos mittels der man dann die Anzahl gleichzzeitiger Verbindungen konfiguriert. Allerdings gibt es SNA-bedingt eine natürliche Obergrenze (512).
WRKMODD/DSPMODD/CHGMODD
Hinzu kommt die Jobeinschränkung auf max. 20, die leider nicht konfigurierbar ist.
Moin,
vielen Dank für die Unterstützung. mit SNA habe ich das letzte mal gefühlt vor 425 Jahren gearbeitet. Nichtsdestotrotz werde ich mal die IP-Verbindungen ausprobieren, die mit *IP statt *SNA angelegt werden.
mfg
DKSPROFI
Die Frage ist eher, warum überhaupt noch DDMF?
Gefühlt ist das ebenso vor 426 Jahren, also max. bis V4R5.
Mittlerweile kann man alles mit DRDA, also WRKRDBDIRE, *IP und "exec sql Connect ..." erledigen.
Im Gegensatz zu DDMF kann man hier dann auch explizit mit User/Kennwort verbinden.
Das klappt sogar mit allen JDBC-Datenbanken (siehe D*B's ArdGate).
holgerscherer
08-09-20, 23:49
wir haben eine V7R2 Maschine mit 2 Partitionen. Unsere Buchhaltung ist auf der 2ten Partition. Seit ca. 3 Wochen kommt die MEldung CPF4207 (DDM-Datei kann nicht eröffnet werden).
(zu spät runter gescrollt - hat sich ja wohl erledigt ;-)
Die Frage ist eher, warum überhaupt noch DDMF?
Gefühlt ist das ebenso vor 426 Jahren, also max. bis V4R5.
Mittlerweile kann man alles mit DRDA, also WRKRDBDIRE, *IP und "exec sql Connect ..." erledigen.
Im Gegensatz zu DDMF kann man hier dann auch explizit mit User/Kennwort verbinden.
Das klappt sogar mit allen JDBC-Datenbanken (siehe D*B's ArdGate).
Moin,
warum DDM? Altlasten.
Das mit SQL war mir unbekannt, aber probiere ich aus. Also mit WRKRDBE einen Eintrag für das ferne System hinzufügen, und auf dem Zielsystem dann umgekehrt? Ich möchte nicht die bestehendende SNA Konfiguration kaputtmachen.
mfg
DKSPROFI