Je reviens vous tenir au courant après ce week end pascal.
Du coup suite à cette découverte de la magie du Démon, j'ai créer 2 fichiers de log (un pour chaque tar) pour récupérer les données en sortie de tar, histoire de pas surcharger mes log de save.
Et tout fonctionne bien. Mon tar HTML en local, mes dump n'ont pas bougés, et mon tar global pour envoyer le tout sur le NAS.
J'ai toujours pas compris pourquoi bash (si c'est lui qui merdoie) refuse tout autre redirection de sortie, mais au moins ça marche !
Merci de votre aide en tout cas, parce que sans la suggestion de JJD je serai encore en train de m'arracher les cheveux!
Si jamais je découvre d'où ça vient, je vous tiendrai au courant.
Alors si je résume : si dans mon script j'ai une redirection d'erreur ou pas de redirection en sortie de tar ça marche pas.
Mais avec une redirection générale ça marche ??? C'est logique ça???
J'ai retenté chaque possibilité et je confirme, avec 2>> ou rien marche pas. avec >> ça marche…
Pour la langue ça a pas d'importance, c'est juste que je trouvais ça bizarre que ça change entre le lancement à la main et le lancement via cron.
Pour l'emplacement, il y a effectivement un cd dossier juste avant, je l'avais pas copié. et le script je le lance a la main en root, mais le cron est en root aussi…
J'ai lancé le script en cron et j'ai aucune erreur, juste la liste des fichiers…
J'ai une sauvegarde de 6 dossiers (4 bases SQl, un dossier de fichiers txt essentiellement et un de programme HTML)
Et j'ai deux système de sauvegarde parallèle : un en local avec un historique de 30 jour, qui fonctionne sans soucis, et un d'urgence, ou j’envoie les fichiers du jour sur un NAS, en cas de broke système ou de crypto virus avec juste un historique de la veille avec la fonction backup de Rsync.
Mais du coup j'ai un conflit de nom… puisque mes fichiers locaux sont daté du jour, et que du coup faire rsync la dessus fait foirer la fonction backup.
Du coup je cherchait une solution un peu plus clean que : refaire un tar, ou copier les tar dans le dossier tmp avant de les renommer
Je suis pas sure de pouvoir renommer les fichier directement dans le NAS, à moins de mettre un cron en place dessus mais c'est par très très propre non plus…
# Quelques nouvelles
Posté par Tisla . En réponse au message Cron fait n'importe quoi.... Évalué à 1.
Je reviens vous tenir au courant après ce week end pascal.
Du coup suite à cette découverte de la magie du Démon, j'ai créer 2 fichiers de log (un pour chaque tar) pour récupérer les données en sortie de tar, histoire de pas surcharger mes log de save.
Et tout fonctionne bien. Mon tar HTML en local, mes dump n'ont pas bougés, et mon tar global pour envoyer le tout sur le NAS.
J'ai toujours pas compris pourquoi bash (si c'est lui qui merdoie) refuse tout autre redirection de sortie, mais au moins ça marche !
Merci de votre aide en tout cas, parce que sans la suggestion de JJD je serai encore en train de m'arracher les cheveux!
Si jamais je découvre d'où ça vient, je vous tiendrai au courant.
@+ Tisla
[^] # Re: Je pige plus là...
Posté par Tisla . En réponse au message Cron fait n'importe quoi.... Évalué à 1.
Le sendmail est pas configuré… mais avant mes changement, la sortie redirigeait les erreurs vers un fichier de log des sauvegarde.
Le script se déroulait en entier, puisque mes dump se font après le premier tar, et ils se font sans problème.
Je vais aller fouiller les log… Avec tout ce que j'ai lancé aujourd'hui je dois avoir de la matière…
# Je pige plus là...
Posté par Tisla . En réponse au message Cron fait n'importe quoi.... Évalué à 1.
Alors si je résume : si dans mon script j'ai une redirection d'erreur ou pas de redirection en sortie de tar ça marche pas.
Mais avec une redirection générale ça marche ??? C'est logique ça???
J'ai retenté chaque possibilité et je confirme, avec 2>> ou rien marche pas. avec >> ça marche…
Une idée du pourquoi quelqu'un? Help? XD
[^] # Re: Les pièges du cron
Posté par Tisla . En réponse au message Cron fait n'importe quoi.... Évalué à 1.
Pour la langue ça a pas d'importance, c'est juste que je trouvais ça bizarre que ça change entre le lancement à la main et le lancement via cron.
Pour l'emplacement, il y a effectivement un cd dossier juste avant, je l'avais pas copié. et le script je le lance a la main en root, mais le cron est en root aussi…
J'ai lancé le script en cron et j'ai aucune erreur, juste la liste des fichiers…
Mais.. C'est démoniaque ! Mon tar est bon !!!!
Et j'ai rien changé!!! quelle est cette magie ???
# Retour
Posté par Tisla . En réponse au message Rsync : Changer le nom du fichier au passage. Évalué à 1.
Merci de vos coups de main ! J'ai finalement réussi de façon pas trop crade, mes save se font bien, c'est une affaire qui roule !! merci !
[^] # Re: rsync est-il le bon outil ?
Posté par Tisla . En réponse au message Rsync : Changer le nom du fichier au passage. Évalué à 1.
C'est exactement ça !
J'ai une sauvegarde de 6 dossiers (4 bases SQl, un dossier de fichiers txt essentiellement et un de programme HTML)
Et j'ai deux système de sauvegarde parallèle : un en local avec un historique de 30 jour, qui fonctionne sans soucis, et un d'urgence, ou j’envoie les fichiers du jour sur un NAS, en cas de broke système ou de crypto virus avec juste un historique de la veille avec la fonction backup de Rsync.
Mais du coup j'ai un conflit de nom… puisque mes fichiers locaux sont daté du jour, et que du coup faire rsync la dessus fait foirer la fonction backup.
Du coup je cherchait une solution un peu plus clean que : refaire un tar, ou copier les tar dans le dossier tmp avant de les renommer
Je suis pas sure de pouvoir renommer les fichier directement dans le NAS, à moins de mettre un cron en place dessus mais c'est par très très propre non plus…
Merci de vos réponses en tout cas!