Version imprimable
Bonjour,
J'ai un problème lors d'une copie:
je copie /opt/m vers par exemple /tmp/m avec la commande cp -r
/opt/m est un montage NFS d'un répertoire distant qui fait 10 Go.
Et bien mon répertoire /tmp/m fait 30Go à l'issue de la copie.
Que c'est-il passé ?
Merci de votre aide
Peut-être as-tu beaucoup de petits fichiers et le système de fichier distant est moins efficace pour les stocker.
Bonjour,
Il se peut aussi que tu comptes la taille totale occupee dans un cas, et uniquement la taille des fichiers dans l'autre cas. Mais cela depend de l'OS (source et cible), et du type des FS.
Bonjour, merci pour vos réponses ;)
Les deux systèmes (source et cible) sont en Solaris 8.
Serveur A (source de la copie):
Le volume accueille un système ufs.
prtvtoc /dev/rdsk/c0t1d0s3
* /dev/rdsk/c0t1d0s3 partition map
*
* Dimensions:
* 512 bytes/sector
* 1093 sectors/track
* 2 tracks/cylinder
* 2186 sectors/cylinder
* 65535 cylinders
* 65533 accessible cylinders
Serveur B (cible de la copie, il a le volume du serveur A monté en NFS dans un répertoire, et je copie ce répertoire sur un disque additionnel appelé "stockage" formaté également en ufs):
prtvtoc /dev/rdsk/c1t2d0s0
* /dev/rdsk/c1t2d0s0 (volume "Stockage") partition map
*
* Dimensions:
* 512 bytes/sector
* 424 sectors/track
* 24 tracks/cylinder
* 10176 sectors/cylinder
* 14089 cylinders
* 14087 accessible cylinders
Voilà je ne sais pas si quelque chose vous saute aux yeux !
Merci pour votre aide, et si je peux apporter d'autres éléments je peux essayer de les fournir,
à+ et merci
Tu donnes des infos sur les devices mais ce qui importe ici, c'est la configuration des systèmes de fichiers. Ce qu'il faudrait afficher, c'est la sortie de:
Code:df -g /opt/m /tmp/m
Salut, merci de l'intérêt que tu portes au problème que je rencontre,
voici la sortie de la commande, tapée sur SERVEUR B (cible de la copie):
SERVEUR B # df -g /opt/m/ /tmp/m
/opt/m (SERVEUR A:/opt/m): 8192 block size 512 frag size
43176750 total blocks 5120000 free blocks 4688234 available 2675200 total files
2217692 free files 80216068 filesys id
nfs fstype 00000000 flag 4294967295 filename length
/tmp/m (/dev/dsk/c1t2d0s0 ): 8192 block size 1024 frag size
141185010 total blocks 55487720 free blocks 54075870 available 8476544 total files
7983145 free files 30933000 filesys id
ufs fstype 0x00000004 flag 255 filename length
J'ai tapé la même commande sur le serveur A pour le répertoire source au cas où:
SERVEUR A # df -g /opt/m/
/opt (/dev/dsk/c0t0d0s3 ): 8192 block size 1024 frag size
43176750 total blocks 5120000 free blocks 4688234 available 2675200 total files
2217692 free files 8388611 filesys id
ufs fstype 0x00000004 flag 255 filename length
Merci ;)
La réponse est là:
/opt/m -> 512 frag size
/tmp/m -> 1024 frag size
Un fichier de 512 octets ou moins prendra 1 ko dans /tmp/m mais seulement 512 octets dans /opt/m.
Salut et merci.
j'ai voulu reconstruire un nouveau filesystem sur le disque avec des fragments de 512octets. Le problème c'est que le système refuse et remet par défaut 1024 octets car la taille des blocs est de 8192 octets.
# newfs -N -f 512 /dev/rdsk/c1t2d0s0
fragment size 512 is too small, minimum with block size 8192 is 1024
mkfs: fragsize reset to minimum 1024
D'ailleurs, si on regarde mon précédent post, le "df -g" sur le montage nfs du répertoire affichait une taille de fragment de 512 octets, alors que le même répertoire en direct sur le serveur affichait lui une taille de fragment de 1024 octets.
ça me fait un peu peur cette histoire ...
Peut-être le bon moment pour passer à ZFS ...
Malheureusement c'est impossible.
m**** bon ben tant pis, c'est foutu.
Merci pour tout, de m'avoir lu, cherché des solutions.
à ++