Red Hat rachète la société Inktank à l'origine de Ceph

Posté par  . Édité par Nils Ratusznik, ZeroHeure, Benoît Sibaud et claudex. Modéré par claudex. Licence CC By‑SA.
Étiquettes :
29
4
mai
2014
Red Hat

Ce 30 avril 2014, Red Hat annonce avoir engagé le rachat de Inktank, société à l'origine du système de fichiers distribué Ceph, pour la somme de 175 millions de dollars.

Cette acquisition, accompagnée de celle de Gluster en octobre 2011, permet à Red Hat de se placer en tant que leader dans le domaine des systèmes de fichiers distribués libres. Gageons que ce rachat permettra au projet Ceph de se développer plus rapidement et de bénéficier de l'expertise de Red Hat dans l'écosystème autour du noyau Linux.

Forum Linux.général Recherche système de fichier distribué extensible

Posté par  . Licence CC By‑SA.
Étiquettes :
2
4
mar.
2014

Bonjour à tous,

Je suis en train de refaire totalement les serveurs que j'héberge chez moi, et une idée m'est venue sans que j'arrive à vraiment trouver des info. Je pense que je ne dois pas chercher comme il faut. Alors je me tourne vers vous.
J'aimerais constituer un stockage en réseau qui puisse être distribué et extensible.
En gros, je démarre à une machine (linux ou BSD) avec gros disque dur qui expose NFS et SMB au reste du (…)

Et si la meilleure des cartes RAID était libre ?

Posté par  (site web personnel) . Édité par Nils Ratusznik, Nicolas Casanova, Tonton Th, palm123, NeoX, ZeroHeure, Jiehong, Nÿco et jcr83. Modéré par ZeroHeure. Licence CC By‑SA.
Étiquettes :
97
10
fév.
2014
Technologie

ZFS comme son nom ne l'indique pas n'est pas juste un système de fichiers. Plus je l'utilise plus je dirais même que le système de fichiers n'est qu'une des fonctionnalités sympa de ZFS. ZFS est avant tout un moyen d'organiser de façon efficace ses ressources de stockage, une sorte de carte RAID surpuissante.

NDA : merci à Nicolas Casanova, Tonton Th, NeoX, Jiehong, jcr83 et ZeroHeure pour leur relecture attentive

Forum Linux.général filesystem, traçabilité des modifications, restauration après suppression

Posté par  . Licence CC By‑SA.
Étiquettes :
1
26
déc.
2013

Bonsoir à tous,

Si vous le permettez, j'aurai une question à vous poser. Je voudrais avoir un file server qui propose les features suivantes :

1) garder une traçabilité (via un journal) des modifications survenues sur le filesystem (modification de fichier, suppression de fichier, voire même ouverture en mode R d'un fichier, etc.),

2) je voudrais qu'un fichier supprimé ne soit pas réellement supprimé du filesystem, même s'il devient “invisible” via les commandes Bash standards et l'explorateur de fichier. Ainsi, (…)

Forum Linux.général Restauration automatique ça existe?

Posté par  . Licence CC By‑SA.
Étiquettes :
0
15
nov.
2013

bonjour,
Voila je voudrais savoir s'il existe un système de fichiers ou un truc genre LVM ou … pour restaurer automatiquement un disque après un crash du disque quand on fait un miroir sur 2 disques ?? Sous raid1, il faut tout refaire le partitionnement à la main mais peut être en 2013 il existe un système intelligent ou on a juste besoin de retirer le disque a chaud et tout le miroir se refait automatiquement non?

Journal Un module noyau pour le support exFAT, en GPLv2 !

Posté par  . Licence CC By‑SA.
Étiquettes :
41
17
août
2013

Bonsoir Nal ! [*]

exFAT est un nouveau système de fichiers développé par Microsoft, dans la lignée de la FAT.

Ce système de fichiers est celui retenu par le consortium SDcard pour le nouveau format SDXC de SDcard haute capacité (32GiB à 2TiB).

Par rapport à la FAT traditionnelle, il permet de :

  • dépasser la barrière des 4GiB par partition
  • dépasser la barrière des 4GiB-1 par fichier
  • horodater les fichiers avec une définition de 10ms

Cependant, ce système de fichiers (…)

Forum Linux.général Promox et RAID logiciel, que faire ?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
7
juil.
2013

Salut les proxy squid et autre daemons httpd.

N'étant pas du tout érudit aux technos RAID/VIRTU. J'aimerais vos avis éclairés sur diverses possibilités de mise en place d'une configuration un minimum redondée.

Actuellement j'utilise un vieux serveur P4 / 1 Go de RAM : HDD de 80Go, pour le système Debian que je viens de migrer vers la 7.1, et un 250Go pour mes data. Pas de RAID, à l'ancienne : méthode la confiance règne.
Le disque de data, un (…)

Forum général.cherche-logiciel Base de donnée du système pour comparaison

Posté par  . Licence CC By‑SA.
Étiquettes :
0
1
juil.
2013

Mon PC est un gigantesque capharnaüm, avec pas mal de DD branchés et des partitions dans tous les sens avec plein de fichiers en double voire en triple ou pire encore.

Je cherche donc à faire du ménage.

Et je pensais pour ça à un soft capable de scanner tous les fichiers dessus, en tirer à chaque fois un bon gros hash mis dans une base de données, et ensuite de pouvoir tous les comparer les uns les autres pour (…)

dfc 3.0.0 : nouvelle version majeure pour cette alternative haute en couleurs à l'utilitaire df(1)

Posté par  (site web personnel) . Édité par Nÿco, claudex et Florent Zara. Modéré par Florent Zara. Licence CC By‑SA.
Étiquettes :
34
31
mai
2012
Ligne de commande

Pour ceux ayant raté ma dépêche présentant dfc(1) le 1er avril dernier, sachez qu'il s'agit d'un utilitaire en ligne de commande se voulant une alternative au vénérable df(1), apportant notamment de nombreuses options supplémentaires ainsi qu'un affichage coloré comportant des barres de graphe.

Plusieurs lecteurs de LinuxFr.org avaient fait part de leurs suggestions d'améliorations et requêtes de nouvelles fonctionnalités en commentaire de la dépêche et elles ont pour la plupart pris place dans cette nouvelle version majeure de dfc(1), aux côtés d'autres améliorations.

dfc(1): une alternative à df(1) apportant couleur et graphe

Posté par  (site web personnel) . Édité par baud123. Modéré par baud123. Licence CC By‑SA.
Étiquettes :
37
1
avr.
2012
Ligne de commande

Il y a maintenant une quinzaine jours, j'ai entrepris l'écriture d'un petit utilitaire se voulant une alternative au fameux df(1).

J'ai d'abord commencé le développement avec comme objectif mon propre plaisir à développer puis je me suis vite rendu compte qu'il se trouvait des personnes intéressées par ce projet.

Les versions se sont succédées à un rythme soutenu jusqu'à la version 2.3.0 sortie aujourd'hui. J'ai estimé que la maturité de ce programme était maintenant suffisante afin de mériter une dépêche et de le faire connaître aux personnes pouvant potentiellement être intéressées.

Qu'apporte dfc(1) que ne propose pas déjà df(1)? En voici la liste :

  • Gestion des couleurs avec modes automatique, toujours et jamais (similaire à ce que l'on peut trouver dans les commandes ls(1) et grep(1)).
  • Affichage d'un graphe montrant le taux d'utilisation des disques.
  • Possibilité d'afficher les options de montage.
  • Ajustement automatique de l'affichage en fonction de la taille du terminal.

En plus de ces options, dfc(1) gère également une fonction de filtrage par type de système de fichiers (inclusion et exclusion), le choix de l'unité de mesure pour l'affichage (human-readable, Kio, Ko, Gio, etc.), le décompte du nombre d'inodes, la somme des données (y compris les inodes si l'option est activée) et l'affichage du type de système de fichiers.

Pour l'instant, dfc(1) ne fonctionne que sur GNU/Linux mais un portage est en cours pour prendre en charge notamment FreeBSD et le portage vers d'autres plate-formes (autres *BSD et OSX) devrait se faire à plus ou moins moyen-terme.

Journal nouvelle version pour Moosefs : 1.6.24

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
17
15
mar.
2012

bonjour nal,

juste un petit message à la communauté pour signaler le passage de la version 1.6.20-2 à la version 1.6.24 du système de fichiers distribué moosefs.

cette première mise à jour d'une longue liste a pour but la migration majeure vers la version 1.7 d'ici la fin de l'année.

annonce de la nouvelle version :

http://www.moosefs.org/news-reader/items/moose-file-system-v-1624-released.html

la roadmap peut être trouvée à cette adresse :

http://www.moosefs.org/roadmap.html

moosefs est un système de fichiers distribué, son architecture comporte un serveur maitre (…)

Forum général.général Système de fichier minimal

Posté par  (site web personnel) .
Étiquettes :
3
20
fév.
2012

Bonjour,

Je me pose depuis un moment une question, purement théorique (je n'ai pas en tête d'application pratique directe, ou alors quelques bribes) :
Quel serait le système de fichier le plus adapté pour des partitions (ou fichiers blocs) toutes petites (quelques Mo voir plus petit) ? L'idée serait que le système de fichiers ne prenne que le moins de place possible, que le résultat obtenu tendrait vers un 'df' à vide de la partition à peu près équivalente à la taille (…)

Journal btrfs avance à grands pas

Posté par  . Licence CC By‑SA.
Étiquettes :
24
20
fév.
2012

Bonjour, lecteurs fréquemment affublés d'un nom de mollusque bivalve et passionnés par les développements dans le monde austère et précautionneux du stockage de nos chères données.

btrfs, "le petit système de fichiers qui monte", progresse chaque jour, notamment sous les houlettes d'Oracle (qui entend peser de tout son poids pour le faire admettre comme un concurrent sérieux à ZFS) et Redhat. Une petite recherche ciblée sur le net m'a permis de dénicher quelques nouvelles intéressantes.

ZFS, l'aîné et la (…)

Journal Quelles solutions adopter pour améliorer un parc existant ? La suite !

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
30
1
fév.
2012

Deux ans plus tard, voici (enfin) un retour sur les choix que j'ai fais rapport à ce que j'indiquais ici.

  • Concernant l'accès aux données: j'ai opté pour le système de fichiers réparti et à tolérance de pannes MooseFS. C'est GPL, stable (il manque toutesfois une vraie recette pour la HA en ce qui concerne le serveur de métadonnées), extrêmement simple à configurer et faire évoluer. L'autre avantage, c'est que vous y accédez comme n'importe quel système de fichiers (…)