Dxxcorp’s Blog

Le contexte est le suivant: depuis mon poste je bosse sur un serveur qui est ‘logiquement’ loin d’un autre serveur. Par ‘logiquement’, j’entends: pas dans le même réseau, y a des firewalls qui séparent, bref faire un ssh entre les deux est un poil compliqué, quoique pas infaisable, mais ne se fait pas sans un rebond par une ou plusieurs autres machines.

Le problème est de transférer un fichier .patch du serveur 1 au serveur 2. L’idée idiote de base est, puisque depuis mon poste je suis connecté aux deux, de faire un bête copier/coller à la souris d’une fenêtre à l’autre. Oui, mon fichier .patch fait moins d’une page écran.

Sauf que les .patch sont assez sensible à l’indentation et au fait que des espaces soient des espaces et pas des tabulations, et vice-versa.

D’où une technique rigolote inventée par mes soins, et qui peut servir à copier/coller des fichiers binaires assez petit, moyennant une petite contrainte.

Supposons que mon fichier s’appelle plop.patch: sur le serveur 1:

gzip plop.patch
uuencode plop.patch.gz < plop.patch.gz

Là, ça va afficher à l’écran plein de choses pas belles.

Sur le serveur 2:

uudecode

Et recopiez à la souris ce que vous a craché le serveur 1.

Et hop! magique, vous vous retrouvez avec un fichier plop.patch.gz sur le serveur 2

Juste pour le fun, un exemple:

uuencode dxx.png < dxx.png

(résultat là: dxx.png.txt parce que wordpress c’est vraiment la merde pour coller du texte non formaté)

Vous l’aurez deviné, la contrainte est que ce que crache uuencode ne doit pas faire plus d’une page écran, sinon c’est un poil fastidieux.

Pour info: uuencode veut dire ‘Unix to Unix encode’. C’est un algorithme qui permet d’encoder sur 7 bits des données binaires sur 8 bits. Il était utilisé dans les cas où les données binaires risquaient de se faire interpréter (cf uucp). Le résultat le plus ‘visible’ est que tout ce que pond uuencode est affichable

Oui je sais, tout le monde sait faire, mais ce que je propose est un truc tout couillon et quasi automatique.

C’est venu du problème suivant: je récupère de gros fichiers de chez un collègue via rsync. Je le fais une fois par jour (via cron), et il se peut que la synchro prenne plus d’une journée. Et j’ai pas envie que mon script de synchro se lance plusieurs fois. C’est donc un problème d’instance: je ne veux qu’une instance de mon script à un moment donné.

Voilà la fonction adequat, avé les commentaires:

# Fournit un mécanisme de lock: empêche plusieurs instances

# de tourner en même temps.

# Et efface le fichier de lock en sortant

# Utilisation:

# lockme fichier_de_lock

lockme(){

# Fichier de lock: fichier passé en paramètre

lock=$1

# s'il existe, c'est qu'une instance du programme tourne, donc on sort, non sans avoir annoncé le numéro du process qui tournait (des qu'on voudrait le tuer )

if [ -e $lock ]

then

echo "An instance is running (`cat $lock`)." && exit

else

# sinon, je crée le fichier en y mettant le pid du process courant

echo "$$" > $lock

# Et là, c'est la ruse: je positionne un trap qui dit que quand le programme sort (le '0' à la fin) il efface le lock. Magique

trap "echo '(cleaning)' ; rm -f $lock" 0

fi

}


Exemple complet? Exemple complet.

touch test.sh

chmod +x test.sh

vi test.sh

#!/bin/bash

lockme(){

lock=$1

if [ -e $lock ]

then

echo "An instance is running (`cat $lock`)." && exit

else

echo "$$" > $lock

trap "echo '(cleaning)' ; rm -f $lock"

fi

}

# notez que le fichier de lock NE DOIT PAS être un truc du genre `mktemp -u`, sinon plusieurs instances tourneront inévitablement!

lock=/tmp/zetestlock

lockme $lock

sleep 1000

Puis faites:

./test.sh &

./test.sh

An instance is running (7937).

Yeah!

PS: WordPress c’est de la m…. pour l’insertion de code.