nsd.sh Skript Fehler

[wickie]

Hi Roman,

mich würde mal interessieren, ob und wie du das Problem gelöst hast.

Ich habe nämlich die gleichen Schwierigkeiten in gleicher Konstellation.

Domino 7.0.2 unter Debian Sarge 3.1 r5, 2.6er Kernel.

Wenn ich den Domino Server hochfahre, bringt der sich am nsd-Skript fast um. Erst ein beherztes Strg+C oder "killall nsd.sh" bewahrt ihn vor dem endgültigen Herztod 

Hast du einen Tipp für mich?

Gruß
Thorger

[m3]

Irgendwelche Indikatoren, WO er hängt?

[wickie]

Nein, kann ich so im Detail noch nicht eingrenzen.

Es ist das gleiche Problem, dass Roman am Anfang des Threads beschrieb.
Wenn ich den Domino Server hochfahre, passiert folgendes:

In der Konsole Fehlermeldung immer wieder in rasend schnellem Abstand:
/opt/ibm/lotus/notes/latest/linux/nsd.sh: line 69: {print $2}: command not found

Zwischendurch mal die Meldungen:
/opt/ibm/lotus/notes/latest/linux/nst.sh: line 1: s;[()]; ;g: command not found
/opt/ibm/lotus/notes/latest/linux/nst.sh: line 1: {print substr($2,1,32);}: command not found

Ein Blick auf die laufenden Prozesse sagt mir, das ständig neue Instanzen des nds-Skriptes gestartet werden. Die CPU-Last ist bei annähernd 100% 

[mcilly]

Hallo Thorger!

Klar kann ich. Habe das nsd.sh einfach in nst.sh umbenannt. Somit startet er es nicht mehr. Ich glaub damit wars dann erledigt. Nur läuft halt dann nsd eben nicht und du kannst die Ursache für einen Serverabsturz nicht mehr bestimmen.

Probiers mal aus, ich verwende das aber nur für meinen Homeserver. In der Firma würd ich solche Workarounds lieber bleiben lassen.

[wickie]

Hi Roman,

danke für den Tipp. So wirklich wichtig ist das nsd ja auch nicht (ich habe aus den Informationen darin eh nie einen großen Nutzen ziehen können  ) Allerdings benötigt man "nsd -kill" schon gelegentlich mal...

Ich hatte eigentlich schon vor, genau diese Kombination aus Debian Sarge und Domino 7.0.2 bei unserer anstehenden Migration im Büro zu verwenden. Das werde ich mir jetzt doch nochmal gründlich durch den Kopf gehen lassen...

Was setzt ihr den in der Firma ein?

[mcilly]

...(ich habe aus den Informationen darin eh nie einen großen Nutzen ziehen können  )

Geht mir genau so.

Ich hatte eigentlich schon vor, genau diese Kombination aus Debian Sarge und Domino 7.0.2 bei unserer anstehenden Migration im Büro zu verwenden.

Martin aka m3 hier im Forum setzt soweit ich weiß auch Debian Sarge und Domino 7.0.2 ein, ohne Probleme. Aber laut IBM wird das nicht supportet. Ich stell mir nun deine Argumentation gg.ü. deinem Arbeitgeber vor, wenn er dich fragt, warum du ein nicht unterstütztes OS wählst.

Was setzt ihr den in der Firma ein?

Wir haben seit der V 6.5.5 FP2 auf neue Hardware und leider als OS WIN 2003 Server gesiedelt. Die V 5 war noch unter RedHat.

[wickie]

Ich habe mich jetzt auch schon fast zu dem SuSE Enterprise Server durchgerungen.

Sowohl die Hardware (IBM, HP) als auch die Software (eben Lotus) supporten nur SusE oder Redhat.

Ich find's nicht schön und würde lieber bei Debian bleiben, aber irgendwie komme ich wohl auch mit SuSE zurecht 

Zumal das ja nur mit Basisfunktionen (nur Textmodus, keine Spielereien) installiert wird....

[mcilly]

Ich selber bevorzuge auch OpenSource, aber bitte lass den Novell Scheiß. Seit dem die mit M$ rummachen, sind die raus aus meiner Auswahl.
HP supportet doch seit kurzem auch Debian, oder irre ich mich da? Ansonsten nimm halt RedHat.

[wickie]

Hm, Red Hat ist ja noch teurer... (zumindest RHES), für das Geld kann ich ja 'nen W2003-Server kaufen.

Gestern habe ich zuhause mal aus Spaß SuSE 10.1 installiert. Ich hatte in der Tat den Eindruck, als würde ich Windoofs vor mir haben 

Aber irgendwie dreht man sich da im Kreis. SuSE und Red Hat sind für mich auch kein Open Source mehr, wenn man Support kaufen muss und an starre Lizenzvereinbarungen gebunden ist...

[m3]

OpenSource != Kostenloser Support

Ich würd halt mal mit einem Bash-Guru die nsd.sh debuggen. Das kann nur an einer Kleinigkeit liegen.

[wickie]

Das Debuggen lasse ich mir ja auch nicht nehmen, aber ich mach's lieber zuhause an meinem "Spielsystem" und nicht an der produktiven Umgebung 

Du nutzt Domino 7.0.2 unter Debian Sarge und bist glücklich damit? Ich bin mit meinen Überlegungen auch noch nicht ganz am Ende...

Den Support zahle ich ja auch gerne, aber nur wenn ich ihn brauche. Die Methode "Ihr kriegt die Software kostenlos, müsst dafür aber einen Wartungsvertrag über drei Jahre für xxx Euro abschließen, auch wenn ihr ihn nicht benötig" ist aber doch irgendwie komisch, oder?

[m3]

Debian äuft bei mir unter Sarge problemlos (war aber ein Upgrade von Woody).
Ad Wartungsvertrag: Ist aber so ülich. Incident--based Support sieht man mittlerweile selten bzw. ist meist unverschämt teuer.

[mcilly]

OpenSource != Kostenloser Support

Ich würd halt mal mit einem Bash-Guru die nsd.sh debuggen. Das kann nur an einer Kleinigkeit liegen.

Hmmm... für mich ist Open Source auch, wenn man an den Quellcode kommt, die Software kostenlos beziehen kann, aber für den Support zahlen muss. Du musst ihn ja nicht in Anspruch nehmen.

Wegen des Bash Gurus, das habe ich schon hinter mir. Sofern es die Arbeitszeit zulässt, sind wir nicht dahinter gekommen. Bei mir ist kein Upgrade von Woody, sondern eine blank Install von Sarge.

[JanSch]

Bei uns lag dieser Fehler daran, das mawk genommen wurde anstelle von gawk. Wenn das installieren von gawk (apt-get install gawk) nichts hilft entweder mawk deinstallieren oder mit update-alternative den awk Link umbiegen.

Jan

[mcilly]

Hmm, interessant. Bei mir ist sowohl gawk und mawk installiert. Jedoch der Link unter /etc/alterantives sieht so aus:

awk -> /usr/bin/gawk

Sollte doch stimmen, oder muss ich den mawk deinstallieren?

[bwinger]

Hallo,
ich hatte auch das Problem mit dem Skript, der Link klappte bei mir nicht und es lag daran das mawk installiert war.
( Ubuntu 6.06 )
Angabe bezieht sich jetzt auf Domino 7.0.2
In der Zeile 89 nsd.sh Skript steht die Zeile:
Linux) Awk=$(where gawk);

diese ändern in:
Linux) Awk=$(where mawk);

Danach lief es. Wäre natürlich schöner ohne Skriptanpassung.
:Bernd