IPL abwandeln

[Fuerchau]

QRCLSPLSTG = *NONE wäre da besser, schließlich geht es hier um leere Spools.
Es gibt Programme, die z.B. nur eine Open/Close (auch implizit) machen jedoch keine Daten ausgeben.
Auch ein DLTSPLF löscht nur den Inhalt der Spools, nicht aber die Spooldatei (in aktiven Job's mit Status FIN, auch z.B. DSPFD hinterläßt einen leeren Spool).

Warum bitteschön soll man leere Spools 8 Tage aufbewahren ?
Reingucken kann man da ja eh nicht mehr

Ob Cleanup läuft kannst du mit GO CLEANUP, Auswahl 1 prüfen.
Steht da an Stelle einer Uhrzeit *SCDPWROFF erklärt sich warum ein IPL (also eher ein PWRDWNSYS RESTART(*YES)) erforderlich ist.

Die Bereinigung kann man durchaus täglich nachts laufen lassen.

Und was die 10% temporärern Speicher angeht, so kann ich da nur zustimmen, dass dieser Platz schnell wieder belegt ist.

PS:
Auch im IFS (Netzfreigaben) werden häufig Dateien abgelegt und nicht reorganisiert.

[Blaumeise24]

QRCLSPLSTG = *NONE
hast recht - hab ich mal abgeändert, obs was bringt werd ich erleben.

Ob Cleanup läuft kannst du mit GO CLEANUP, Auswahl 1 prüfen.
Steht da an Stelle einer Uhrzeit *SCDPWROFF erklärt sich warum ein IPL (also eher ein PWRDWNSYS RESTART(*YES)) erforderlich ist.
Läuft..täglich 18:00 Uhr

zum Punkt Netzfreigaben: OHHHH ja ....dort siehts aus wie...naja wie auf jedem windowsrechner unter eigene dateien *seufz*

[Pikachu]

Der Platz von gelöschten Spooldateien kann für neue Spooldateien wiederverwendet werden. Das ist für das Spoolsystem schneller, als hierfür neuen Platz anzufordern (Teildateien anzulegen). So gesehen wäre ein QRCLSPLSTG-Wert von *NONE etwas unglücklich.

[Fuerchau]

Wenn denn das Spoolsystem dies auch so tut.
Da wäre ich mir nicht so sicher.

[Pikachu]

Für irgendwas muß der Systemwert QRCLSPLSTG doch gut sein!?

[Fuerchau]

Hier kann man es nachlesen:
System i: Reclaiming spooled file storage

Performance hin oder her, es hängt eben ganz davon ab, wieviele leere Spools denn so erzeugt werden.
Die Doku besagt nichts darüber, ob leere Spools des einen Job's auch von anderen Job's verwendet werden können.

Ich habe bisher noch keine Nachteile mit *NONE erlebt.

[Pikachu]

Der Erfahrungsbericht zum Systemwert QRCLSPLSTG und Befehl RCLSPLSTG (PDF-Dokument) ist interessant. Bei der Angabe von *NONE kann es wohl zu unglücklichen Konkurrenzsituationen von Jobs beim Erstellen von neuen Spooldateien kommen.

[Fuerchau]

Na endlich mal eine Info mit der man ein bisschen was anfangen kann.
Wobei mir immer noch nicht klar ist, ob RCLSPLSTG dann auch erforderlich ist oder das System das selber macht.

[Pikachu]

Dafür gibt's den Systemjob QSPLMAINT, der das von Zeit zu Zeit macht.

[Fuerchau]

Und da gibts dann keine Lock-Probleme ?
Schließlich ist die Situation da ja genau die selbe (Lock Datei bei RMVMBR).

Aber wie gesagt, bisher hatte ich mit *NONE noch nie Probleme und leere Spools sind eher die Ausnahme.

[Pikachu]

Es betrifft alle gelöschten und gedruckten (und nicht gesicherten) Spools. Die Teildateien im Spoolsystem, in denen die Daten dieser Spools standen, können dann von Jobs wiederverwendet werden, wenn sie neue Spools erzeugen. Damit entfällt großteils das aufwendige Löschen und Erstellen von Teildateien im Spoolsystem, bei dem es zum Gedränge kommen kann und der Fall ist, wenn der Systemwert QRCLSPLSTG auf *NONE steht.