Salut à tous.
 
Je vous soumets mon petit problème.  
 
Je recherche un OS (nécessairement libre pour des raisons légale) implémentant un système de fichiers capables de supporter des volumes très grands (potentiellement plusieurs dizaines de téra octets). A priori, j'ai lu qu'ext3 avait une limite de 8 TB, donc c'est pas bon. Mon autre contrainte est que le système doit reconnaitre des cartes HBA pour s'interconnecter sur un SAN.
 
voilà voilà; si vous avez des idées

Salut,
8TB c'est pour une partition je pense. Rien ne t'empêches de partitionner un peu tout ça, non ?
Ou alors ta question est pour un seul fichier (style base de donnée) de plus 8TB ?

non, en fait c'est pour faire un LUN de plusieurs téra sur un SAN. (pour du stockage de syslog). Il faut donc que le système ne voit qu"une seule partition pour stocker les syslog au même endroit (du point de vue du système).
 
A priori, j'ai vu que UFS2 (FreeBSD) ou ZFS (solaris) qui supportent ces tailles là.

Il faudrait voir ce qu'utilisent EMC dans les produits Clariion par exemple.
Désolé, je n'en sait pas plus...

Tout ce que je peux te dire c'est que j'ai fais un XFS de 4.5To via un HBA iSCSI Qlogic QLA4xxx.
 
Ca marche et c'est en prod depuis quelques moi. RAS.
 
Par contre sache que les système de partitionnement MSDOS ne gère pas plus de 2To, il te faudra passer par autre chose (Intel GPT pour moi).
Encore une chose à savoir beaucoup d'outils se vautre complètement. J'ai créer mes partoches avec parted mais la taille affichée n'était pas bonne.
Seul /proc/partitions à l'air fiable

Je plussoie pour ce qu'a dit M300A :
 
XFS est proche du FS idéal pour les volumes et fichiers de très grande taille, avec des performances particulière à ce niveau, on peut noter que :
 
- c'est un véritable système de fichier 64 bits (adressage de blocs très élevé donc)
 
- la création et le formatage de larges partition est extrêmement rapide avec XFS
 
- le montage des volumes est quasi-instantané
 
- une vérification rapide du FS est effectuée de façon invisible à chaque montage, il n'y a pas de longs scans tous les n montages comme avec ext3 par ex. (ce n'est nécessaire qu'en cas de corruption détectée).
 
- la manipulation de larges fichiers se fait avec une remarquable aisance (quand on a le matériel qui suit évidemment)
 
 
Il y a bien sûr d'autres caractéristiques intéressantes que tu pourras découvrir sur le lien ci-dessous :
   ---> http://oss.sgi.com/projects/xfs/index.html
 
 
Je l'utilise depuis quelques mois sur une machine de test, aucun problème à signaler. Faut dire c'est du lourd le FS de SGI : XFS est utilisé par de gros clients (recherche, simulation, visualisation, cinéma, etc.)
 
 

merci

C'est le cadeau d'arrivé de ma nouvelle boite :
 
- Adam, faut installer bacula et backuppc la dessus, y'a une bai iSCSI de 4.5To et un autochanger Dell 21 slots 2x LTO3
- Ok

perso je bosse en UFS2

Debian GNU/Linux tout ça

le problème avec linux c'est le contrat de support derrière alors qu'avec Solaris y a Sun derrière (pour un client c'est toujours bien, "Sun Microsystems" ) et pour FreeBSD je crois qu'on peut leur acheter un contrat de support aussi. Alors qu'avec linux, c'est du Red hat ou du Suse.
 
bref...

Et si on s'occupait du support ?

t'assures de la maintenance 2 heures hardware / 4 heures software toute l'année ?

Oui.

C'est pas forcément 8TB le max de l'ext3.
Cf :
http://en.wikipedia.org/wiki/Ext3
Ca dépend de la taille des blocs.

Reste qu'après ext3 n'est tout simplement pas taillé à la base pour gérer de très gros volumes de données ; on reste ainsi très loin derrière les performances de XFS capable de supporter des débits allants jusqu'à plusieurs Go/s avec un adressage maximal pouvant atteindre plusieurs millions de To en 64 bits...  
 
Peut être qu'avec ext4 il y aura une amélioration significative à ce niveau, à suivre.
 

J'ai pas dit le contraire. Je corrigeais juste l'erreur: ext3 peut supporter plus que 8TB