CPF3773 - Fehlermeldung obwohl kein Fehler vorliegt

[Fuerchau]

Ggf. gibts im Joblog weitere Hinweise, da ALWOBJDIF ggf. Änderungen erfordert.

[TGsoft]

Hallo,
mit ziemlicher Sicherheit findet sich im JOBLOG eine CPF3848´, dass wegen des ALLOBJDIF *YES Differenzen aufgetreten sind.
Innerhalb des CL-Programmes läßt sich, de Fehler mit MONMSG CPF3848 unmittelbar nach dem RSTOBJ Befehl abfangen.
Alle anderen Fehler mittels MONMSG CPF0000 am Anfang des Programmes abfangen.

Gruß
Thomas

[Dschainers]

Also, ich meine, dass es mit dem Zurückspeichern von Spooldateien zusammenhängt und das System da 1 Spooldatei nicht zurückspeichern kann.
Im RST-Befehl kann man angeben, dass Spools zurückgespeichert werden sollen odern nicht.
Eine ähnliche Nachricht gibt es nämlich beim Sichern auch CPF3771
Lösung: SPLFDTA(*NONE)

[TGsoft]

Also, ich meine, dass es mit dem Zurückspeichern von Spooldateien zusammenhängt und das System da 1 Spooldatei nicht zurückspeichern kann.
Im RST-Befehl kann man angeben, dass Spools zurückgespeichert werden sollen odern nicht.
Eine ähnliche Nachricht gibt es nämlich beim Sichern auch CPF3771
Lösung: SPLFDTA(*NONE)

Ich glaube kaum, dass mit der unten geposteten Anweisung SPLFs zurückgespeichert werden, außerdem geht es ja wohl darum, dass er die Nachricht CPF3773 bekommt!
Eine kleine Korrektur zu meinem Beitrag habe ich auch noch.
Ich würde im CL die CPF3773 mit MONMSG abfangen und mir eine Fehlerroutine schreiben, die den Nachrichteninhalt der CPF3773 abcheckt ob alle Objekte restored wurden oder nicht und dann die entsprechende Aktion einleiten.

Gruß
Thomas

[Dschainers]

Ich glaube kaum, dass mit der unten geposteten Anweisung SPLFs zurückgespeichert werden, außerdem geht es ja wohl darum, dass er die Nachricht CPF3773 bekommt!

Beim Befehl RSTOBJ ist der DefaultWert SPLFDTA(*NEW). Falls SplfFiles gesichert wurden, werden diese auch zurückgespeichert sollten sie noch nicht da sein.