Photographie
Linux
Envoi de mail en PERL
Aug 27th
On m’a demandé récemment un petit coup de main pour solutionner un petit problème de mail. En gros les méchants sys admins ont décidé, pour des raisons obscures que je n’évoquerai pas, que sendmail ne devait plus etre utilisé sur les serveurs. D’un coup, tout un tas de gens qui envoyaient des mails simplement avec la commande mail ou mailx se retrouvaient à ne plus pouvoir envoyer de mail. Cela les a bien mis dans l’embarras.
En même temps envoyer un mail n’est pas ce qu’il y a de plus compliqué. Le mail tel qu’on le connait est en fait régi par le protocole SMTP (Simple Mail Transfer Protocol). Examinons une simple session SMTP:
Utiliser subversion derriere un proxy HTTP
Jul 20th
Pour tester NeatX j’ai du récupérer les sources du projet qui ne sont disponibles que via SVN
Bon d’abord installer subversion (un détail):
[vincent@guiraud 14:23 ~] sudo apt-get install subversion
Puis première tentative de récupération du source code, échec:
[vincent@guiraud 14:27 ~] svn checkout http://neatx.googlecode.com/svn/trunk/ \
neatx-read-only
svn: OPTIONS of 'http://neatx.googlecode.com/svn/trunk': Could not resolve
hostname `neatx.googlecode.com': Host not found (neatx.googlecode.com)
Forcément notre réseau est derrière un proxy et ne résout pas les adresses DNS sur internet. Tout se passe via un proxy http. Qu’à cela ne tienne, le fichier de configuration ~/.subversion/servers est là pour nous aider:
[groups]
googlegroup = *.googlecode.com
[googlegroup]
http-proxy-host = proxy
http-proxy-port = 8080
http-proxy-username = vin0x64
http-proxy-password = toto1234
on définit un groupe de serveurs identifiable par leur URL, puis à l’intérieur de ce groupe on précise les infos du proxy plus éventuellement les données d’authentification au niveau du proxy.
Et là ça marche 
[vincent@guiraud 18:32 ~] svn checkout http://neatx.googlecode.com/svn/trunk/ \
neatx-read-only
A neatx-read-only/neatx
A neatx-read-only/neatx/test
A neatx-read-only/neatx/test/python
A neatx-read-only/neatx/test/python/neatx.app.nxserver_test.py
...
[UNIX] Le fichier fantome
Nov 10th
Le fichier fantôme se manifeste souvent par le fait qu’il occupe 100% d’un filesystem mais on n’arrive pas à le voir. Parfois même le filesystem semble vide. En général il s’agit d’un fichier ouver par un process mais qui a été effacé du FS, par la commande rm par exemple. Ce phénomène s’explique par le fait que unix autorise de supprimer un fichier (en réalité il se contente de supprimer la référence vers ce fichier dans la structure du FS) alors que le fichier est encore utilisé par un process. Il n’est donc en pratique pas libéré physiquement.
Comment donc allons nous faire pour récupérer la place ?
Tuner Apache pour les petits serveurs pauvres en mémoire (1)
Apr 15th
La machine qui héberge ce serveur web est une boite “kimsufi” chez OVH qui a la particularité de ne disposer que de 256 Mo de RAM. Eh oui on se croirait revenir à l’age de pierre 
).
En commenceant ce blog je trouvais que le serveur web était excessivement lent. Je viens d’en trouver la raison. La configuration par défaut du package RPM de apache que nous utilisons démare pas moins de 20 process httpd qu occupent chacun au moins 16 Mo de mémoire résidente. Sans rien faire on arrive déjà à saturer la mémoire physique donc la moitié au moins des process se trouve swappé sur disque dès le démarrage.
English
