Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

nombre réponses : 6

#0 -1 »  Supprimer plusieurs dossiers de sauvegarde » Le 08/10/2012, à 10:38

blowbackk
Réponses : 6

Bonjour,

J'utilise une tâche cron pour mes sauvegardes mais avec le temps ces sauvegardes prennent énormément de place.

Est-ce qu'il y aurait une commande pour pouvoir supprimer plusieurs dossier d'un seul coup ?

Une option de "rm-r" ? ou supprimer les fichiers plus vieux que ... ?

Pourrais intégrer directement une tâche cron pour nettoyer ce dossier de backup ?

Les noms des dossiers sont sous la forme "2012-12-31"

Merci d'avance.

#1 Re : -1 »  Supprimer plusieurs dossiers de sauvegarde » Le 09/10/2012, à 08:24

blowbackk
Réponses : 6

Bonjour,

Merci pour ta réponse rapide.

J'ai entré :

find /backup/data/now -type d -a -mtime +30 -exec rm -r {} \;

J'ai ajoputé "-r" a rm pour pouvoir supprimer les dossiers.

Mais j'ai a chaque fois ce message :

rm: descend into write-protected directory `/backup/data/XXXXXX/2012-10-06/Webcam/Archives/2010'?

Que dois je faire pour qu'il supprime tout sans demander a chaque fois une confirmation ?

Merci

Edit : j'ai trouvé après quelques recherches, il faut enlever les alertes avec l'option "-f" sur rm

#2 Re : -1 »  Supprimer plusieurs dossiers de sauvegarde » Le 10/10/2012, à 11:20

blowbackk
Réponses : 6

Merci pour toutes ces infos.

J'aurai aimer aussi savoir comment avoir le détail de l'opération en cours.

Donc une fois la commande lancée, pouvoir voir les fichiers qui se suppriment au fur et à mesure.

Existe il une option pour "supprimer TOUT sauf"  dans le répertoire courant ?

Merci

#3 -1 »  Probleme de backup en PHP sur Server Linux » Le 11/05/2011, à 11:53

blowbackk
Réponses : 2

Bonjour,

Voici comment fonctionne les backups. Les backups sont créés à partir d'un script exécuté tous les jours ou toutes les heures via une entrée Cron.
Ces scripts sont des scripts PHP exécutés en ligne de commande.
Il y a trois répertoires de backup :
•    /backup : situé dans la même machine, sur un autre disque physique que les données
•    /backup2 : situé dans la même machine, sur un autre disque que les données et /backup
•    /backupext  :  situé sur un LaCie à distance du serveur

Voila je vous explique mon soucis, j'ai récemment du enlever un disque dur de mon serveur car il avait claqué.
J'ai redémarré mon serveur et depuis mes backups se font directement sur mon disque réservé a mon Ubuntu Server.
Normalement mon script sélectionne 4 dossiers importants se trouvant sur mon ssd (sda) et utilise Rsync pour les backuper.
Je pense que ca vient du fichier fstab mais je n'en suis pas sure.

Voici le contenu de mon fstab :

/etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda1
UUID=49b8f4f0-320a-47ba-8c49-ac90a2767ff1 /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda5
UUID=24606c17-8786-400f-9eb1-ab809dad4c8a none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
# /dev/sdb1
UUID=1d641fd3-2196-4ae0-b4e5-b03179dee25a  /backup2  ext3  suid,dev,exec  0  0
# /dev/sdc1
UUID=3a9e2282-0036-4e12-8a1f-f3116ca25fea  /backup  ext3  suid,dev,exec  0  0
# /dev/sdd1
UUID=6415e3e9-5f7b-457b-be79-564074ef7a7a  /data  ext3  suid,dev,exec  0  0
# /backupbis
//192.168.0.14/backup  /backupext  smbfs  _netdev,credentials=/root/.smbcredentials  0  0


Merci d'avance

Edit : en fait je pense que lorsque j'ai déconnecté mon disque dur pourri, au redémarrage le script n'a pas trouvé le disque donc a fait la backup sur le disque principal (grace au script php)
j'ai donc supprimer le dossier qu'il avait récemment créé sur mon disque principal, désactivé le script dans les taches cron momentanément et redémarré le serveur.
ensuite j'ai bien sure relancé la bête, j'ai créé un nouveau dossier sur le nouveau disk que je venais d'installé, démonter et remonté tous les volumes. et relancé le script de backup.
ahh la simplicité de linux...

Maintenant je pense que ca fonctione mais je ne vois pas vraiment pourquoi tout est parti en vrille jsute a cause d'un disk dur qui a claqué ?