Was tue ich, wenn ...

Fehler FTR2046 oder FTR2047 direkt nach TRANSFER-FILE (NCOPY)

mögliche Ursache	Lösungsvorschlag
Fehlerhafte Zugangsberechtigung im lokalen System.	Gültige Zugangsberechtigung angeben.
Falls openFT-AC eingesetzt ist:
Zugangsberechtigung im lokalen System berechtigt nicht zum angeforderten Auftrag.	Den Returncode (RC) des FTAC-Logging-Satzes ausgeben lassen mit /SHOW-FT-LOGGING-RECORDS (RECORD-TYPE= (FT=NONE)),NUMBER=n, um mit /HELP-MSG MSG-ID= FTCxxxx, LANG=D (xxxx=RC) den Ablehnungsgrund zu erfahren.

Fehler FTR2169 bei TRANSFER-FILE und in anderen Fällen

mögliche Ursache	Lösungsvorschlag
Fehlerhafte Zugangsberechtigung im fernen System.	gültige Zugangsberechtigung angeben.
Zugangsberechtigung im fernen System berechtigt nicht zum angeforderten Auftrag.	Im fernen System Ablehnungsgrund in Erfahrung bringen: Bei BS2000-Partnern: /SHOW-FT-LOGGING-RECORDS (RECORD-TYPE= (FT=NONE)),NUMBER=n und /HELP-MSG MSG-ID= FTCxxxx,LANG=D (xxxx=RC aus Logging-Satz). Bei z/OS-Partnern: FTSHWLOG (RECORD-TYPE=(FT=NONE)),NUMBER=n und FTHELP xxxx. Bei Unix- und Windows-Partnern: ftshwl -rt=c und fthelp xxxx (xxxx=RC aus Logging-Satz).

Sonstige FTRxxxx direkt nach TRANSFER-FILE (NCOPY)

mögliche Ursache	Lösungsvorschlag
Fehler im lokalen System.	Weitere Informationen mit /HELP-MSG MSG-ID= FTRxxxx, LANG=D anfordern oder im Handbuch nachschlagen.

Fehler FTR2212 nach TRANSFER-FILE-Kommando mit Vor- oder Nachverarbeitung

mögliche Ursache	Lösungsvorschlag
Problem im fernen System: fernes System nicht aktiv.	Systemverwalter des fernen Systems ansprechen.
FT im fernen System nicht gestartet.
FT-Limits im fernen System erreicht, z.B. CONN-LIM im fernen BS2000-System.
Probleme im Netz.	Netzverwalter verständigen.

Fehler FTR2109 (openFT-Protokoll) bzw. FTR0108 (FTAM) nach Dateimanagement-Kommando

mögliche Ursache	Lösungsvorschlag
BCIN bzw. BCACT für fernes System fehlt.	Systemverwalter verständigen.

Fehler FTR2025, FTR2076 oder FTR2199 nach Dateimanagement-Kommando zu FTAM-Partner

mögliche Ursache	Lösungsvorschlag
Das lokale oder ferne Dateiverwaltungssystem meldet einen Fehler, der auf keine aussagekräftige FTR-Meldung abgebildet werden kann. Der ausgegebene Returncode wird vom Protokoll gemeldet, nicht vom betroffenen Dateiverwaltungssystem.	Versuchen Sie, die Sendedatei mit einem normalen COPY- Kommando bzw. eine Datei auf die angegebene Empfangsdatei zu kopieren. Eine dabei eventuell auftretende Fehlermeldung lässt sich auch auf das FT-Kommando beziehen.

sonstige FTRxxxx in anderen Fällen

mögliche Ursache	Lösungsvorschlag
Fehler im fernen System (in den meisten Fällen), Fehler im lokalen System (weniger häufig).	weitere Informationen mit /HELP-MSG MSG-ID= FTRxxxx, LANG=D anfordern.
Ausnahme bei: FTR0035 / FTR 2077 / FTR 2200 Datei Gesperrt Es kann ebensogut die lokale wie die ferne Datei gesperrt sein
FTR2043 und FTAM-Partner: Im lokalen System fehlen u.U. die Rechte für die permitted actions.	Rechte mit /MODIFY-FILE-FT-ATTRIBUTES ändern.

Das Protokoll der Folgeverarbeitung soll immer ausgedruckt werden

mögliche Ursache	Lösungsvorschlag
	Folgeverarbeitung als ENTER-Prozedur mit /LOGOFF definieren oder entsprechende Kommandofolge benutzen.

Die Folgeverarbeitung wird nicht ausgeführt

mögliche Ursache	Lösungsvorschlag
Fehler in den Folgeverarbeitungskommandos und das Folgeverarbeitungsprotokoll wurde durch Abfangen des Fehlers unterdrückt. Leerzeichen nach einem Semikolon, wenn mehrere Folgeverarbeitungskommandos angegeben wurden.	Folgeverarbeitungskommandos überprüfen bzw. Fehler nicht abfangen, um ein Protokoll zu erhalten, dem der Fehler entnommen werden kann.

Probleme beim Ausführen von Vor- bzw. Nachverarbeitungskommandos

mögliche Ursache	Lösungsvorschlag
Fehler in den Vor- oder Nachverarbeitungskommandos oder Leerzeichen nach einem Semikolon, wenn mehrere Vor/Nachverarbeitungskommandos angegeben wurden.	Vor- bzw. Nachverarbeitungskommandos überprüfen.
Die Jobklasse, in der der Verarbeitungsjob gestartet werden soll, läßt die sofortige Durchführung der Verarbeitung nicht zu.
Das Subsystem SPOOL ist nicht gestartet.	Das Subsystem SPOOL starten (lassen).

Die ferne Folgeverarbeitung im Fehlerfall (FAILURE PROCESSING) wird nicht ausgeführt

mögliche Ursache	Lösungsvorschlag
Das Übertragungskommando wurde akzeptiert (FTR0000), vor Beginn der Dateiübertragung wurde jedoch ein Fehler entdeckt (z.B. Empfangsdatei gesperrt).

Es erscheint keine Ergebnismitteilung am Terminal

mögliche Ursache	Lösungsvorschlag
Keine Eingabe nach dem TRANSFER-FILE (NCOPY) erfolgt.	Eine Eingabe an das System machen.
Meldung übersehen oder nach TRANSFER-FILE (NCOPY) wurde ein LOGOFF/LOGON gegeben.	Logging-Sätze ansehen.
Asynchrone Meldungen wurden unterdrückt mit MODIFY-MSG-OPTION OPERATOR-MSG=NO.	/MODIFY-MSG-OPTIONS OPERATOR-MSG=YES setzen.
Im Hintergrund ist ein Programm geladen.	Das Programm beenden.
	Abwarten.

Ein gelöschter Auftrag bleibt im Auftragsbuch stehen

mögliche Ursache	Lösungsvorschlag
Der Auftrag war schon aktiv, als die Verbindung zum fernen System unterbrochen wurde.	Abwarten, bis die Verbindung wiederhergestellt ist, damit sich openFT mit dem Partnersystem über den Abbruch verständigen kann. Sollte der Auftrag auch nach Wiederherstellung der Verbindung nicht 'verschwinden', so kann er vom FT-Verwalter durch CNFT mit FORCE-CANCELLATION=*YES endgültig gelöscht werden.

Subsystem FT oder FTAC bleiben hängen

mögliche Ursache	Lösungsvorschlag
Das Subsystem kann nicht entladen werden, weil Tasks noch angeschlossen sind.	MOD-SUBSYSTEM-PARAMETERS FORCED=ALLOWED und STOP-SUBSYSTEM FORCE=YES entlädt Subsystem ohne Rücksicht auf laufende Tasks. Im Anschluss können Systemdumps auftreten, die ignoriert werden sollten. Bei FTAC kann der Grund sein, dass ein FTP-Server an FTAC „attached“ ist. Wenn das der Fall ist, dann kann er mit STOP-FTP- DEMON beendet werden.
Subsystem ist im Status LOCKED.	UNLOCK-SUBSYSTEM (ab DSSM V3.6) entlädt das Subsystem. Nur im absoluten Notfall einsetzen, da die Auftragsbücher aller openFT-Instanzen und eventuell auch Benutzerdateien gelockt bleiben. Die Locks können vom Systemverwalter mittels VERIFY beseitigt werden .

Trotz CANCEL-FILE-TRANSFER (NCANCEL) wird der Auftrag durchgeführt

mögliche Ursache	Lösungsvorschlag
CANCEL-FILE-TRANSFER (NCANCEL) kam zu spät, der Auftrag war schon durchgeführt.

Eine sehr große Datei kann nicht übertragen werden

mögliche Ursache	Lösungsvorschlag
Auf dem Public Volume Set ist nicht genügend zusammenhängender Speicherplatz vorhanden.	Den Systemverwalter ansprechen.

Keine Information über TRANSFER-FILE (NCOPY)-Auftrag

mögliche Ursache	Lösungsvorschlag
	Mit /SHOW-FT-LOGGING-RECORDS NUMBER=n nachsehen.

Es wird keine Ergebnisliste erzeugt

mögliche Ursache	Lösungsvorschlag
LIST=*NONE angegeben (Standardwert).
Ausdruck verloren gegangen.
Standard-Public-Volume-Set der initierenden Kennung bei Übertragungsende nicht eingehängt.

Datei ist gelockt, obwohl Dateitransfer beendet wurde

mögliche Ursache	Lösungsvorschlag
	Den Systemverwalter ansprechen, dieser kann den Dateilock mittels VERIFY Kommando zurücksetzen.

Auftrag wird mit SHOW-FILE-TRANSFER(NSTATUS) nicht angezeigt, trotzdem steht MONJV auf W oder R

mögliche Ursache	Lösungsvorschlag
JV wurde unzulässig verändert.	Im Dialog bzw. in der Ergebnisliste auf Warnung FTR0802 achten.
Public Volume Set für MONJV bei Aktualisierung nicht verfügbar.

Auftrag bleibt im Zustand WAIT mit * markiert

mögliche Ursache	Lösungsvorschlag
Partner vom FT-Verwalter deaktiviert.	Gegebenenfalls Systemverwalter verständigen.

Auftrag bleibt im Zustand WAIT mit ! markiert

mögliche Ursache	Lösungsvorschlag
Verbindungsaufbau fehlgeschlagen:
Fernes System nicht aktiv	Systemverwalter des fernen Rechners ansprechen.
FT im fernen System nicht aktiv	Systemverwalter des fernen Rechners ansprechen.
In einem fernen BS2000-System fehlt das BCIN/BCACT für das eigene System.	Systemverwalter des fernen Rechners ansprechen.
Maximalzahl der im fernen System erlaubten Verbindungen z.Zt. ausgeschöpft.

Auftrag bleibt im Zustand WAIT mit ? markiert

mögliche Ursache	Lösungsvorschlag
BCIN/BCACT für das ferne System fehlt im lokalen System.	Gegebenenfalls Systemverwalter verständigen.
Das lokale System ist im fernen FT-System nicht eingetragen.	Systemverwalter des fernen Rechners ansprechen.
Im lokalen System ist kein gültiger Schlüssel des Partners hinterlegt (STATE RAUTH im SHOW-FT-PARTNERS ).	Der FT-Verwalter muss einen aktuellen öffentlichen Schlüssel des Partners in der Bibliothek SYSKEY auf der Konfgurations- Userid der lokalen Instanz hinterlegen (Elementtyp D, Name: symbolischer Name des Partnersystems wie im Netzbeschreibungsbuch).
Im fernen System ist kein gültiger Schlüssel des lokalen Systems hinterlegt (STATE LAUTH im SHOW-FT- PARTNERS ).	Der lokale FT-Verwalter muss dem FT-Verwalter des Partnersystems einen aktuellen öffentlichen Schlüssel übermitteln, den dieser an geeigneter Stelle hinterlegen muss.

Auftrag bleibt im Zustand WAIT ohne Markierung

mögliche Ursache	Lösungsvorschlag
Normales Warten auf System- Ressourcen.	Abwarten.