-
Was passiert wirklich wenn die Platten VOLL sind?
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
-
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
-
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.
-
Zitat von FichtenElch
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
-
Zitat von BenderD
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
-
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
-
... bei manuellem IPL kann man QSTRUP und Konsorten alles auslassen. Problem sind die Recovery Schritte beim hochfahren (Jobkontexte abschließen, Datenbank starten, Betriebssystem starten, Journal Recovery), das braucht alles selber wieder Platz und da könnte es schon so eng werden, dass der IPL nicht mehr weit genug kommt, um Platz zu machen. Ob das schon mal jemand real ausprobiert hat und dann auch noch gemerkt hat, warum der scratch install erforderlich war (nachsehen kann man ja nach dem scratch nicht mehr!) entzieht sich meiner Kenntnis. Ich habe es noch nicht erlebt, brauche das auch nicht und erzwungene scratch installs dürften auf einer wohl administrierten AS/400 selten unvermeidbar sein.
D*B
PS: @Holger: wir konnten uns seinerzeit an der Konsole nicht mehr anmelden und mussten IPL machen.
-
Bei uns wars kein Query. Query machen bei uns nur ein paar wenige Leute und die wissen was die da tun.
Der Job kam mit großer Wahrscheinlichkeit von unserer neuen webbasierten Warenwirtschaft, die lediglich die Datenbank der AS400 nutzt. Dort wird ebenfalls mit SQL gearbeitet und man kann da in der Warenwirtschaft auch eigene SQLs halt "bauen".
Das der Plattenplatz nach abbruch des Jobs von selber wieder frei wurde, spricht auf jeden Fall FÜR ein wildgewordenes SQL und temporäre Tabellen.
Ist für mich trotzdem sehr unbefriedigend, dass wir den exakten Grund nicht finden konnten :/
Similar Threads
-
By dschroeder in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 29-06-17, 17:35
-
By cicero22 in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 08-05-17, 09:06
-
By dschroeder in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 27-08-14, 13:27
-
By post in forum NEWSboard Programmierung
Antworten: 9
Letzter Beitrag: 28-04-14, 10:39
-
By hs in forum IBM i Hauptforum
Antworten: 11
Letzter Beitrag: 03-09-01, 14:42
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks