RTVDSKINF ?

[BenderD]

Moin, moin,

77% hört sich doch noch komfortabel an, da hätte ich mich früher oft drüber gefreut...
für das ganze QSYS.LIB Geraffel kann man auch von DSPOBJD *ALL/*ALL *ALL OUTPUT(*OUTFILE) OUTFILE(MyLib/MyFile) ausgehen und dieses Outfile dann mit Query oder SQL untersuchen. Das Ganze muss dann selbstredend mit Sonderberechtigung *ALLOBJ laufen, damit man alles sieht.

mfg

Dieter Bender

Guten morgen an alle,

ich hab da ein kleineres Problem. Unsere Plattenkapazität liegt inzwischen bei knap 77 %, was ich ein wenig eng finde.
Nun will ich mir die dicksten Brocken mal raussuchen und löschen. Ich habe es mit dem Befehl RTVDSKINF versucht und habe lediglich die Fehlermeldung bekommen "Befehl RTVDSKINF in dieser Umgebung unzulässig" .
Woran kann das liegen? Ich habe mir mit DSPCMD den Befehl anzeigen lassen, werde aber trotzdem nicht schlüssig.

[DEVJO]

Guten morgen Herr Bender,

schöne Grüße hier unten an Sie.
Eigentlich sind 77% noch massig Platz, aber wir haben hier einen Projektleiter, der eine freude daran hat Querys zu erstellen, welche wiederum Dateien erstellen, die dann mehrere GB groß sind und nachdem wir vorletzte Woche einen RZ-Crash hatten (Plattenkapazität 99,1 %) möchte ich jetzt gerne einen Weg finden weitere Brocken, die vielleicht unbeabsichtigt erstellt werden zu beseitigen.

[GerdG]

In diesem Fall würde ich den Parameter MAXSTG in den Userprofilen ändern. Normalerweise steht der auf *NOMAX.
Übrigens nehmen auch alte Listen jede Menge Plattenplatz weg.

Gerd

[DEVJO]

Jep, das war mein erster Schritt in diese Richtung, habe jetzt bei allen, bei denen es relevant ist, den Wert auf 10000 gesetzt.
Die alten Spoolfiles werden regelmässig gelöscht, oder meinten Sie andere Listen.

[BenderD]

Hallo DEVJO,

Guten morgen Herr Bender,

schöne Grüße hier unten an Sie.
Eigentlich sind 77% noch massig Platz, aber wir haben hier einen Projektleiter, der eine freude daran hat Querys zu erstellen, welche wiederum Dateien erstellen, die dann mehrere GB groß sind und nachdem wir vorletzte Woche einen RZ-Crash hatten (Plattenkapazität 99,1 %) möchte ich jetzt gerne einen Weg finden weitere Brocken, die vielleicht unbeabsichtigt erstellt werden zu beseitigen.

das überzeugt mich glatt. Wenn Sie sowas öfter machen, dann sollten Sie mal checken wo Ihr Threshold für den ASP steht (meist 90%), dann werden nämlich Hochwassermeldungen in die QSYSOPR Q ausgegeben, auf die man eventuell auch automatisch reagieren könnte.
Zudem sollte man sicherstellen, dass temporäre Bereiche die man während des IPLs kleiner machen kann, gross genug sind. Es kann nämlich durchaus vorkommen, dass eine AS400 nach einem Crash wg. Speicher Overflow nicht genügend Platz für einen IPL hat und dafür verschafft man sich damit eine Hintertür.

mfg

Dieter Bender

[DEVJO]

Hallöchen,
ich bekomme eine Nachricht, bei 90 %, allerdings war ich gerade in einer Besprechung als das Ding "geplatzt" ist. Ein paar Tage vorher hatte ich es gerade noch verhindern können, das die Kiste crashed!
Wie kann ich denn die Temporären Bereiche vergrößern, geht das nur bei einem IPL oder auch vorher schon, so das die Änderungen dann bei dem nächsten IPL erst übernommen werden.

[BenderD]

Hallo DEVJO

die Schwellenmeldung bei 90% ist eigentlich OK, dann bleibt noch ein wenig Zeit zu reagieren und die Hoffnung dass es noch reicht. Der bereits angesprochene Schwellenwert für einen Benutzer mildert die Problematik, beseitigt sie aber nicht (z.B.: wenn ein Systemjob loopt und dabei Platz verbraucht...). Man könnte nun aber auch einen Monitor Job einrichten (CL Programm), der auf die Meldung in die QSYSOPR (eventuel in QSYSMSGQ umleiten) reagiert und z.B. Projektleiter-Subsysteme beendet.

Hallöchen,
ich bekomme eine Nachricht, bei 90 %, allerdings war ich gerade in einer Besprechung als das Ding "geplatzt" ist. Ein paar Tage vorher hatte ich es gerade noch verhindern können, das die Kiste crashed!
Wie kann ich denn die Temporären Bereiche vergrößern, geht das nur bei einem IPL oder auch vorher schon, so das die Änderungen dann bei dem nächsten IPL erst übernommen werden.

An diese Einstellungen kommt man beim manuellen IPL dran, bei der Abfrage System definieren/ändern (genauen Bildschirm habe ich nicht vor Augen, dort kann man sie (Dumpbereiche etc.) grösser machen. Die Hintertür erreicht man dann ebenfalls dort bei dem IPL nach einem Absturz, dann macht man diese wieder kleiner.

mfg

Dieter Bender

[DEVJO]

Hmm, hört sich eigentlich ganz gut an, aber Sie kennen das hier ja, wir haben eigentlich keine Zeit und für sowas (laut Cheff) schon gar nicht. Muss ich also auf den nächsten IPL warten und kann erst dann den Wert nach oben setzen. Was wäre dann ein geeingnet hoher Wert für sowas?

[BenderD]

Hallo,

der hängt auch vom Hauptspeicher ab (der bestimmt nämlich die Dumpgrösse). Früher standen da mal Empfehlungen im Backup and Recovery Guide, wo die heute gelandet sind, weiss ich nicht aus dem Stand.

mfg

Dieter Bender

Hmm, hört sich eigentlich ganz gut an, aber Sie kennen das hier ja, wir haben eigentlich keine Zeit und für sowas (laut Cheff) schon gar nicht. Muss ich also auf den nächsten IPL warten und kann erst dann den Wert nach oben setzen. Was wäre dann ein geeingnet hoher Wert für sowas?

[KM]

Hallo Joe,

warum machst Du nicht erst mal einen PRTDSKINF ? Damit bekommst Du zwar keine Ausgabe auf Datei, aber zumindest auf Liste. Vielleicht kannst Du daran ja schon irgendwelche großen Brocken feststellen.

Gruß,
KM

[DEVJO]

Alles klar, hab jetzt den erstmal den DSPOBJD ausgeführt, hat zwar lange gedauert (die ganze Mittagspause) aber jetzt weiß ich woran ich bin. Das Problem mit dem RTVDSKINF besteht zwar immer noch, ist aber letztendlich nicht so wild, da ich jetzt eine andere Lösung habe.
Danke an alle!

[jo400]

Hallo,

das Problem mit RTVDSKINF kommt meiner Meinung nach daher, dass du ein CL-Programm aus der Lib DEVAK verwendest; probier doch mal den Original(!)-Befehl aus der QSYS.

Jo