Bonjour,
Je suis toujours à essayer de savoir pourquoi ma JVM d'IBM crash sur la Debian.
A part cela je pense avoir détecté un problème sur le système de fichier ext3
de mon /home:
$ ls -l autotests.log
-rw-r--r-- 1 tester elca 282 Dec 5 06:00 autotests.log
$ du -sk autotests.log
408244 autotests.log
Cela me rend perplexe. Bien sûr, j'ai vérifié qu'aucun processus n'écrit
dans ce fichier au moment des ls et du...
Cette partition ext3 a été rempli au maximum... 0 d'espace libre malgré la
réserve 'root' alors qu'aucun processus root n'écrive dessus.
Première bizarrerie !
Maintenant, il y a 1 Go de libre mais apparemment des blocs ont été
<<perdus>>.
J'ai déjà fait un fsck récemment mais avant de détecter ce problème.
J'en ferai surement un nouveau au prochain reboot...
Ce fichier est un fichier de log - des trunk et append - c'est tout. Est-ce
que cela peut expliquer le problème ? Y-a-t'il un bug dans le filesystem ?
Comment corriger si le fsck ne change rien ?
Tout cela sur une Dedian woody avec:
ii kernel-image-2 2.4.18-11 Linux kernel image 2.4.18 on PPro/Celeron/PI
leaffy:/home/users/yma# apt-get upgrade -f -sqq
Inst libc6 (2.2.5-11.5 Debian:3.0r2/stable, Debian-Security:3.0/stable)
Conf libc6 (2.2.5-11.5 Debian:3.0r2/stable, Debian-Security:3.0/stable)
Inst kernel-image-2.4.18-1-686 (2.4.18-12 Debian-Security:3.0/stable)
Inst rsync (2.5.5-0.2 Debian-Security:3.0/stable)
Conf kernel-image-2.4.18-1-686 (2.4.18-12 Debian-Security:3.0/stable)
Conf rsync (2.5.5-0.2 Debian-Security:3.0/stable)
J'ai fait un downgrade de la libc 2.2.5-11.5 vers 2.2.5-11.2 pensant que
cela pouvait être la cause de mon crash de JVM... Et finallement non.
En conclusion: que faire avec ma Debian pour qu'elle remarche aussi bien
qu'avant ? En fait tout fonctionne (postgresql, mysql, apache, php, cacti,
htdig, JBoss, WLS, JVM de Sun,...) sauf la JVM d'IBM. Et ce problème de
fichier étrange sur l'ext3.
Si vous avez une hypothèse ou une explication, n'hésitez pas !
Merci d'avance
--
Yves Martin
