Überlauf unserer Maschine

[GEA]

Hallo,

wir haben ein Problem unsere Maschine ist voll gelaufen, jetzt sind wir in eingeschränkten zustand. Wie kann man am schnellsten suchen welche Datei bzw. Journal angewachsen ist.

mfg
gea

[BenderD]

das kann auch im IFS sein und zudem verbraucht das nachsehen Platz; am einfachsten ist, wenn man eien größere Lib, die man gesichert hat (Testumgebung o.ä.) wegschmeißt, damit man Zeit gewinnt und dann ein DSPOBJD in outfile etc.

D*B

Hallo,

wir haben ein Problem unsere Maschine ist voll gelaufen, jetzt sind wir in eingeschränkten zustand. Wie kann man am schnellsten suchen welche Datei bzw. Journal angewachsen ist.

mfg
gea

[GEA]

mit welchen Parameter sollte man den dspfd *outfile aufrufen, *mbrlist ?

[BenderD]

... nicht dspfd, sondern dspobjd *all/*all *all output(*outfile)
outfile(mylib/myFilet) und dann mit Query oder SQL absteigend nach Größe sortieren...


D*B

mit welchen Parameter sollte man den dspfd *outfile aufrufen, *mbrlist ?

[GEA]

der Befehl dauert recht lange, wir haben den Verdacht es könnte an Lotus Notes liegen, wie kann man hier am schnellsten sehen, welche Datei schnell angewachsen ist

mfg
gea

[RobertMack]

"schnell angewachsen" würde einen vergleichbaren Stand verlangen...

Um etwas Platz zu schaffen, würde ich

- nach SAVF suchen und diese leeren, wenn sie gesichert wurden
- nach IMGCLG suchen und diese entfernen, wenn sie installiert sind
- alte Joblogs und Dumps löschen (OUTQs QEZDEBUG u. QEZJOBLOG)

danach:

- die von D*B empfohlene Analyse auf große Objekte durchführen
- evtl. mit DSPJRN (*PRINT oder *OUTFILE) nach wiederholten Dateioperationen suchen
- neuere, größere Joblogs auf Anhaltspunkte untersuchen
- prüfen, ob es FTP Zugänge von außen gibt (MPUT)

[BenderD]

ergänzend wäre auch noch von der QSHhell ein
ls -lR / > boliden.txt
sinnvoll.
Lange dauern kann das schon, deshalb sollte man sich vorher Entlastung verschaffen.

D*B

der Befehl dauert recht lange, wir haben den Verdacht es könnte an Lotus Notes liegen, wie kann man hier am schnellsten sehen, welche Datei schnell angewachsen ist

mfg
gea

[UFK]

Für Journale:

DSPOBJD *all/*all *JRNRCV

und wenn die Anzeige erscheint, F14 drücken, damit die Objektgröße in Bytes angezeigt wird. Meistens sind es nur wenige Seiten, die man druchblättern kann, um die Übeltäter zu finden.

- - -

Früher konnte man auch einen Kaltstart über die Konsole ausführen, um das Betriebssystem zurückzusetzen und die Maschine schnellstmöglich wieder flott zu machen. Dabei wurden alle Spoolfiles automatisch gelöscht. Kennt jemand dieses Feature noch, und kann er beschreiben, wie der Trick heute funktioniert ?

[GEA]

Hallo zusammen,

danke für die Hilfe.
Maschien läuft momentan zwar wieder, allerdings haben wir noch nicht den/die Übeltäter ausfindig machen zu können.
Im IFS-ROOT-Verzeichnis, sind momentan 90GB, die ich mir noch nicht erklären kann. Schaue mir gerade jeden einzelnen Ordner an, habe aber bis jetzt noch nichts gefunden. Gibt es da über die AS400 eine schneller Möglichkeit als jeden Ordner im Navigator die Eigenschaften abzufragen?

Gruß
GEA

[WoD]

Hallo

vielleicht über qshell

QSH
ls -l ( kleines L)



entfernen

rm -Obj-

[BenderD]

immer noch ls -lR / >Boliden.txt

Hallo zusammen,

danke für die Hilfe.
Maschien läuft momentan zwar wieder, allerdings haben wir noch nicht den/die Übeltäter ausfindig machen zu können.
Im IFS-ROOT-Verzeichnis, sind momentan 90GB, die ich mir noch nicht erklären kann. Schaue mir gerade jeden einzelnen Ordner an, habe aber bis jetzt noch nichts gefunden. Gibt es da über die AS400 eine schneller Möglichkeit als jeden Ordner im Navigator die Eigenschaften abzufragen?

Gruß
GEA

[Fuerchau]

Qshell und Ausgabe in Datei:

ls -Rl >/MyPath/MyFile.txt

"R" für Unterverzeichnisse
"l" für Details incl. Größe