Anomalie #591
Segmentation fault sur la dernière mise à jour
| Status: | Rejeté | Start: | 12/26/2009 | |
|---|---|---|---|---|
| Priority: | Urgent | Due date: | ||
| Assigned to: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | - | |||
| Modules: | Version source: | 2.14 | ||
| Solution proposée: | Principaux fichiers impactés: |
Description
Je viens de tenter de faire une mise à jour de Freedom et je tombe sur des 'Segmentation fault' à tout moment :
Voici un extrait :
/var/www/freedom1/CORE/CORE_post: line 126: 5062 Segmentation fault $wpub/wsh.php --api=import_size
DEFAULT style mis à jour
/var/www/freedom1/CORE/CORE_post: line 126: 5065 Segmentation fault $wpub/wsh.php --api=import_style --name=DEFAULT
ORIGINAL style mis à jour
/var/www/freedom1/CORE/CORE_post: line 126: 5068 Segmentation fault $wpub/wsh.php --api=import_style --name=ORIGINAL
DELETE 0
J'ai essayé de faire une nouvelle installation de Freedom et j'arrive également au même problème.
J'ai même essayé sur un autre serveur en pensant que le problème venait de mon ordinateur, mais c'est toujours pareil.
Ça me parait donc assez grave car il n'est plus possible d'installer Freedom ou de faire une mise à jour.
History
Updated by Tony Galmiche 8 months ago
En creusant, je me suis aperçu que ce problème de 'segmentation fault' était lié à l'installation récente de ma part du paquet 'php5-curl'
En supprimant ce paquet, l'installation et la mise à jour de freedom fonctionne de nouveau coorrectement.
Il y a donc une grosse incompatibilité entre Freedom et le paquet 'php5-curl'
Updated by Jérôme Augé 8 months ago
Non, il n'y a pas une incompatibilité entre Freedom et php-curl, mais une incompatibilité entre l'extension php-curl et l'extension php-pgsql :
- http://bugs.php.net/bug.php?id=40926
D'après ce bug report, cela devrait être corrigé dans Postgresql > 8.4.
Pour le moment, il me semble qu'on peut contourner ce bug en désactivant explicitement l'utilisation du SSL pour les connections à Postgresql (`sslmode=disable' dans pg_service.conf) :
[freedom] host=localhost port=5432 user=freedom password=secret dbname=freedom sslmode=disable
Updated by Jérôme Augé 8 months ago
- Status changed from Nouveau to Rejeté
Updated by Tony Galmiche 8 months ago
En effet, le "sslmode=disable" fonctionne très bien
J'avais également trouvé au bas de cette page :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411982
Cette astuce :
-> mv /etc/php5/conf.d/curl.ini /etc/php5/conf.d/z_curl.ini
Mais ta solution est plus propre