Sur un dossier de 80 Go , un petit fichier de 30 octets avait des droits root => ce simple fichier a donc empêché l'option --delete de rsync de fonctionner correctement
en faisant ceci : rsync -av --recursive --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3
Il n'y a plus d'erreur !
Oui effectivement les erreurs I/O me font peur aussi et j'avais donc tester en parallèle sur un HDD en usb et il y avait le même soucis et là aussi avec cette commande plus d'erreur
Par contre à force de faire plein d'essais, en renommant même le dossier source et destination sans l'espace, j'ai créé pour tester un dossier sur la destination au niveau du rang 1, et, je me suis aperçu que la suppression de dossier se faisait mais uniquement sur les dossiers du premier niveau. Plus profond en récursivité, la suppression n'est pas effective.
Pour tester j'ai renommé mes deux dossiers sources et destination et j'ai enlevé l'espace et modifié la commande en enlevant les guillemets
Sur le dossier destination, les répertoire de rang 1, non présents sur la source ont été supprimés !
Mais les répertoires plus profond et non présents sur la source n'ont pas été supprimés ! Problème de récursivité à modifier ?
Donc la première cause est bien l'espace dans le nom et non un problème de droits d'accès par ex !
Je suis obligé de renommé mes dossiers avec l'espace .. mon problème n'est donc pas résolu
En fait je pense que le souci se trouve avec Rsync + l'option --delete et un nom de fichier que l'on est obligé de mettre entre guillemet pour que le shell le prenne en considération dans son entièreté !
Rsync n'efface pas sur la source mais uniquement avec ce nom de dossier SpiderOak Hive !
Quand je lance d'autres scripts de sauvegarde sur des dossiers avec des noms sans espaces , Rsync efface correctement sur le répertoire destination ! C'est pour cela que j'en ai déduit cela ..
J'ai écris dans mon premier message les commandes que je lance exactement comme dans mon script qui n'efface pas sur la destination…
Je tourne en rond depuis pas mal de temps Je pense qu'il faut revoir les guillemets mais je ne sais pas comment faire !
Si je ne mets pas les guillemets alors le nom du dossier pris en charge est la première partie du nom de dossier uniquement soit : SpiderOak et un dossier Hive est créé à côté .. mais en aucun cas la sauvegarde Rsync ne fonctionne !
Si je mets les guillemets cela fonctionne avec tous mes sauvegardes comportant des noms de dossier sans espace !
Avec l'espace du dossier "SpiderOak One" aucun effacement n'est réalisé
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 2.
Solution trouvée
A force de chercher sans comprendre….
Sur un dossier de 80 Go , un petit fichier de 30 octets avait des droits root => ce simple fichier a donc empêché l'option --delete de rsync de fonctionner correctement
Merci à vous tous de votre aide
A plus jibi
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
en faisant ceci : rsync -av --recursive --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3
Il n'y a plus d'erreur !
Oui effectivement les erreurs I/O me font peur aussi et j'avais donc tester en parallèle sur un HDD en usb et il y avait le même soucis et là aussi avec cette commande plus d'erreur
Par contre à force de faire plein d'essais, en renommant même le dossier source et destination sans l'espace, j'ai créé pour tester un dossier sur la destination au niveau du rang 1, et, je me suis aperçu que la suppression de dossier se faisait mais uniquement sur les dossiers du premier niveau. Plus profond en récursivité, la suppression n'est pas effective.
…. ?
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
Il n'ya pas plus d'infos sur l'erreur avec cette option -vv ! :-(
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
Pour tester j'ai renommé mes deux dossiers sources et destination et j'ai enlevé l'espace et modifié la commande en enlevant les guillemets
Sur le dossier destination, les répertoire de rang 1, non présents sur la source ont été supprimés !
Mais les répertoires plus profond et non présents sur la source n'ont pas été supprimés ! Problème de récursivité à modifier ?
Donc la première cause est bien l'espace dans le nom et non un problème de droits d'accès par ex !
Je suis obligé de renommé mes dossiers avec l'espace .. mon problème n'est donc pas résolu
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
voilà tout ce que j'ai !
IO error encountered - skipping file deletion
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
En fait je pense que le souci se trouve avec Rsync + l'option --delete et un nom de fichier que l'on est obligé de mettre entre guillemet pour que le shell le prenne en considération dans son entièreté !
[^] # Re: Plus de détails ?
Posté par jibi . En réponse au message Rsync Problème avec effacement dans l'option --delete. Évalué à 1.
Re
Oui message d'erreur : _skipping file deletion
Rsync n'efface pas sur la source mais uniquement avec ce nom de dossier SpiderOak Hive !
Quand je lance d'autres scripts de sauvegarde sur des dossiers avec des noms sans espaces , Rsync efface correctement sur le répertoire destination ! C'est pour cela que j'en ai déduit cela ..
J'ai écris dans mon premier message les commandes que je lance exactement comme dans mon script qui n'efface pas sur la destination…
Je tourne en rond depuis pas mal de temps
Je pense qu'il faut revoir les guillemets mais je ne sais pas comment faire !
Si je ne mets pas les guillemets alors le nom du dossier pris en charge est la première partie du nom de dossier uniquement soit : SpiderOak et un dossier Hive est créé à côté .. mais en aucun cas la sauvegarde Rsync ne fonctionne !
Si je mets les guillemets cela fonctionne avec tous mes sauvegardes comportant des noms de dossier sans espace !
Avec l'espace du dossier "SpiderOak One" aucun effacement n'est réalisé