Infos et Mises à jour locales 2008-08-23T17:54:21+02:00 geek http://webpmenier.dynalias.net/index.php pivot@pmenier.dynalias.net tag:weblogpmenier,2008:weblogpmenier Pivot Copyright (c) 2008, Authors of WEBLOG PMENIER 2008-08-23T17:54:00+02:00 2008-08-23T17:54:00+02:00 tag:weblogpmenier,2008:weblogpmenier.167

Petite mise à jour pour la forme, d'autant que le patch vserver était dispo :) Le dmesg Cote config rien de changé par rapport au précédent.

Le dmesg
Cote config rien de changé par rapport au précédent. ]]> mairie 2008-08-15T14:34:00+02:00 2008-08-15T14:34:00+02:00 tag:weblogpmenier,2008:weblogpmenier.166

Encore une fois un sacré boulot d'effectué côté linux-vserver.org : à peine une semaine après la mise à dispo du kerne-2.6.26.2 le patch est déjà dispo au téléchargement. Téléchargement J'ai suivi pratiquement en live la mise à dispo de celui-ci suite à quelques petits soucis rencontrés lors des premiers essais: Resultat du testme.sh lors du debugguage Rapport pour les developpeurs du patch (1) Rapport pour les developpeurs du patch (2) Rapport pour les developpeurs du patch (3) Rapport pour les developpeurs du patch (4) Rapport pour les developpeurs du patch (5) Et comme dab les correctifs ont été réalisés pratiquement dans la foulée via nos échanges sur l'irc Si ça c'est pas de la réactivité ! :) Reboot effectué ce jour (15/08/08): pour l'instant aucun souci mais il est prudent d'attendre quelques jours pour une mise en prod, certais bugs n'apparaissant que dans des circonstances très particulières. La config utilisée pour la compil   Le dmesg

Téléchargement

---

J'ai suivi pratiquement en live la mise à dispo de celui-ci suite à quelques petits soucis rencontrés lors des premiers essais:

• Resultat du testme.sh lors du debugguage
• Rapport pour les developpeurs du patch (1)
• Rapport pour les developpeurs du patch (2)
• Rapport pour les developpeurs du patch (3)
• Rapport pour les developpeurs du patch (4)
• Rapport pour les developpeurs du patch (5)

Et comme dab les correctifs ont été réalisés pratiquement dans la foulée via nos échanges sur l'irc
Si ça c'est pas de la réactivité ! :)
Reboot effectué ce jour (15/08/08): pour l'instant aucun souci mais il est prudent d'attendre quelques jours pour une mise en prod, certais bugs n'apparaissant que dans des circonstances très particulières.
La config utilisée pour la compil Le dmesg ]]> mairie 2008-07-12T11:32:00+02:00 2008-07-12T11:32:00+02:00 tag:weblogpmenier,2008:weblogpmenier.165

Mise à jour noyau effectuée. srvweb:/# cat /proc/version Linux version 2.6.25.10-vs2.3.0.34.13 (root@srvweb) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Sat Jul 12 11:03:27 CEST 2008 Le .config utilisé Le dmesg

---

srvweb:/# cat /proc/version
Linux version 2.6.25.10-vs2.3.0.34.13 (root@srvweb) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Sat Jul 12 11:03:27 CEST 2008

---

Le .config utilisé

Le dmesg ]]> mairie 2008-08-13T14:13:00+02:00 2008-06-17T14:11:00+02:00 tag:weblogpmenier,2008:weblogpmenier.164

Le 14/06/08 mise à jour noyau : 2.6.25.6-vs2.3.x-vs2.3.0.34.11 Le 17/06/08 mise à jour apache2 : apache-2.2.9 Il semble qu'un probleme persiste avec apache2: en effet je retrouve dans les logs le message d'erreur suivant apres le apachectl graceful execute par le postrotate des logs: [error] (9)Bad file descriptor: apr_socket_accept: (client socket) Voir à ce sujet : https://issues.apache.org/bugzilla/show_bug.cgi?id=42829Le probleme est que dans ce cas le fichier de log reste a 0 octet tant que apache n'a pas ete completement redemarre, ce qui est genant pour les stats par exemple... Pour l'instant j'ai donc remplace le graceful par un restart.

Le 17/06/08 mise à jour apache2 : apache-2.2.9

Il semble qu'un probleme persiste avec apache2: en effet je retrouve dans les logs le message d'erreur suivant apres le apachectl graceful execute par le postrotate des logs:
[error] (9)Bad file descriptor: apr_socket_accept: (client socket)

Voir à ce sujet : https://issues.apache.org/bugzilla/show_bug.cgi?id=42829

Le probleme est que dans ce cas le fichier de log reste a 0 octet tant que apache n'a pas ete completement redemarre, ce qui est genant pour les stats par exemple...
Pour l'instant j'ai donc remplace le graceful par un restart. ]]> mairie 2008-06-07T14:37:00+02:00 2008-06-07T14:37:00+02:00 tag:weblogpmenier,2008:weblogpmenier.163

Ayant installé récemment egroupware dans un vserver et apres la mise a jour du noyau en 2.6.25.4 je trouvais des erreurs dans le kern.log : php5-cgi segfault error 4 in libidn.so.11.5.19 php5-cgi segfault error 4 in libpthread-2.3.6.so Apres quelques recherches, il s'avere que ce bug est reference chez php : http://bugs.php.net/40926 Pour contourner le probleme, j'ai simplement renomme / etc / php5 / conf.d / curl.ini en / etc / php5 / conf.d / zcurl.ini de facon a ce que cette extension soit chargee apres l'extension pgsql.

• php5-cgi segfault error 4 in libidn.so.11.5.19
• php5-cgi segfault error 4 in libpthread-2.3.6.so

Apres quelques recherches, il s'avere que ce bug est reference chez php : http://bugs.php.net/40926

Pour contourner le probleme, j'ai simplement renomme / etc / php5 / conf.d / curl.ini en / etc / php5 / conf.d / zcurl.ini de facon a ce que cette extension soit chargee apres l'extension pgsql. ]]> mairie 2008-06-01T11:55:00+02:00 2008-06-01T11:55:00+02:00 tag:weblogpmenier,2008:weblogpmenier.162

Dernier uptime : 75 jours ! Cela faisait un bail que je n'avais pas refait de mise a jour noyau sur la machine mais cote vserver il y a eu quelques flottements depuis le 2.6.22.19 (la branche 2.6.24 incluant de nouvelles fonctionnalites au niveau du scheduler) et d'apres ce que j'ai vu sur l'irc quelques manques de ressources cote developpeurs (manque de temps, manque de moyens etc...). La branche 2.6.23 a ete completement zappee ce qui n'est pas etonnant vu le peu de temps que ce noyau aura vecu. D'ailleurs il semble que depuis quelques temps ce soit la course aux versions cote kernel... Bon ou pas ? A voir ... Donc le dernier patch (patch-2.6.25.4-vs2.3.0.34.11.diff) meme s'il n'est que dans la branche developpement semble suffisamment stable pour etre utilise. Les details ICI

Cela faisait un bail que je n'avais pas refait de mise a jour noyau sur la machine mais cote vserver il y a eu quelques flottements depuis le 2.6.22.19 (la branche 2.6.24 incluant de nouvelles fonctionnalites au niveau du scheduler) et d'apres ce que j'ai vu sur l'irc quelques manques de ressources cote developpeurs (manque de temps, manque de moyens etc...). La branche 2.6.23 a ete completement zappee ce qui n'est pas etonnant vu le peu de temps que ce noyau aura vecu.
D'ailleurs il semble que depuis quelques temps ce soit la course aux versions cote kernel... Bon ou pas ? A voir ...
Donc le dernier patch (patch-2.6.25.4-vs2.3.0.34.11.diff) meme s'il n'est que dans la branche developpement semble suffisamment stable pour etre utilise.

Les details ICI ]]> mairie 2008-05-30T15:44:00+02:00 2008-05-30T15:44:00+02:00 tag:weblogpmenier,2008:weblogpmenier.161

En examinant comme chaque jour les logs http des portails, j'ai remarque qu'une ip (89.41.215.21 pour ne pas la citer :) tentait d'acceder regulierement a certains fichiers dans l'arborescence de jcb-explorer. Un petit tour sur le site de l'auteur (http://www.jcb-explorer.info) m'a rapidement confirme ce que je pensais: le petit malin tentait d'exploiter la faille de securite presentes sur les versions anterieures a la 7.20rc1-a. Si vous utilisez cet outil je vous conseille vivement de le mettre a jour.

Si vous utilisez cet outil je vous conseille vivement de le mettre a jour. ]]> mairie 2008-05-02T09:57:00+02:00 2008-05-02T09:57:00+02:00 tag:weblogpmenier,2008:weblogpmenier.160

Mise a jour effectuee sans problemes. Le changeLog sur php.net Un phpinfo apres compil Le fichier de conf utilise

Le changeLog sur php.net

Un phpinfo apres compil

Le fichier de conf utilise ]]> mairie 2008-04-14T09:28:00+02:00 2008-04-13T10:47:00+02:00 tag:weblogpmenier,2008:weblogpmenier.159

Mise a jour de securite sur suphp . Il est recommande d'upgrader vers la 0.6.3 rapidement. * An attacker could create a symlink linking to a file of his own, then change the symlink to point to a file of another user and finally change the link back to a file of his own. This attack requires very accurate timing, because the link has to be changed twice at the right moments. However, if the attacker succeeds he can execute his own code with the permissions of a different user. This will be less harmful when suPHP is run in paranoid mode, as the attacker has to place his link in a directory that is associated with another user. * There is a second vulnerability concerning symlinks that point to a directory. This vulnerability is even more harmful as the link has to be changed once only, which makes the timing much easier. As the other vulnerability this issue is most harmful if suPHp is running in owner mode. Le site de suphp

* An attacker could create a symlink linking to a file of his own, then change the symlink to point to a file of another user and finally change the link back to a file of his own. This attack requires very accurate timing, because the link has to be changed twice at the right moments. However, if the attacker succeeds he can execute his own code with the permissions of a different user. This will be less harmful when suPHP is run in paranoid mode, as the attacker has to place his link in a directory that is associated with another user.

* There is a second vulnerability concerning symlinks that point to a directory. This vulnerability is even more harmful as the link has to be changed once only, which makes the timing much easier. As the other vulnerability this issue is most harmful if suPHp is running in owner mode.

Le site de suphp ]]> mairie 2008-03-15T12:16:00+02:00 2008-03-15T12:16:00+02:00 tag:weblogpmenier,2008:weblogpmenier.158

Details de la config Le .config utilise Le dmesg

Le .config utilise

Le dmesg ]]> mairie 2008-03-02T13:43:00+02:00 2008-03-02T13:43:00+02:00 tag:weblogpmenier,2008:weblogpmenier.157

Eh bien oui, c'est enfin solutionné. Depuis la version 5.2.0 de php, il ne m'etait plus possible de compiler les extensions pgsql, snmp, mcrypt en dynamique. Je devais les inclure dans le core php (en dur donc) mais cela n'a pas trop d'interet sur un site qui n'utilise que sqlite par exemple. Apres pas mal de fouilles sur les forums et notamment celui de php, un type m'a conseillé de comparer mon fichier de configuration utilise et celui de dotdeb par exemple. Excellente idée !!! Je devais probablement passer une option qui provoquait cette fameuse erreur : error glibc detected free().... Apres comparaison des fichiers utilises, il semblerait que ce soit l'option --with-mm qui serait en cause. Voici donc le nouveau fichier de configuration php5 utilisé Et le phpinfo resultant

Je devais les inclure dans le core php (en dur donc) mais cela n'a pas trop d'interet sur un site qui n'utilise que sqlite par exemple.
Apres pas mal de fouilles sur les forums et notamment celui de php, un type m'a conseillé de comparer mon fichier de configuration utilise et celui de dotdeb par exemple.

Excellente idée !!! Je devais probablement passer une option qui provoquait cette fameuse erreur : error glibc detected free()....

Apres comparaison des fichiers utilises, il semblerait que ce soit l'option --with-mm qui serait en cause.

Voici donc le nouveau fichier de configuration php5 utilisé
Et le phpinfo resultant ]]> mairie 2008-02-13T14:32:00+02:00 2008-02-13T14:32:00+02:00 tag:weblogpmenier,2008:weblogpmenier.156

Le 11/02/08 mise à jour noyau cf http://www.frsirt.com/bulletins/13382

mairie 2008-01-22T14:42:00+02:00 2008-01-22T14:42:00+02:00 tag:weblogpmenier,2008:weblogpmenier.155

Quelques infos supplémentaires sur la config

Quelques infos supplémentaires sur la config ]]> mairie 2008-01-18T18:05:00+02:00 2008-01-18T18:05:00+02:00 tag:weblogpmenier,2008:weblogpmenier.154

Les détails sont ici

Les détails sont ici ]]> mairie 2007-12-06T15:10:00+02:00 2007-12-06T15:10:00+02:00 tag:weblogpmenier,2008:weblogpmenier.153

Passage en version 1.40.4 effectue le 06/12/07.

mairie 2007-12-02T17:07:00+02:00 2007-12-02T17:07:00+02:00 tag:weblogpmenier,2008:weblogpmenier.152

Mise à jour de sécurité (voir les Changelog ci-dessous) ChangeLog-2.6.22.10 ChangeLog-2.6.22.11 ChangeLog-2.6.22.12 ChangeLog-2.6.22.13 ChangeLog-2.6.22.14

---

ChangeLog-2.6.22.10

---

ChangeLog-2.6.22.11

---

ChangeLog-2.6.22.12

---

ChangeLog-2.6.22.13

---

ChangeLog-2.6.22.14 ]]> mairie 2007-11-12T18:39:00+02:00 2007-11-12T18:38:00+02:00 tag:weblogpmenier,2008:weblogpmenier.151

Plus de détails ICI

ICI ]]> mairie 2007-10-14T15:45:00+02:00 2007-10-14T15:45:00+02:00 tag:weblogpmenier,2008:weblogpmenier.150

La version 1.0.4 de vmware-server présente un bug (?) au niveau du pilote scsi BusLogic. En effet le système tente de détecter des periphs /dev/sda a /dev/sdz qui n'existent pas. Plusieurs remèdes : Plus d'infos ici....

Plusieurs remèdes :

Plus d'infos ici.... ]]> mairie 2007-10-13T18:56:00+02:00 2007-10-13T18:56:00+02:00 tag:weblogpmenier,2008:weblogpmenier.149

Version en cours depuis le system boot 2007-10-04 19:22 : Linux version 2.6.22.9-vs2.2.0.4 Rien de particulier...

Rien de particulier... ]]> mairie 2007-10-06T11:02:00+02:00 2007-09-06T08:50:00+02:00 tag:weblogpmenier,2008:weblogpmenier.148

Compil et upgrade effectuée. En cours de test... patch vserver : patch-2.6.22.6-vs2.2.0.3.diff Le dmesg Le .config utilise Voir les changelogs sur : http://www.kernel.org/

patch vserver : patch-2.6.22.6-vs2.2.0.3.diff

Le dmesg
Le .config utilise

Voir les changelogs sur : http://www.kernel.org/ ]]> mairie