Ubuntu-fr

ijack30

Script qui s'exécute mal

Bonjour

Nous avons 2 serveurs Ubuntu 14 identiques,
Le 1er est sur le site principal et en production pour GLPI
le 2eme sur un site distant et ne sert que de relève en cas de problème avec le 1er serveur ou site.

J'ai plusieurs scripts pour faire des sauvegardes de la BD et des fichiers GLPI.
Tout est automatisé et fonctionne très bien.

J'ai un autre script, qui lui synchronise les données sauvegardées entre le 1er site et le 2eme.
Ce script fonctionne très bien lorsque je le lance. sudo bash .......

Lorsque je le programme a une heure et date, il s'exécute bien, mais par contre, il ne semble pas exécuter correctement la copie des fichiers. La BD, est bien répliquées, mais pas les documents.

Voici mon script

#!/bin/bash
#synchronisation de tous les fichiers de /var/www/glpi/files/ vers le serveur BU /mnt/backup_glpi/files
rsync -avz -e "ssh -i $HOME/.ssh/id_rsa" /mnt/backup_glpi/ itadmin@releve:/mnt/backup_glpi/

le repertoire backup_glpi comporte la BD MySQL et le dossier files
le script semble se faire a moitié. Je m'explique, si dans files, il se créé un nouveau répertoire, il sera créé sur le serveur releve. Mais par contre, les nouveaux documents ne sont pas copié.
Ce matin, sur le serveur production, dans le dossier files/PDF se créé un dossier cc dans lequel un fichier PDF est inscrit.
sur le serveur de releve, le dossier /files/PDF/cc est bien créé, mais le fichier PDF n'est pas là.

Si j'execute le script manuellement, le fichier sera recopié.

Étrange.

attibuts du dossier cc du serveur production

drwxr-xr-x 2 www-data www-data 4096 déc 12 08:57 cc

attibuts du dossier cc du serveur releve

drwxr-xr-x 2 itadmin itadmin 4096 déc 12 08:57 cc

Voici le résultat de l’exécution manuelle

itadmin@ubuntuglpi:/usr/bin/scripts_glpi$ sudo bash sync.sh
[sudo] password for itadmin:
sending incremental file list
rsync: failed to set times on "/mnt/backup_glpi/.": Operation not permitted (1)
./
rsync: failed to set times on "/mnt/backup_glpi/files": Operation not permitted (1)
files/
files/EML/83/17bc193cc9dfc9b12347db481c4fc556e3f115.EML
files/JPG/7c/94462cab2e61d378c549ee24267560cea828b9.JPG
files/PDF/18/e41fa8db274af915171b1de38f7615c4b78e68.PDF
files/PDF/46/9419b56df9fe209452fbbd986581cfe3a4af48.PDF
files/PDF/7d/597ad3c2e4faedf986ce96e943406e5e21c63e.PDF
files/PDF/9f/b27d3b3ada98627bfd2d51745c2e4ce113955f.PDF
files/PDF/cc/a88d7a1c2de8593e3787bd48ada7ad9d440e76.PDF
files/PDF/d7/fceaaee1b0da27c4b6efaa7bf4f05d9ff11071.PDF

sent 779,523 bytes  received 564 bytes  222,882.00 bytes/sec
total size is 348,298,032  speedup is 446.49
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1183) [sender=3.1.0]

Avez vous des suggestions ?

Merci

Dernière modification par ijack30 (Le 12/12/2014, à 20:13)

bruno

Re : Script qui s'exécute mal

Bonjour,

Première question à te poser : pourquoi le propriétaire/groupe ne sont pas les mes sur les deux machines alors que l'option -a de rsync est justement censée préserver, entre autres, le propriétaire et le groupe ? À vérifier sur les autres fichiers/dossiers…

Deuxième question : ne vaudrait-il mieux pas se connecter en root sur « releve » pour éviter les problèmes de droits d'accès sur tout ce qui n’appartient pas à « itadmin » ? Ce qui éviterait ce type d'erreur :

rsync: failed to set times on "/mnt/backup_glpi/.": Operation not permitted (1)

Dernière modification par bruno (Le 13/12/2014, à 07:52)

ijack30

Re : Script qui s'exécute mal

Merci pour ta réponse

Je ne saurais répondre à tes questions.
le script s’exécute avec Cron sous root.

Pour ta 2eme question, lorsque je me connecte, je suis sous adminit, oui y'a cette erreur, mais mes fichiers sont bien recopiés d'un serveur à l'autre.