🚀 go-pugleaf

HiHo!

Matthias Kahlert wrote:
> Server -2324
> Dem Cache Speicherzuordner ging der Cache-Speicher aus.
> Digital Celebris 133 server mit 8 GB Plattenplatz und 64MB.
> Sollte unser Speicher nach den Erfahrungen der Erfahrenen reichen?

Eine Warnung an der Konsole, da� dem Short Term Memory Allocator
der Cache-Speicher ausgegangen ist (so hei�t die Meldung IIRC),
deutet auf zuwenig Memory hin. Ich w�rde die Kiste auf mindestens
96MB oder besser 128MB aufr�sten.

> Matthias
-STAR-

-- 
Franz -STAR- Starhan, Ing. MCSE - "A STAR in global communication"
http://www.kapsch.net/ * mailto:starhan@kapsch.net * ICQ: 15263189

Matthias Kahlert wrote:

> Hallo!
>
> Unser Netware 4.11 (INSB) haengt sich leider alle 2-3 Wochen einfach auf.
> Ohne irgendeine Meldung (abend oder so) geht leider gar nichts mehr, nicht
> einmal down an der Konsole. Da auch gelegentlich die Meldung
>
> Server -2324
> Dem Cache Speicherzuordner ging der Cache-Speicher aus.
> (Aus dem Gedaechtnis)
>
> erscheint, (allerdings ohne das ich einen zeitlichen oder kausalen
> Zusammenhang erkennen kann) wollte ich einmal nachrechnen, ob wir genug
> Speicher haben:
>
> Digital Celebris 133 server mit 8 GB Plattenplatz und 64MB.
>
> Also: Faustformel -> Plattenplatz 8 x 16 MB = 128!!! Huch so viel?
>
> Dann genauer nachgerechnet:    s.u.           18.5 MB  Huch, so wenig?
>
> Was stimmt den nun? Hab ich mich da wo verrechnet? Kann die Diskrepanz
> zwischen Fausformel und exakter Berechnung so gross sein?
>
> Sollte unser Speicher nach den Erfahrungen der Erfahrenen reichen?
>
> (Ach ja, Performanceprobleme sehe ich eigentlich nicht, aber die
> Abstuerze...)
>
> Danke fuer Tips...
>
> Matthias
>
> Anhang: Berechnung laut FAQ:
>
> V1:          Platten          8192
> V2:         keine Spiegel     8192
> V3:            Blockgroesse     64
> V4:         Blocks/MB           16
> V5:         Blocks gesamt   131072
> V6:           Clients           15
> V7:           Dateien        45000
>
> L1:       4.11                 5120
> L2:            V1/10            819
> L3:             Kompression     250
> L4:           V7*0.005          225
> L5:           V5*0.008         1048
> L6:          15*400 + 25%      7500    (Long NS)
> L7:     div. Module            2000
> L8: Tapeware Bandsicherung ca. 2000
>
>                Summe:         18962         ~ 18.5 MB
>
>
> --

  naja

die einzige faustregel die funktioniert heisst : es hat nie zu viel speicher
im server...

nein im ernst .. es gibt ein sehr gutes memory calculation tool von Christian
Mussmann...

bei novell ftp sollte es zu finden sein... ansonsten kannst du mich mal
anmailen ich kann es dir dann senden..

marcel sauder
cne/cni

In de.comp.sys.novell Franz -STAR- Starhan <starhan@kapsch.net> wrote:
> Eine Warnung an der Konsole, da� dem Short Term Memory Allocator
> der Cache-Speicher ausgegangen ist (so hei�t die Meldung IIRC),
> deutet auf zuwenig Memory hin. Ich w�rde die Kiste auf mindestens
> 96MB oder besser 128MB aufr�sten.

Erst mal Danke fuer _alle_ Antworten, obwohl ich jetzt nicht wirklich
schlauer bin...

Ich bin aber eher geneigt anzunehmen, dass es nicht unbedingt etwas mit dem
Speicher zu tun haben muss, da ja die erwaehnte Meldung (Meist 1-2x pro
Woche vorwiegend in der Nacht - Bandsicherung/Kompression?) auch nicht in
einem erkennbaren Zusammenhang mit dem "Haengenbleiben" auftritt.

Die Haenger treten aber viel unregelmaessiger und vor allem zu voellig
unterschiedlichen Zeitpunkten (in der Nacht, am Wochenende aber auch mitten
am Tag waehrend der Arbeit) auf. Symptom ist dann: uebers Netzt geht gar
nichts mehr, an der Konsole noch Umschalten zwischen den Bildschirmen, beim
Entladen von Modulen (pserver oder tapeware) haengensich selbige auf
(...bitte warten ), "down" endet irgendwo mit einem haengenden "shutting
down routing" oder so aehnlich. Dann hilft nur mehr "reset". Irgendwelche
log Eintraege gibts natuerlich auch nicht.

Das einzige Konstante an den Abstuerzen ist scheinbar der Zeitrahmen des
Auftretens. Selten frueher als eine Woche, fast nie spaeter als 3-1/2 bis 4
Wochen nach dem letzten reboot. 

Verdaechtig ist natuerlich das Bandsicherungsprogramm (Tapeware 6.1 SP2d),
denn diese Abstuerze sind etwa 3-4 Wochen nach der Installation erstmals
aufgetreten. Allerdings zeitlich unabhaengig von dessen Aktivitaet, d.h.
sowohl waehrend Jobs liefen als auch tagsueber wenn eigentlich nichts
laeuft.) 

Irgendwie scheint es, als wuerde irgend eine Resource des Servers
aufgebraucht, und dann ist Schluss.

Welche Strategie wuerdet Ihr raten um das herauszufinden? Gibt es
irgendwelche Kenndaten die man im Monitor im Auge behalten koennte?

Bis dahin waere es vielleicht gescheit, den Server vorsorglich in kuerzeren
Abstaenden zu rebooten???


Matthias
-- 

> Bis dahin waere es vielleicht gescheit, den Server vorsorglich in 
>kuerzeren > Abstaenden zu rebooten???

Unser 3.12 blieb auch unerkl�rlich alle 2-4 Wochen stehen. Obwohl 
fast die komplette Hardware getauscht wurde trat das Problem immer 
noch auf. Seit ich einmal in der Woche am Sonntag automatisch e
einen Reboot durchf�hre habe ich kein Problem mehr.

Matthias Kahlert wrote:
> Ich bin aber eher geneigt anzunehmen, dass es nicht unbedingt etwas mit dem
> Speicher zu tun haben muss, da ja die erwaehnte Meldung (Meist 1-2x pro
> Woche vorwiegend in der Nacht - Bandsicherung/Kompression?) auch nicht in
> einem erkennbaren Zusammenhang mit dem "Haengenbleiben" auftritt.

Ich w�rde auf Hardware-Probleme tippen, sofern es nicht am zu geringen
Speicher liegt. Versuche mal, einen anderen Rechner als Server zu verwenden,
nur die Platte sollte gleich sein. Bei einem Kunden war es eine (manchmal)
defekte CPU, die den Server immer wieder zum Absturz brachte (alle 1-3
Wochen). Fehlermeldung war "...lost interrupts...".

mfg zmi