Pages : 1
#1 Le 18/01/2017, à 21:11
- ijack30
Problème de replication
Bonjour
J'ai 2 serveurs Ubuntu sur 2 sites distincts.
Un a été monté avec l'ISO 16-04-1, l'autre a été mise à jour de 14-01 a 16-01
Sur le premier, j'ai créé un fichier SH dans lequel j'inscrit
rsync -avz --no-perms -o --omit-dir-times -e "ssh -i $HOME/.ssh/id_rsa" /repertoire/ user@destination:/repertoire/
Bien sur, j'ai fait en sorte que mes 2 serveurs se trust, et j'ai validé en faisant sur mon premier serveur
ssh user@destination.. Ca fonctionne sans mot de passe.
Si j'execute le fichier avec la commande bash, tout fonctionne à merveille.
Je fais donc un CRON avec ca.
Je regarde sans syslog, et au moment voulu, la tâche est bien exécutée. De plus, dans ce fichier, je demande un log, et je vois bien une écriture dans ce fichier LOG. ce qui me prouve bien que CRON execute la tâche, et que la tâche est bien exécutée.
J'ai validé les droits sur mon fichier SH, et root a les droits X
Par contre, si je regarde le serveur de destination, et le répertoire, je ne vois absolument pas les fichiers qui sont supposés être recopiés. Ils le sont, si j'execute manuellement le fichier, mais pas quand c'est CRON. C'est là que je ne comprends plus.
J'ai par curiosité mis la sécurité du répertoire destination à 777, mais je doute que cela fasse la différence.
Alors je sais vraiment plus.
Merci pour vos lumières
Dernière modification par ijack30 (Le 18/01/2017, à 21:13)
Hors ligne
#2 Le 18/01/2017, à 21:26
- J5012
Re : Problème de replication
le service cron s'execute avant le service sshd ...
Hors ligne
#3 Le 19/01/2017, à 12:58
- ikoula
Re : Problème de replication
Bonjour,
Tu peux nous montrer ta tâche cron que tu as crée ?
Thomas | Community manager | ikoula Serveurs dédiés, VPS et Cloud Public
Contactez-nous | Suivez-nous sur Twitter | Likez nous sur Facebook
Hors ligne
#4 Le 19/01/2017, à 14:02
- ijack30
Re : Problème de replication
Bonjour,
Tu peux nous montrer ta tâche cron que tu as crée ?
Voici mes commandes CRON
0 8-18 * * 1-5 /usr/bin/scripts/backup.sh
5 8-18 * * 1-5 /usr/bin/scripts/sync.sh
Par contre pour la première fois, en l'executant manuellement, j'obtiens une erreur. Peut être une piste
rsync: [sender] write error: Broken pipe (32)
rsync error: error in rsync protocol data stream (code 12) at io.c(820) [sender=3.1.1]
Dernière modification par ijack30 (Le 19/01/2017, à 14:05)
Hors ligne
#5 Le 20/01/2017, à 10:23
- ikoula
Re : Problème de replication
Bonjour,
Ton erreur ressemble à un problème de réseau ponctuel entre les serveurs donc à priori pas grand chose à y faire.
Pour revenir à la tâche cron je rajouterai "root" pour que la tâche soit lancée par l'utilisateur root.
Thomas | Community manager | ikoula Serveurs dédiés, VPS et Cloud Public
Contactez-nous | Suivez-nous sur Twitter | Likez nous sur Facebook
Hors ligne
#6 Le 22/01/2017, à 23:32
- ijack30
Re : Problème de replication
Bonjour,
Ton erreur ressemble à un problème de réseau ponctuel entre les serveurs donc à priori pas grand chose à y faire.
Pour revenir à la tâche cron je rajouterai "root" pour que la tâche soit lancée par l'utilisateur root.
Bon, mon erreur est corrigée.
ajouter root.. il me semble qu'en faisant sudo crontab -e fait en sorte que root exectute bien les taches.
Quand je regarde les logs, c'est bien root qui fait la tache.
Merci
Hors ligne
Pages : 1