Discussion :

[ludo40190]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

cp -Rv "$SOURCE" "$DESTINATION"

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

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.

[disedorgue]

Bonjour,

Peux-tu regarder tes limites user ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ulimit -a

pour les voir toutes ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ulimit -f

pour celle qui nous interresse ici.

Cordialement.

[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...

[jlliagre]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

split -b 1G grosFichier grosFichier.

Ça va créer grosFichier.aa grosFichier.bb etc ... que tu pourras copier sous smbfs.

[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.

[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... ?

[jlliagre]

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.