... | ... | @@ -144,7 +144,7 @@ Or iquest indique sum(DATA_SIZE = 72111664314606) |
|
|
|
|
|
Ca ne peut pas être la même chose à l'octet près car cela va dépendre de la taille des blocs. Par exemple, cette différence peut, entre autres, provenir de petits fichiers, inférieur à 4 K, qui sont automatiquement comptabilisés comme 4K par 0-Usage@summer, mais pas par iquest@mantis ?
|
|
|
|
|
|
Pour comparer exhaustivement, il aurait fallu générer les checksum de chaque fichier et de les comparer une à une. Donc au moment de transférer avec irods, le faire avec -K et générer aussi les checksums de chaque fichier du répertoire summer.
|
|
|
Pour comparer exhaustivement, il aurait fallu générer les checksum de chaque fichier et les comparer une à une. Donc au moment de transférer avec irods, le faire avec -K et générer aussi les checksums de chaque fichier du répertoire summer.
|
|
|
|
|
|
Une version moins fastidieuse est de comparer la taille de chaque fichier au lieu du checksum. Normalement, la taille des fichiers, un par un, doit etre identique (à vérifier).
|
|
|
|
... | ... | @@ -173,7 +173,7 @@ diff f1.txt f2.txt |
|
|
|
|
|
On retrouve donc bien l'unique fichier supplémentaire : le fichier usage.txt daté d'après le iput initial.
|
|
|
|
|
|
On conserve touttes ces infos de comparaison aussi dans mantis backup :
|
|
|
On conserve toutes ces infos de comparaison aussi dans mantis backup :
|
|
|
|
|
|
```
|
|
|
> iput -v -N 0 -r /bettik/lecoinal/summer_mantis /mantis/home/lecoinal/summer_japon/. -R backup
|
... | ... | @@ -187,8 +187,4 @@ C- /mantis/home/lecoinal/summer_japon/summer_mantis: |
|
|
>
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|

|
|
|
 |
|
|
\ No newline at end of file |
|
|
Tout est bien qui finit bien ! |
|
|
\ No newline at end of file |