Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 18/01/2017, à 22: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, à 22:13)

Hors ligne

#2 Le 18/01/2017, à 22:26

J5012

Re : Problème de replication

le service cron s'execute avant le service sshd ...

Hors ligne

#3 Le 19/01/2017, à 13: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, à 15:02

ijack30

Re : Problème de replication

ikoula a écrit :

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, à 15:05)

Hors ligne

#5 Le 20/01/2017, à 11: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 23/01/2017, à 00:32

ijack30

Re : Problème de replication

ikoula a écrit :

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