kopieren Savefile aus IFS nach einer ganz normalen AS400 Bibliothek

[Pikachu]

Bei Sicherungsdateien geht beim FTP auch .savf

Und das Ziel ist immer noch MYSAVF.FILE, nur ohne zusätzlichem MBR.

[malzusrex]

Den SAVF vorher anlegen

crtsavf MyLib/Myfile

CPYFRMSTMF FROMSTMF('/home/MySavf.savf')
 TOMBR('/qsys.lib/Mylib.lib/MyFile.file') MBROPT(*REPLACE) 

Versuche es mal so

Gruß
Ronald

[alex61]

wieso sagt der FTP bei diesem Befehl: put /temp/casu3132cp.file casu3132cp

/temp/casu3132cp.file Datei nicht gefunden ! Sie liegt doch da !!!

Verzeichnis . . . : /temp

Auswahl eingeben und Eingabetaste drücken.
2=Editieren 3=Kopieren 4=Entfernen 5=Anzeigen 7=Umbenennen
8=Attribute anzeigen 11=Aktuelles Verzeichnis ändern ...

Aus-
wahl Objektverbindung Art Attribut Text
. DIR
.. DIR
osgi_instance_loca > DIR
CASU3132CP.FILE STMF
002916.iso STMF
002926.iso STMF

[alex61]

danke Ronald.
habe ich ausprobiert, bekomme eine Fehlermeldung:

Nachrichten-ID . . . . : CPDA082 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Diagnose
Sendedatum . . . . . . : 31.10.16 Sendezeit . . . . . . : 14:50:22

Nachricht . . . : Objekt ist entweder keine Datei oder eine Datei mit
Attributen, die von diesem Befehl nicht unterstützt werden.
Ursache . . . . : Das Objekt /qsys.lib/qgpl.lib/casu3132cp muss entweder
eine physische Quellendatei mit drei Feldern oder eine programmbeschriebene
Datei sein. Extern beschriebene Dateien und physische Quellendateien, die
weniger oder mehr als drei Felder enthalten, werden von diesem Befehl nicht
unterstützt.
Fehlerbeseitigung: Entweder den Namen einer vorhandenen physischen
Quellendatei mit den richtigen Attributen oder eine programmbeschriebene
Datei angeben und den Befehl wiederholen.

[Pikachu]

Lösch' die Sicherungsdatei mal weg und versuch's dann nochmal.

[malzusrex]

POste mal deinen COPY-Befehl

[alex61]

Auswahl eingeben und Eingabetaste drücken.

Ausgangsdatenstromdatei . . . . > '/temp/CASU3132CP.FILE'

Zielteildatei o. Sicherungsd. . > '/qsys.lib/qgpl.lib/casu3132cp'

Teildatei-Auswahl . . . . . . . > *REPLACE *NONE, *ADD, *REPLACE

[Fuerchau]

Wenn die Datei beim PUT nicht existiert wird eine normale PF erstellt, das hilft hier nicht.
Wichtig ist tatsächlich, dass die Zieldatei als SAVF vorhanden sein muss.
Ihr habt natürlich recht, dass das Attribut der Zieldatei in diesem Fall "MYSAVF.SAVF" ist.
Allerdings muss die SAVF leer sein und man darf natürlich kein Replace definieren, der Default ist nämlich ADD.
Replace funktioniert nämlich nicht, da intern ein CLRPFM aufgerufen wird, der nun mal auf SAVF's nicht funktioniert und zu obiger Fehlermeldung (Datei nicht gefunden) führt.
Zusätzlich prüft die AS/400 dann, ob die Quelldaten auch wirklich aus einer SAVF stammen.

[malzusrex]

Zielteildatei o. Sicherungsd. . > '/qsys.lib/qgpl.lib/casu3132cp'

Da fehlt doch die ENDUNG !!!!!
Zielteildatei o. Sicherungsd. . > '/qsys.lib/qgpl.lib/casu3132cp.file'

vorher crtsavf qgpl/casu3132cp

[alex61]

er lief jetzt zumindest mal an. Nach 30 sec gab's ne Fehlermeldung:

Nachrichten-ID . . . . : CPF5175 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 31.10.16 Sendezeit . . . . . . : 15:48:13

Nachricht . . . : Falscher Datensatz für Ausgabevorgang an Sicherungsdatei.
Ursache. . . . . : Es wurde ein falscher Datensatz an Sicherungsdatei
CASU3132CP in QGPL ausgegeben. Der Bedingungscode ist 1. Die Bedingungscodes
und ihre Bedeutungen:
1 -- Ein Datensatz ist nicht in der richtigen Reihenfolge. Die Daten, die
in die Sicherungsdatei geschrieben werden sollen, stammen möglicherweise
nicht aus einer Sicherungsdatei.
2 -- Die Daten eines Datensatzes wurden geändert, seit sie zuletzt aus
einer Sicherungsdatei abgerufen wurden, oder der Datensatz ist Teil einer
anderen Sicherung als die Datensätze in der Datei.
3 -- Die Daten eines Datensatzes stammen aus einer Sicherung in einer
neueren Systemversion, die nicht mit dieser Version verträglich ist.

[hel400]

Hallo alex61,

WIE ist denn diese Datei überhaupt in's IFS gekommen??

Das klärt dann auch, wie sie wieder zurückzuholen ist.
Wenn sie zB mit FTP (und "bin"!) übertragen wurde, dann wird das mit CPYxx zurück nicht gehen und umgekehrt .. usw..

[Fuerchau]

Dann ist die Quelle tatsächlich kaputt.