Re: Impossible de demarrer apache (segfault)
Re,
Premièrement merci pour ton aide.
J'ai essayé de réinstaller le package locales qui contient libc.mo mais
sans plus de succes...
Voila la suite des investigations :
J'ai supprimé Apache + PhpX + Mysql de manière à ce que la commande
dpkg -l | grep "apache\|mysql\|php" ne réponde plus rien.
Ensuite j'ai tenté l'installation de apache + php4 uniquement, car le
support mysql semble maintenant en buildin.
Quand j'active php4 et que je lance apache, alors j'ai une segfault...
(comme d'hab)
J'ai de nouveau supprimé Apache + ph4 et installé : Apache (stable) +
php4 (stable) + php4-mysql (stable) (car non buildin dans cette version
de php4) avec la commande suivante et un sources.list avec stable +
testing :
apt-get install apache/stable apache-common/stable php4/stable
php4-mysql/stable
Quand j'active php4 et que je lance apache, tout fonctionne sans pbs...
J'ai ensuite ajouté mysql de la testing avec un apt-get install
mysql-server mysql-client et tout est ok...
Voila le résultat de la commande dpkg -l | grep "apache\|mysql\|php"
pour que mon système fonctionne :
ii apache 1.3.9-14 Versatile, high-performance HTTP server
ii apache-common 1.3.9-14 Support files for all Apache webservers
ii libdbd-mysql-p 1.2216-2 mySQL database interface for Perl
ii libmysqlclient 3.23.49-8 mysql database client library
ii libmysqlclient 3.22.30-4 mysql database client library
ii mysql-client 3.23.49-8 mysql database client binaries
ii mysql-common 3.23.49-8 mysql database common files (e.g.
/etc/mysql
ii mysql-server 3.23.49-8 mysql database server binaries
ii php4 4.0.3pl1-0pota A server-side, HTML-embedded scripting
langu
ii php4-mysql 4.0.3pl1-0pota MySQL module for php4
A noté que dans ce cas j'ai 2 versions de la libmysqlclient, soit
libmysqlclient6 et libmysqlclient10, la première pour le package
php4-mysql la seconde pour mysql.
Ça semble pas super propre, mais ça marche...
Dans le futur, je pourrai m'en sortir en mettant en hold ces packages.
Mais cela me semble curieux que les packages en testing ne fonctionne pas.
Je me pose donc une question, est ce que le couple apache + php4 en
testing fonctionne bien en testing ? Y a il un problème de dépendance
avec ces packages ?
J'aimerai savoir si d'autres utilisateurs arrivent a faire fonctionner
apache + php4 avec les dernier package en testing ?
Cordialement
René
Romuald DELAVERGNE wrote:
Le 2002.05.03 10:52, CTB a écrit :
Bonjour,
J'ai effectué un premiers strace avec extension=mysql.so en
commentaire dans php3.ini.
Dans ce cas apache démarre correctement. (voir le fichier en attach
apache_no_segfault)
Ensuite si j'active extension=mysql.so, j'obtients toujours une
erreur de segmentation violante. (voir le fichier en attach
apache_segfault)
Je dois avouer que je n'arrive pas a interpréter le strace et a
déterminer l'origine du probleme.
Pour faire un test, j'ai essayé de reistaller le package libc6, mais
cela n'a rien changé.
...
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1
ENOENT
(No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT
(No such file or directory)
write(2, "/usr/sbin/apachectl: line 171: "..., 68/usr/sbin/apachectl:
line 171: 6280 Segmentation fault $HTTPD
) = 68
J'ai l'impression que l'absence de 'libc.mo' est mal gérée par apachectl.
--
To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: