Stromausfall - nun Konfusion mit SPLFs

[kuempi von stein]

Versuchs halt mal mit RCLSPLSTG, wenn das nichts hilft musst du wohl den schweren Weg des RCLSTG machen.

Habe von beiden Befehlen schon mal gehört, aber noch NIE benutzen müssen.
Inwieweit geht das im normalen Tagesbetrieb (da 24/7 bei uns)?

k.

[tfroehlich]

Hallo,

soviel ich weiss, geht der RCLSTG nur im eingeschränkten Modus.

Den Befehl RCLSPLSTG habe ich dann anschließend immer aufgerufen. Ich vermute das hierfür das Subsystem QSPL beendet sein muss. Das könnte auch schon aussreichen.

Ein guter Mann hat mir mal gesagt, dass man zuvor eine KOmplettsicherung machen sollte, bevor der RCLSTG gestartet wird. Man weiss ja nie!

Gruss Thomas

[TARASIK]

Hallo,
also der "rclstg" geht nur im eingeschränkten Betrieb und eine
Sicherung macht meiner Meinung eigentlich wenig Sinn, denn
ich würde ja die "schadhaften" Objekte gerade wieder auf dem
System haben.

[tfroehlich]

Hallo,
also der "rclstg" geht nur im eingeschränkten Betrieb und eine
Sicherung macht meiner Meinung eigentlich wenig Sinn, denn
ich würde ja die "schadhaften" Objekte gerade wieder auf dem
System haben.

-----------------------------------------------------

Hallo,

die Sicherung ist für den Fall gedacht, dass die Maschine nach dem RCLSTG nicht mehr startet.
Derzeit läuft die Maschine mit der dann gesicherten Version.

Gruss Thomas

[kuempi von stein]

Na dann habe ich ein Problem.

So wie ich das sehe, würde ja ein RCLSTG u.U. relativ lange dauern.
Ein anschliessender PWRDWN mit Restart kommt vermutlich der Form halber noch oben drauf?

Selbst der RCLSPLSTG wäre schon problematisch, auch das SBS QSPL ist hier 24/7 online und wird auch permanent genutzt.

Da wird wohl nur ein Sondereinsatz (oder mehrere) zu irgendner nachtschlafenden Zeit übrig bleiben - MIST!

Falls noch jemanden was einfällt - comments are stil welcome.

kuempi

[Fuerchau]

Auf Grund der internen verpointerung der Systemobjekte kommst du um eine RCLxxx leider nicht herum.

[Pikachu]

Hallo!

Der RCLSPLSTG lässt sich im laufenden Betrieb aufrufen, aber er entfernt nur die leeren Teildateien aus den internen Spool-Datendateien in der Bibliothek QSPL.

Versuche einmal, die Ausgabeprogramme, denen die betreffenden Spooldateien zugeordnet sind/waren, zu beenden und erneut zu starten (Befehl WRKWTR und dann die entsprechenden Ausgabeprogramme beenden mit Option *IMMED). Ich kenne diese Fehlermeldung daher, dass ein Ausgabeprogramm eine Spooldatei blockiert und nicht mehr hergibt, aber beim Ausdrucken steckenbleibt. Dann ist auch kein Anhalten mehr möglich. In diesem Fall hilft das Beenden des entsprechenden Ausgabeprogramms.

Vielleicht kannst du die betreffenden Spooldateien aber auch nochmals freigeben?

Viele Grüße
Jürgen

[kuempi von stein]

Sodele,

das ganze Problem hat sich erst mal in Luft aufgelöst.

Die betreffenden Spoolfiles liessen sich zwar nicht ändern aber löschen!

Danke für die vielen Kommentare.

kuempi