V5R4 Sicherung Spooldateien

[procher]

Moin, Moin AS400-User,
durch die Parametererweiterung SPLFDTA(*NONE/*ALL) und
QDTA(*NONE/*DTAQ) in den Befehlen SAVLIB / SAVOBJ, lassen sich nun auch Spoolfiles sichern.
Bei SAVSYS (21) existiert nun auch ein weiterer Parameter "Spool-Dateidaten *NONE/*ALL".
Da wir die Sicherung der Spools zum Standard definieren wollten, haben wir die beiden Befehle SAVLIB und SAVOBJ geändert. Probleme macht dann die Komplettsicherung, egal ob man den Parameter "Spool-Dateidaten" auf *NONE oder *ALL setzt. Es wird beim SAVSYS auf den Befehl SAVLIB zurückgegriffen und die dort gemachte Änderung erzeugt die Problematik. Nach der Rücksetzung von SAVLIB auf IBM Standard läuft wieder alles. Hat man im SAVLIB beide Parameter für die Spoolsicherung nicht gesetzt und gibt beim SAVSYS "Spool-Dateidaten" *ALL an, werden die Spools gesichert.
Der Fehler ist beliebig reproduzierbar.
Fehler:
Nachrichten-ID . . . . : MCH3404 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 07.09.06 Sendezeit . . . . . . : 14:02:01

Nachricht . . . : Objekt QGLDPUBQ für diese Operation nicht berechtigt.
Ursache . . . . : Bei Datenbankoperationen kann der Objektname ein
numerischer Zeitstempel sein.

Das Objekt befindet sich in der LIB QDIRSRV2. Versucht man diese LIB einfach nur mit SAVLIB und den gesetzten Parametern für die Spoolsicherung zu sichern, bricht dies auch ab.

Der Fehler wurde an IBM kommuniziert.

Hat jemand schon gleiche Erfahrungen gemacht?

Unser System: 9406-550 / V5R4M0 / CUM 6192

Schönen Tag noch?

[pwrdwnsys]

Hier funzt es. Allerdings ändere ich nicht die Befehle (habt Ihr wahrscheinlich mit CHGDMDDFT gemacht) sondern hab das einfach ins CL mit eingebaut. Hat ja lange gedauert, bis IBM die Sicherung der Spools mit aufgenommen hat. Funktioniert aber prima.

[Pikachu]

Hallo!

Nachricht . . . : Objekt QGLDPUBQ für diese Operation nicht berechtigt.
Ursache . . . . : Bei Datenbankoperationen kann der Objektname ein
numerischer Zeitstempel sein.

Das Objekt befindet sich in der LIB QDIRSRV2. Versucht man diese LIB einfach nur mit SAVLIB und den gesetzten Parametern für die Spoolsicherung zu sichern, bricht dies auch ab.

Vielleicht ist dieses Objekt (diese Datenwarteschlange) beschädigt und der Inhalt kann deshalb nicht gesichert werden?

Gruß
Jürgen