Suse 9.1 + Domino 6.5.2 + Deutsches LanguagePack = HELP!!!!!

Umbra · 20. August 2004

Hallo allerseits, ich hoffe hier kann mir wer helfen.
Wie es im Topic steht versuche ich unter Suse 9.1 den 6.5.2er Server zum laufen zu bekommen mit LanguagePack.
Nachdem ich bei minimalsystem noch die combat und JDK Dateien nachinstalliert habe lief die Installation des Englischen Servers ohne Probleme.
Dafür macht das Languagepack um so mehr ärger:

"""
./LNXDomLP652_CONSOLE
InstallShield Wizard

Initializing InstallShield Wizard...

Preparing Java(tm) Virtual Machine...
...................................
...................................
...................................
...................................
...................................
...................................
...
Running InstallShield Wizard...
Error occurred during initialization of VM
Unable to load native library: /tmp/isjawBpbr/lib/i386/libjava.so: symbol __libc_wait, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

"""

Habe mich danach ne Runde alles neu installiert was mit Java, gcc oder ähnlichem zu tun hat, aber nix.
Dann habe ich das gefunden:

http://lists.debian.org/debian-java/2002/12/msg00004.html

Also habe ich mich ein bissch mehr in die Notesdokumentation vertift und siehe da, man kann die JVM der IBM umgehen, aber wieder nix :

linux:~/install/C58Y2DE # java -cp DomLP652_de.jar run -console
WARNING: could not initialize impl class com.ibm.wizard.platform.linux.LinuxSystemUtilServiceImpl
could not initialize impl class com.ibm.wizard.platform.linux.LinuxSystemUtilServiceImpljava.lang.UnsatisfiedLinkError: /tmp/ismp001/8594242.tmp: /tmp/ismp001/8594242.tmp: undefined symbol: __rtti_user
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1560)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1456)
at java.lang.Runtime.load0(Runtime.java:737)
at java.lang.Runtime.load(Runtime.java:725)
at com.installshield.util.LibraryLoader.loadLibrary(LibraryLoader.java:77)
at com.installshield.util.LibraryLoader.loadLibrary(LibraryLoader.java:32)
at com.ibm.wizard.platform.linux.LinuxFileServiceImpl.initialized(LinuxFileServiceImpl.java:109)
at com.installshield.wizard.service.AbstractServiceImplementor.initialize(AbstractServiceImplementor.java:23)
at com.installshield.wizard.service.ServiceFactory.createImpl(ServiceFactory.java:129)
at com.installshield.wizard.service.ServiceFactory.createService(ServiceFactory.java:55)
at com.installshield.wizard.service.ServiceFactory.createService(ServiceFactory.java:24)
at com.installshield.wizard.service.LocalWizardServices.loadService(LocalWizardServices.java:107)
at com.installshield.wizard.service.LocalWizardServices.getService(LocalWizardServices.java:122)
at domino.languagepack.panels.STARTPanel.initVars(STARTPanel.java:4541)
at domino.languagepack.panels.STARTPanel.initialize(STARTPanel.java:4448)
at com.installshield.wizardx.panels.ExtendedWizardPanel.consoleInitialize(ExtendedWizardPanel.java:115)
at com.installshield.wizard.console.ConsoleWizardUI.currentBeanChanged(ConsoleWizardUI.java:64)
at com.installshield.wizard.StandardWizardListener.currentBeanChanged(StandardWizardListener.java:78)
at com.installshield.wizard.Wizard$RunThread.run(Wizard.java:1535)
WARNING: could not initialize impl class com.ibm.wizard.platform.linux.LinuxFileServiceImpl

then I can get over the setup but at the end ... but look yourself:
===============================================-
- Lotus Domino Language Pack Installer -
-===============================================-
- -
Language Pack has successfully checked Domino
Information.

The Domino server version is 65020. The Lotus
Domino Language Pack Installer supports version
Release 6.5.2 (Release 6.5.2|June 01)

.
Please upgrade this server to the supported
version, then restart the Lotus Domino Language
Pack Installer.

Temporary area is /tmp'.
Space needed : 57,2 MBytes
Space available : 0 Bytes
You do not have enough space for installation,
please exit, and free up some space.
Please check LPLog.txt for details...

.... also ich habe sicher mehr als 0 MB frei, irgendwer eine Idee??

lodsnods · 20. August 2004

Hi,

hier ein Beitrag aus der suse-domino-Mailingliste, der Dir evtl. weiterhilft. Wäre nett, wenn Du uns über (Miß-) Erfolge informieren würdest. Wir hatte hier auch schon mal einen Thread dazu. Den engl. Server konnte ich auch installieren aber nicht starten.

Das Nachfolgende konnte ich aus Zeitgründen leider noch nicht verifizieren - aber Du hast doch Zeit oder :lol: :lol: :lol:

Zitat

Rainer Traut wrote:

>> Hi Alex,
>>
>> bleonhardt@analytek.de wrote:
>
>>>> Hi Rainer,
>>>>
>>>> that's quite easy, just put following line into "notes" user's
.bashrc (
>>>> or default in /etc/profile ) :
>>>>
>>>>
>>>> LD_ASSUME_KERNEL=2.2.5
>>>>
>
>>
>> I don't think so that it's that easy.
>> From what I know (I am no aprogrammer) this forces your linux to a
>> really slow threading model and is a big performance hit;
>> even worse if you do this in /etc/profile, so every application you
>> start from console is affected.
>>
>> Maybe you get better performance if you do a
>> LD_ASSUME_KERNEL=2.4.19 ?

Yes, you are correct:

Domino 5.x: use LD_ASSUME_KERNEL=2.2.5
Domino 6.x: use LD_ASSUME_KERNEL=2.4.19

This is mostly related to Java. You only need it for setting up
domino. You can comment out this statement afterwards. I did not see
any faults removing LD_ASSUME_KERNEL (Domino 5.x, Kernel 2.4.26, Sun
Java 1.5.0b3, tomcat 4.1.2, LLS 3.5: 100 Users/day, 2000
get-requests/user) --- it is just running.

If you are using java (servlets or else) you might have to keep this
statement. Just try. If the VM can't be started, use it. If the VM
starts you'll have to do some additional tests. I've used tomcat to
make shure it runs. If domino works with tomcat, keep the
configuration found (with or without LD_ASSUME_KERNEL).

Alles anzeigen

Umbra · 21. August 2004

Also, dass hilft nix.

Da der Fehler schon bei der Installation auftritt, ist mir mit der bashrc des notes-users nix getan, habe es aber denoch mal in die /etc/profiles geschrieben, weil man weiß ja nie.

Aber auch dann kommt der gleiche Fehler, es scheint also wirklich an den libaries zu hängen.
Auch die Umgehung der IBM JVM geht immer noch nicht, obwohl ich jetzt nen anderen Fehler habe.

Jetzt hängt er sich hier auf:

- Lotus Domino Language Pack Installer -
-===============================================-
- -
Calling Entered
DM: In pathPanel, entered() m_dli.m_strVersion:
DM Current version : 65020
Calling Console Interaction

Domino server program directory
: /opt/lotus

Domino server data directories
: /local/notesdata

NAV_BACK_NEXT_CANCEL_MODIFY
- -
-===============================================-
[B]ack, [N]ext, [C]ancel or [M]odify [N]:
NAV_NEXT selected
Core Dir : [/opt/lotus/notes/65020/linux].
Core Display Dir : [/opt/lotus].
CoreDir.trim.length:28
CoreDisplayDir.trim.length:10
m_dli.checkedCount:1

....

Najo ich mache es jetzt quick und dirty und schmeiße nach der Installation des Englischen Servers die Deutschen ntf files in das Data-Verzeichnis. Ist nicht schön aber läuft.

Wenn die 6.5.3 kommt probier ich es nochmal oder wenn hier irgendwer wer noch eine Idee aus dem Hut zaubert? * freundlich scaut*

papadave · 18. Oktober 2004

ich hab nun das selbe Problem unter Fedora Core 2 :-/

Konnte jemand diesbezüglich schon ne Lösung finden?

David

egge · 19. Oktober 2004

Hallo zusammen..

gibts hierzu schon neue erkenntnisse??Weiter als Umbra bin ich leider auch noch net gekommen ,-(((((

Gruß

papadave · 21. Oktober 2004

probiert mal:

Legt n File an: libcwait.c

<snip>
#include <errno.h>
#include <sys/syscall.h>
#include <sys/types.h>
#include <sys/wait.h>
pid_t
__libc_wait (int *status)
{
int res;
asm volatile ("pushl %%ebx\n\t"
"movl %2, %%ebx\n\t"
"movl %1, %%eax\n\t"
"int $0x80\n\t"
"popl %%ebx"
: "=a" (res)
: "i" (__NR_wait4), "0" (WAIT_ANY), "c" (status), "d" (0),
"S" (0));
return res;
}
</snap>

Compilieren:
# gcc -shared -o libcwait.so -O -g libcwait.c

LD_PRELOAD setzten:
# export LD_PRELOAD=/path/to/libcwait.so

und nu die installation nochmal anstarten

dave

egge · 22. Oktober 2004

Hi,

kriege folgende Fehlermeldung beim einbinden:
libcwait.c:1 error: parse error before '<' token
libcwait.c:20 error: parse error before '<' token

Ne idee??

Thx

papadave · 22. Oktober 2004

das "<snip> </snap>" gehört nicht zum Code *löl*

so sollts dann gehen.

Lg, Dave

egge · 22. Oktober 2004

oh *g*...
hast recht, jetzt funktionierts. Vielen Dank für den Workaround.
das <snip> <snap> kam mir eh spanisch vor, aber von sowas hab ich leider keinen plan.

Also nochmals vielen Dank.

Ein schönes Wochenende.

Gruß

Ercan

dreamwork · 9. November 2004

Hallo,

Euer Hotfix funktioniert klasse mit SuSE 9.1
wisst ihr zufällig bei der 9.2 was da geändert
werden muss - der Installer bricht hier jämmerlich
ab (mit Hotfix) und danach spinnt ;-))sogar das
"ls" Kommando. Denk dass ma vielleicht einfach
ein zwei Zeilen bei der Assembler-Routine anpassen
muss.

Viele Grüße

Dreamwork

OlfPeter · 7. Mai 2005

Hallo zusammen,
danke für die Infos. Ich hatte gleiches Problem und bin mit Euren Lösungsvorschlägen ein Stückchen weitergekommen - aber wie einige andere auch nicht zur Lösung.

Mittlerweile hab ich die Lösung gefunden und möchte die Euch nicht vorenthalten.

Quelle:
IBM Notes Domino 6 Forum

Das Wichtigste in Kürze:

Code

Indeed, I used the unsupported JRE 1.4.1After downloading and installing the 1.3.1 I tried the way described under 2) and the setup succeeded without any further problems

anschließend:

Code

/usr/java/jre1.3.1_15/bin/java -cp DomLP654_de.jar run -console

(so erfolgreich mit deutschem Lanquagepack für Domino 6.54)

Teilen