Erreur php de la mort qui tue
Par Dju » 12 mars 2010 (23:20) - Site
Après un petit "aptitude safe-upgrade" sur le serveur,quelques paquets ont été mis à jour. Ce qui a apparemment corrompu la base de temps de mon serveur.
Cela a entre autre occasionné une coupure (temporaire et peu longue, heureusement) de mes sites en php.....
Après avoir fait cette mise à jour, je voulais aller sur le blog pour poster un truc et... arg ! page blanche !
Puis je vois mon log d'erreurs php qui s'allonge au fur et à mesure... sueurs froides inside !
C'est toujours la meme erreur qui revient :
PHP Fatal error: date(): Timezone database is corrupt this should *never* happen!
Certes ça ne devrait pas arriver, mais ça n'explique pas pourquoi.... donc ça m'arrange pas ! :hum:
Après recherche, c'est apparemment la mise à jour du paquet tzdata qui peut avoir cet effet.
En effet, le fichier /etc/localtime était tout bizzare.
Voici la commande qui va arranger tout ça :
rm /etc/localtime
ln -s /usr/share/zoneinfo/Europe/Paris /etc/localtime
Ouufff ! ça remarche :coolfuck:
Donc à retenir si jamais vous avez un bins dans ce genre....
Edit du 17/03
Je viens d'avoir le meme problème sur une autre machine, sous debian. la manip ci dessus n'a pas corrigé le problème
Après recherche à nouveau, voila une autre solution qui m'a aidé :
rm /etc/localtime
dpkg-reconfigure tzdata
Ici, on supprime à nouveau le fichier localtime et on reconfigure le paquet tzdata (qui indique à la machine la zone géographique dans laquelle on est, et le systeme ajuste la date et heure en fonction). Cette reconfiguration regénère un nouveau fichier localtime, et la c'est bon.
Pour le vérifier, on peut utiliser la bonne vieille commande file
file /etc/localtime
Si ça vous répond "Ascii File" c'est pas bon :D
Normalement vous devriez avoir quelquechose comme ça :
/etc/localtime: timezone data, version 2, 12 gmt time flags, 12 std time flags, no leap seconds, 183 transition times, 12 abbreviation chars
Soyez le premier à commenter ce billet
URL de rétrolien : https://blog.crifo.org/trackback/37