Taille limite copie sur smbfs

Version imprimable

10/04/2013, 18h14
ludo40190

Taille limite copie sur smbfs

Bonjour à tous,

Voici le problème que j'ai:

J'ai un NAS pour faire la sauvegarde d'un serveur de fichiers qui est sous linux.

J'ai au début mon script shell (qui s'exécute sur le serveur de fichiers) qui monte donc le partage du NAS sur le serveur :

Code:

smbmount //mon_ip/mon_partage /sauvegarde -o password=""

Jusque là ça va...

Et ensuite le script fait la sauvegarde, et qui contient la ligne suivante :

Code:

cp -Rv "$SOURCE" "$DESTINATION"

Et là, problème. En effet j'ai le message à un certain moiment :

Citation:

File size limit exceeded

Et la copie s'arrête...

En effet, j'ai vu ensuite que le partage que j'ai monté a pour file system "smbfs" et que ce dernier n'accepte pas des copie de fichiers de plus de 2Go. Donc lorsqu'il veut copier le premier fichier dépassant cette taille ça bloque...

Alors j'ai également vu qu'on pouvait monter le partage en "cifs" pour outrepasser cette limite mais mon linux est trop vieux, et ne le supporte pas, c'est donc impossible...

Avez-vous des idées ?
Merci d'avance.
11/04/2013, 00h13
disedorgue

Bonjour,

Peux-tu regarder tes limites user ?

Code:

ulimit -a

pour les voir toutes ou

Code:

ulimit -f

pour celle qui nous interresse ici.

Cordialement.
14/04/2013, 11h28
ludo40190

salut,

alors un ulimit -f me donne unlimited...

Mais j'ai un peu plus regardé toutes les options avec ulimit -a, et j'ai vu qu'il existe un "core file size" visible avec ulimit -c.
Et la j'ai 1000000 de blocks... quand je fais la copie j'ai "file size exceeded (core dumped)"... ça correspond ?

En revanche même en passant le 'core file size' en unlimited toujours la même erreur... pffff... je comprends pas mais à priori ce serait une limitation de smbfs...
14/04/2013, 12h07
jlliagre

Citation:

Envoyé par ludo40190

je comprends pas mais à priori ce serait une limitation de smbfs...

Oui, c'est bien une limitation connue. Le pilote smbfs utilise un offset sur 32 bits pour l'accès aux données d'un fichier. La taille maximale d'un fichier est donc de 2^31 -1 = 2147483647 octets.

Comme tu l'a déjà écrit, la solution est de passer par le driver cifs qui n'a pas cette limitation.

Sinon, tu peux toujours découper tes fichiers en tranches de 1 Go puisqu'il s'agit de backups.

ex:

Code:

split -b 1G grosFichier grosFichier.

Ça va créer grosFichier.aa grosFichier.bb etc ... que tu pourras copier sous smbfs.
14/04/2013, 18h09
disedorgue

Je me trompe peut-être, mais un offset 32 bits c'est 2^32 -1=4294967295 octets.
D'ailleurs, un octet c'est du 8 bits et 2^8 -1=255.

Après, je ne remets pas en cause la taille max géré par le pilote du smbfs (pour tout dire, je n'en sais rien mais j'aurais tendance à te croire car cette limite était omniprésente pour pas mal de système de fichiers).

D'ailleurs, quel est le format du système de fichiers du nas ?

Cordialement.
14/04/2013, 19h24
ludo40190

Le NAS est formaté en "NTFS"...

Après oui je pourrai spliter mes fichiers qui ont une taille supérieur à 2Go, mais je n'aime pas trop cette solution de contournement qui je suppose augmentera sensiblement le temps de mes sauvegardes...

Alors je me demande, pour pouvoir utilisé du cifs, que dois-je faire, intégrer cifs au kernel ? upgrader samba ? est-ce facile ?

Ou avez-vous d'autres idées moins contraignantes... ?
14/04/2013, 23h18
disedorgue

Pour gagner du temps, pourrais tu fournir plus d'indications, comme la version de linux, le noyaux, la version de samba,etc...

Sinon, a priori, il existe une option qui peut éventuellement t'aider si elle existe sur ta version (ce qui voudrait dire que ton noyaux est déjà patché):

Code:

smbmount //mon_ip/mon_partage /sauvegarde -o lfs,password=""

Il semblerait, que même si le noyaux est patché, si on ne spécifie pas cette option, par défaut, smb considère toujours la limite à 2go.
15/04/2013, 01h53
jlliagre

Citation:

Envoyé par disedorgue

Je me trompe peut-être, mais un offset 32 bits c'est 2^32 -1=4294967295 octets.

Non, tu ne te trompes pas bien sûr. Le problème est que dans le pilote, l'offset est signé, ce qui fait perdre un bit.
15/04/2013, 19h52
ludo40190

Génial !

Ca fonctionne parfaitement avec l'option lfs...
Je n'avais pas trouvé cette info sur le net...

Merci énormément ! Comme quoi ça vaut vraiment le coup de poser des questions sur ce forum ! Et ce n'est pas la première fois...

Résolu!