View Full Version : Was passiert wirklich wenn die Platten VOLL sind?
FichtenElch
25-04-18, 15:23
Hallo zusammen, hat jemand mal Erfahrung gemacht, was wirklich passiert wenn die Festplatten auf der AS400 mal wirklich voll laufen?
Der Systemwert QSTGLOWACN steht bei uns auf *MSG.
Das heißt, ich werde nur benachrichtigt, aber das System fährt weder in den eingeschränkten Zustand, noch startet es neu.
Was würde nun wirklich passieren wenn mal 99,9% oder gar 100% Plattenauslastung erreicht werden?
Hat das jemand schonmal erlebt? Bitte kein "sollte" oder "glaube" ;) Vielen Dank.
... die Büchse bleibt stehen. Beim dann notwendigen IPL braucht die Maschine dann Platz zum abschließen der Jobkontexte und wenn da kein ausreichender vorhanden ist, bleibt sie wieder hängen. Dann kann man noch manuell hochfahren und versuchen Bereiche wie Dump area kleiner zu machen (wenn die nicht auf Minimum stehen), ansonsten muss man im übelsten Fall mit scratch install und bei Datenverlust neu installieren.
D*B
FichtenElch
25-04-18, 16:01
Interessant. Also abgesehen von Benachrichtigung, ENDSYS oder PWRDWNSYS *IMMED gibt es keine Hintertür, keinen reservierten Plattenbereich o.ä. mit dem man die Maschine immer hochfahren und ggf. Objekte löschen kann!?
Hm...
Gut zu wissen.
...ist eine Weile her, dass wir das mal (unfreiwillig) ausprobiert haben, an die Dump area kam man früh genug dran, und wenn man die vorsorglich groß genug gemacht hatte, konnte man die früh genug im manuellen IPL kleiner machen, dann alle Schritte überspringen, die man abwählen konnte und als erstes haben wir dann eine große vollständig gesicherte Bibliothek gelöscht, um Zeit für sorgfältige Analyse zu gewinnen.
D*B
FichtenElch
25-04-18, 16:33
Wir hatten das vor 2 Wochen ca.
Unsere Maschine hängt an einem recht flotten Storage, daher ging das recht flott. Ich war grad nicht im Büro. Als ich wiederkam und in die MSGs vom QSYSOPR guckte, sah ichs dann...
--Kapazitätsgrenze des Speicherverzeichnisses erreicht.--
Die Plattenauslastung lag da schon bei 98,9 %.
Naja, grad nochmal gut gegangen. Verdächtigen Job dann gekillt, und die Plattenauslastung sank dann von selber schon wieder.
Ich überlege nun gerade, den Systemwert so zu ändern, dass die Maschine einfach früh genug direkt ein IPL macht, damit der Job auf jeden Fall abgebrochen wird. Besser als einfach nur *MSG, was nix bringt wenn gerade mal keiner da ist.
... dazumal war es ein Reisekostenabrechnungsprogramm einer Kaufhaussoftware auf einem PC, das einen shared Folder vollgemüllt hat, bis die Maschine stand. Wir haben halt versucht den Job zu finden, was uns nicht gelang und haben dann manuell gestartet, wie oben beschrieben. Früher IPL zu machen bringt einem unter Umständen einen Abbruch von Jobs, was auch nicht so toll ist, da die wenigsten wirklich wiederanlauffähig sind.
D*B
Ungünstige User-Queryabfragen per BI können ebenso zum Plattenüberlauf führen. Da gabs mal einen SQL-Crossjoin, der dann das System tatsächlich in den Shutdown zwang, da alles in eine temporäre Tabelle geladen wurde.
Nur nach dem IPL war dann alles wieder weg und die Ursache nicht zu erkennen, bis zum nächsten Versuch des Users. Es hat ein wenig gedauert, den lieben Übeltäter zu finden.
holgerscherer
26-04-18, 09:21
Hallo zusammen, hat jemand mal Erfahrung gemacht, was wirklich passiert wenn die Festplatten auf der AS400 mal wirklich voll laufen?
Wie Dieter schrieb: Kiste bleibt stehen. Man kann sich an der Konsole anmelden, damit man aufräumen kann. Dringend zu empfehlen, und schauen, *warum* die Platten voll sind.
*PWRDWNSYS ist ganz nett, aber hilft nicht immer. Dann wird ein normaler IPL gemacht, der etwas temporäre Objekte aufräumt. Dann hat man etwas Luft. Aber wenn man nach dem Systemstart wieder automatisch Jobs startet, die Grund für die Platzknappheit sind, hat man kurz darauf den nächsten IPL.
Ich habe da einen Kunden, der sich mit Auditjournalen die Maschine voll macht (Testmaschine). Auf einer schnellen Power8 kann man da schon auf 10 IPLs pro Stunde kommen :)
-h
holgerscherer
26-04-18, 09:22
im übelsten Fall mit scratch install und bei Datenverlust neu installieren.
Das haben wir oder unsere Kunden noch nicht geschafft. Den Platz für die minimalen Dump-Daten hat man immer (ist im LIC reserviert), und etwas QRPLOBJ und temporäre Jobstrukturen reichen.
Das Problem ist eher, wenn man beim Systemstart "dicke Dinger" (z.B. HTTP *ADMIN) startet, die schnell selbst wieder temporären Speicher brauchen. Dann geht der Neustart schneller, als man sich anmelden kann ;-)
-h
KingofKning
26-04-18, 09:35
Dann sollte man seine Qstrup um eine Abfrage der Plattenauslastung erweitern, und bei 99,99% einfach das Qstrup sofort beenden um sich nur an der Console fürs Aufräumen anmelden zu können.
Ich weiß prestartet job etc. Ist ja auch nur eine Ideengrundlage......
GG 4419