ok pour passer, il n’y a pas vraiment de meilleur moment pour passer en fait … appelles moi et on voit !

++

Et re-re merci

En fait, au départ je faisais mes sauvegardes via un php qui lançait la commande system et exécutait les commandes shell que j’avais construit avant. En fonction du retour de la commande system je faisais ensuite telle ou telle action.
C’était bien, mais je me suis rendu compte que j’étais un peu trop dépendant d’apache et donc qu’un simple restart d’apache pouvait planter la sauvegarde. (ou un timeout, ou une surcharge du buffer etc.)

C’est pour ça que je suis revenu sur du shell et de la gestion plus basique via des logs. En cas d’arret de l’action, c’est plus facile de retrouver la trace (bien qu’on puisse aussi générer un fichier de log via php).

L’idée que j’ai pour un futur projet c’est de carrément créer un logiciel de gestion de sauvegardes en php, mais utilisé en tant que cgi (donc directement en ssh) et que ce logiciel puisse être aussi accessible depuis http en se connectant au serveur sur IP:Port_defini. Comme ça, je me prend plus la tête, j’englobe toute ma soluce de gestion de noms de domaines, bdd, users unix/ftp/sql, les .hosts, les .conf etc. Mais bon, ça ce sera un gros boulot, donc c’est pas pour tout de suite

Faudrait que je passe vous voir dans vos locaux. Ca fait des mois que je dis qu’il faudrait que je me cale une date dans mon agenda sans jamais le faire. T’as des jours où je peux passer sans déranger? (comme ça on pourra parler de ces petites sauvegardes et je pourrai te montrer ce que je fais maintenant ^^)

@+

on peut échanger sur le sujet un de ces 4 si ça te branches !
++

Le problème que j’avais :
———————————-
La recherche et suppression des anciennes archives en local me supprimait aussi le fichier d’exclusion.
Apparement, le :
find $BACKUPDIR \( ! -name ‘$(basename $EXCLUDEFILE)’ ! -name ‘$(basename $TMP_LOG)’ \) -mtime +$OLD_DAYS -exec rm -drv {} \; >> $TMP_LOG ;
n’échappait pas toujours le fichier d’exclusion et donc, il finissait par le supprimer.

Une fois que le fichier d’exclusion est supprimé, c’est là que ça déraille car le script sauvegardait aussi le répertoire de backup et donc, la taille des archives gonflait de jour en jour. Si on ne faisait pas attention, au bout de quelques jours / semaines on finissait par surcharger la partition.

La solution, super simple :
————————————
C’est une petite triche, mais elle suffit largement.
Au lieu de me prendre la tête à trouver comment échapper le fichier « backup_exclude.txt » de la recherche et suppression, on modifie la date de dernière modification de ce fichier avant de faire la recherche et suppression. Le fichier étant donc toujours à la date du jour il ne peut par conséquent pas être supprimé.
C’est une petite astuce qui m’a permis de résoudre rapidement le problème. C’est pas très propre, mais pour l’instant ça suffira bien

Pour changer la date de dernière modification du fichier avec la date / heure actuel :
——————————————————————————————————————
touch $EXCLUDEFILE;

J’aurai une petite astuce pour vous. Ca consisterai a faire 2 scripts de sauvegarde. L’un pour tous les sites, l’autre pour celui là.

Dans le 2eme shell, changer le chmod du site au moment de la génération du tar (juste avant : tar -czf $BACKUPDIR$(basename $DIR) »/ »$ARCHIVE $DIR;) pour bloquer les droits d’écriture au moment de la génération de l’archive. Puis, de remettre les droits d’écriture une fois que la création de l’archive est finie. (juste après le : echo « ["$DATE_NOW"] – Génération de l’archive pour : « $(basename $DIR) » )

Ca permettra de « figer » le site le temps de la génération de l’archive (délais + ou – court en fonction de la taille du site).

Vous pouvez aussi le faire dans le faire en un seul shell, dans ce cas, ce changement de chmod s’appliquera a chacun d’eux.