[REDHAT] Segmentation fault systematique [Résolu]

[mela]

Bonjour !

j'ai un leger probleme à l'install de java.... eh oui.. moi aussi je m'etais dit qu'il n'y a rien de plus c**... mais non

j'ai une RH AS3 avec un noyeau 2.4.27 compilée avec mes petites mimines. J'installe le java bien le rpm encaplulé dans un binaire...
jusque la pas de probleme et rien d'exceptionnel.

Puis je teste : normal...
et la c'est la cata :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
 
>java
 
 
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x0
Function=[Unknown.]
Library=(N/A)
 
NOTE: We are unable to locate the function name symbol for the error
      just occurred. Please refer to release documentation for possible
      reason and solutions.
 
 
Current Java thread:
 
Dynamic libraries:
08048000-0804e000 r-xp 00000000 08:03 180550     /usr/java/j2sdk1.4.2_04/bin/java
0804e000-0804f000 rw-p 00005000 08:03 180550     /usr/java/j2sdk1.4.2_04/bin/java
40000000-40015000 r-xp 00000000 08:01 29325      /lib/ld-2.3.2.so
40015000-40016000 rw-p 00015000 08:01 29325      /lib/ld-2.3.2.so
40016000-4001e000 r-xp 00000000 08:03 116463     /usr/java/j2sdk1.4.2_04/jre/lib/i386/native_threads/libhpi.so
4001e000-4001f000 rw-p 00007000 08:03 116463     /usr/java/j2sdk1.4.2_04/jre/lib/i386/native_threads/libhpi.so
40022000-4002f000 r-xp 00000000 08:01 14671      /lib/tls/libpthread-0.60.so
4002f000-40030000 rw-p 0000c000 08:01 14671      /lib/tls/libpthread-0.60.so
40032000-40034000 r-xp 00000000 08:01 29338      /lib/libdl-2.3.2.so
40034000-40035000 rw-p 00001000 08:01 29338      /lib/libdl-2.3.2.so
40035000-40166000 r-xp 00000000 08:01 14667      /lib/tls/libc-2.3.2.so
40166000-40169000 rw-p 00130000 08:01 14667      /lib/tls/libc-2.3.2.so
4016d000-40568000 r-xp 00000000 08:03 3393       /usr/java/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.so
40568000-40583000 rw-p 003fa000 08:03 3393       /usr/java/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.so
40596000-405a8000 r-xp 00000000 08:01 29342      /lib/libnsl-2.3.2.so
405a8000-405a9000 rw-p 00011000 08:01 29342      /lib/libnsl-2.3.2.so
405ab000-405cc000 r-xp 00000000 08:01 14669      /lib/tls/libm-2.3.2.so
405cc000-405cd000 rw-p 00020000 08:01 14669      /lib/tls/libm-2.3.2.so
405cd000-405d1000 rw-s 00000000 08:08 8227       /tmp/hsperfdata_root/1034
405d8000-405e3000 r-xp 00000000 08:01 29358      /lib/libnss_files-2.3.2.so
405e3000-405e4000 rw-p 0000a000 08:01 29358      /lib/libnss_files-2.3.2.so
405e4000-405f4000 r-xp 00000000 08:03 3418       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libverify.so
405f4000-405f6000 rw-p 0000f000 08:03 3418       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libverify.so
405f6000-40616000 r-xp 00000000 08:03 3404       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libjava.so
40616000-40618000 rw-p 0001f000 08:03 3404       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libjava.so
40618000-4062c000 r-xp 00000000 08:03 3419       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libzip.so
4062c000-4062f000 rw-p 00013000 08:03 3419       /usr/java/j2sdk1.4.2_04/jre/lib/i386/libzip.so
4062f000-41fcf000 r--s 00000000 08:03 164627     /usr/java/j2sdk1.4.2_04/jre/lib/rt.jar
42019000-4202f000 r--s 00000000 08:03 164624     /usr/java/j2sdk1.4.2_04/jre/lib/sunrsasign.jar
4202f000-4210a000 r--s 00000000 08:03 164623     /usr/java/j2sdk1.4.2_04/jre/lib/jsse.jar
4210a000-4211b000 r--s 00000000 08:03 164615     /usr/java/j2sdk1.4.2_04/jre/lib/jce.jar
4211b000-42674000 r--s 00000000 08:03 164616     /usr/java/j2sdk1.4.2_04/jre/lib/charsets.jar
 
Heap at VM Abort:
Heap
 def new generation   total 576K, used 0K [0x44720000, 0x447c0000, 0x44c00000)
  eden space 512K,   0% used [0x44720000, 0x44720048, 0x447a0000)
  from space 64K,   0% used [0x447a0000, 0x447a0000, 0x447b0000)
  to   space 64K,   0% used [0x447b0000, 0x447b0000, 0x447c0000)
 tenured generation   total 1408K, used 0K [0x44c00000, 0x44d60000, 0x48720000)
   the space 1408K,   0% used [0x44c00000, 0x44c00000, 0x44c00200, 0x44d60000)
 compacting perm gen  total 4096K, used 276K [0x48720000, 0x48b20000, 0x4c720000)
   the space 4096K,   6% used [0x48720000, 0x48765070, 0x48765200, 0x48b20000)
 
Local Time = Mon Sep 20 15:06:27 2004
Elapsed Time = 0
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2_04-b05 mixed mode)
#

(que je fasse javac java ou n'importe quel autre truc c'est pareil...)

Il ne me donne pas beaucoup d'infos... Il y a un signal 11 (seg fault) retrouné par une fonction d'une librairie inconnue à une adresse inconnue elle aussi, appelee dans un thread inexistant....
J'avoue que je ne sais pas par ou commencer les recherches...

J'ai essayer le meme binaire sur une RH AS3 avec le noyeau de base (2.4.21) et la ca marche...

y a til des details particuliers à activer dans le noyau pour que java fonctionne ? est ce un probleme de memoire ? d'allocation de memoire ? dois je changer certains parametres relatifs aux threads ? ...

j'ai essaye avec le 1.4.2_05 et 1.4.2_04. Pour les 2 c'est pareil.
J'ai aussi essayé pleins d'options (ajout ou enleve) du noyau, mais le resultat est toujours le meme.

Si quel qu'un a une idee ou bien a deja rencontré le meme probleme...

Merci

Mél

[mela]

Bonjour

autres détails qui pourraient aider à resoudre mon problème :

un ldd de java me donne :

Code :

1
2
3
4
 libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40022000)
libdl.so.2 => /lib/libdl.so.2 (0x40032000)
libc.so.6 => /lib/tls/libc.so.6 (0x40035000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

si j'utilise gdb (je ne connais pas particulierement son utilisation, donc c'est l'utilisation de base), j'obtiens :

Code :

1
2
3
4
5
6
Starting program: /usr/java/j2sdk1.4.2_05/bin/java
(no debugging symbols found)...[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...

et plus rien ne s'arrete... je dois killer les process a la main (et java prend 100% du CPU)

si je cherche libthread_db j'obtiens plusieurs fichiers :

Code :

1
2
3
4
5
/usr/lib/libthread_db.so
/lib/tls/libthread_db-1.0.so
/lib/tls/libthread_db.so.1
/lib/libthread_db-1.0.so
/lib/libthread_db.so.1

ces fichiers n'ont pas la meme taille. Par exemple

Code :

1
2
3
 
29920 /lib/tls/libthread_db-1.0.so
22404 /lib/libthread_db-1.0.so

utilise t il le bon ?
pourquoi j'en ai plusieurs ?

dans mon ld.so.conf, j'ai /lib/tls d'indique avant /lib. J'ai donc essayé d'inverser, mais sans plus de succes...

si je fais un strace, j'obtiens pleins de trucs (je vous epargnerai la trace...)
Plein de librairies sont testées et non trouvées dans le repertoire de java avant d'etre trouvées dans les repertoires indiqués dans la trace du 1er message. Puis il boucle indefiniment sur le message :

Code :

futex(0x808fa78, FUTEX_WAIT, 0, NULL)   = -1 ENOSYS (Function not implemented)

futex m'a tout l'air d'etre une fonction relative aux threads... mais... pourquoi je ne l'ai pas ?
(et pourquoi ca marche avec un autre noyau ?!)

Merci pour toutes les informatinos que vous pourrez m'apporter.

Mél

[mela]

bon ben voila je crois bien que j'ai trouvé !

en fait... les FUTEXES font parti des ameliorations qui sont faites dans le noyau 2.6 concernant les pthreads.

Donc pour les avoirs dispo il faut : soit un noyau 2.6... soit patcher le 2.4.*

Par contre pour le patch, ca a l'air bien compliqué : j'ai lu a plusieurs endroits qu'il faut les dernieres versions de pleins de trucs, et meme certaines en instables... donc je n'ai pas essayé.

Pour le 2.6... j'ai utilisé le tgz dispo sur kernel.org... et ca ne marche pas (le make config ou make menuconfig m'indiquent qu'il me faut un type.h que je n'ai pas...).
Si j'essaie avec les rpm dispo ici ou la pour redhat, la c'est pire.. il y a pleins de dependances...
bref je n'ai pas le temps de m'amuser a cela , donc je vais garder le noyau 2.4.21 de base... en plus ca evitera les surprises

Mél.