Insufficient semaphores

[papadave]

Mir is soeben der Domin abgek*ckt! 

Jemand ne Ahnung was: Insufficient semaphores zu bedeuten hat?
Werd das Logfile sowieso mal an IBM senden,
aber ... wieso kackt der so unmotiviert ab 

Domino 6.5.1 unter RedHat 9

Danke, David


 Thread=[29242:00016-213006]
Stack base=0xBDFFFC1C, Stack size = 2736 bytes
PANIC: Insufficient semaphores to handle number of concurrent owned critical regions. Please reconfigure your kernel.
Stack base = 0xbdfffc1c, Stack size = 4292 bytes
Fatal Error signal = 0x0000000b PID/TID = 29242/213006
Mon Jan 31 21:59:05   Running NSD
NSD is in progress .................

Edit:
war doch kein RedHat ES --> RedHat 9

[heini_schwammerl]

Hallo papadave,

was spuckt er denn aus?
cat  /proc/sys/kernel/shmmni (Oder so ähnlich, ich arbeite mit Debian und steht auf 8192).

Interessant wäre es natürlich diesen Wert mit einem Domino optimiertem Suse (Enterprise) System zu vergleichen. Vielleicht hat ja jemand einen Suse Enterprise laufen und kann mal seinen Wert posten.

[Thomator]

Hi papadave,

das klingt, als ob der Domino und der Linux-Kernel Probleme mit der Syncronisation von Speicher oder CPU-Zeiten haben.

Ich hatte so was auch mal unter Windows, als ich 2 geclusterte Server zu Testzwecken auf einer Maschine installiert hatte. Ich konnte das System nicht zum Arbeiten überreden.

Insufficient semaphores klingt auf jeden Fall nach Problemen beim reservieren von Systemressourcen durch Domino-Task's.

Thomas

[papadave]

was spuckt er denn aus?
cat  /proc/sys/kernel/shmmni (Oder so ähnlich, ich arbeite mit Debian und steht auf 8192).

Ich hab hier  4096.

Und dieses Gerät steht im Cluster mit nochmal selbiger Konfig und
läuft nun auch 'schon' seit 3 Monaten stabil.

David

edit:
ps.: Es schwirrt doch auch hier im Forum irgendwo jemand herum der genauso heisst, oder?  Viell. weiss der was *g* 

[heini_schwammerl]

Also diese Einstellung regelt die Semaphoren und ist wohl zu niedrig.
Im IBM Linux Redbook wird 8192 empfohlen (und der ist immerhin doppelt so hoch).
Bevor Du also weiterforscht würde ich diesen Wert dauerhaft erhöhen). Schaden kann das, denke ich, auf keinen Fall.
Das der Server 3 Monate stabil lief spricht nicht unbedingt dagegen. Semaphorenprobleme entstehen meist schleichend. Jeden Tag werden ein paar mehr belegt bis der Server dann irgendwann die Grätsche macht. Soviel ich weiß kann man kann sich die benutzten Semaphoren an der Konsole anzeigen lassen (sorry, zu lange her das ich das gebraucht habe).

[papadave]

also, der Typ von IBM hat mir mal ganz fürsorglich erklärt,
wie ich mir meine Semaphoren ausbauen kann:

sysctl -w kernel.sem="512 64000 32 256"

Der Befehl schreibt diese Wert in das Array in:
/proc/sys/kernel/sem

Nun schau ich mir noch an,
was diese Zahlenwerte im sem-array überhaupt bedeuten 

David

edit:
hier noch etwas Info diesbezüglich:

http://www.double6.co.uk/lotus/notes/lotusnotes.nsf/e18d0514f851bbdf80256b7d00477757/df533bd2e475321a80256d110033a14a/$FILE/Enagrde%20ND6%20Howto.pdf

[Semeaphoros]

David, kannst Du diese URL mal in einen URL-Tag einpacken, etwa so:

Code

[url=http:// ...... die ganze url hier]Mehr Infos[/url]

dann wird der Thread nämlich wieder lesbar und nicht in die Brrrreeeeeiiiiiiitttttteeee gerissen. Danke

[cook]

SLES8 DOMINO 6.5.1 läuft seit Juli 2004 produktiv

/proc/sys/kernel/sem   -->  250 18432 32 1024