[Réseau/NAS]Le topic des gros nas

[Erokh]

Tu connais l'équivalence en Watt d'un litre d’essence ? 30€/an en électricité c'est que dalle, sans compter la liberté d'en faire ce qu'il veut.

Quoi?! Je rêve, ou tu t’énerves tout en disant la même chose que moi?
Oh attends, je crois que c'est une blague avec le mot consommation?! wow! fallait aller la chercher celle-là

Pour la deuxième partie, je crois qu'on est d'accord mais que tu as mal lu (t'aurais pas survolé le "que" dans la phrase par hasard?).

[Eradan]

Il doit répondre à la modification de rewanwolf.

[MegABiloU]

Bon j'ai du remplacer un 6 To par un 10To sur mon DS918+

Pratique, je n'ai même pas eu à réinstaller DSM.

J'ai juste rechargé mes dossiers partagés su ma config.
Par contre étant en Jbod, j'ai du refaire mes groupes de disque et mon volume.
Et la vérification du volume est longue.



Il ne me restera plus qu'a remettre les données une fois la vérification terminée.

Par contre voir tout cet espace disponible c'est toujours sympa.

[Erokh]

Ouais le JBOD c'est cool, mais ça me fait un peu peur sur le long terme: si un disque claque, je suis sensé pouvoir continuer à utiliser les autres, c'est ça? Mais si je veux le remplacer, pareil? et comment je sais quelle donnée est sur quel disque, pour pouvoir les copier ailleurs avant d'installer le nouveau disque? etc etc.
Ptête qu'il y a les réponses chez Syno, mais j'ai jamais pris le temps de fouiller.

[acdctabs]

Sur mon Syno j'ai un disque qui a laché (j'ai un 416j). Je l'ai remplacé et mis à part que la reconstruction prend un peu de temps c'est parfait.

[smooki]

ouais parce que c'était pas en JBOD du coup :P

[MegABiloU]

Ouais le JBOD c'est cool, mais ça me fait un peu peur sur le long terme: si un disque claque, je suis sensé pouvoir continuer à utiliser les autres, c'est ça? Mais si je veux le remplacer, pareil? et comment je sais quelle donnée est sur quel disque, pour pouvoir les copier ailleurs avant d'installer le nouveau disque? etc etc.
Ptête qu'il y a les réponses chez Syno, mais j'ai jamais pris le temps de fouiller.

j'utilise jbod car j'ai une machine dédiée au backup.
ça me permet de pouvoir ajouter des disques au besoin comme je l'ai fait.

Autre avantage, s'il reste des slot de disque dur, ça permet d'étendre le volume sans rien avoir a installer un peu comme en shr mais sans le disque de parité et sans avoir a reconstruire la grappe.

[Erokh]

J'ai mis en place le JBOD pour m'affranchir des limitations de mes disques en terme d'espace. Mais le temps avançant, je me dis que si un disque lache, j'ai beau avoir un backup sur un DD externe, je risque d'être bien emmerdé.

Je devrais récupérer un vieux PC de bureau, mais qui sera déjà bien plus récent (et puissant) que ma machine actuelle. Je pense que je vais en profiter pour copier les données dessus, shooter le volume JBOD, et en faire des volumes simples. Tant pis, je devrai classer mes fichier un peu différemment.

[MegABiloU]

En effet je partage ton sentiment, c'est pas forcément évident de diviser son espace de stockage en plusieurs volume.

[Bah]

Question Disk Station Manager. Y'a moyen de changer la vue par défaut de l' "explorateur" ? Chaque fois il me met des gros icônes et moi je veux la liste. J'ai pas trouvé dans les paramètres.

[Jerom]

Oui mais JBOD ça veut quand même dire "Just a Buch of Disks" - pas très rassurant quand même.
J'espère qu'il met les fichiers bout à bout et que si un disque crashe : tu n'as pas des bouts de fichiers des autres disques qui ont disparu/corrompus ... (jamais "testé")
Même si c'est moins pratique : des volumes séparés sur chaque disque me paraissent plus "safe" !
Et on va pas revenir sur le débat RAID=pas un backup mais uniquement utile pour la **disponibilité** des data.

[MegABiloU]

En fait d'après ce que j'ai compris ça écrit dans l'ordre. tu remplis disque 1 puis 2 puis 3...

Mais ça reste à valider.

Et de toute façon si on réfléchit un peu, lorsque'on supprime des données puis réinscrit au bout d'un moment tout est un peu mélangé.

[smooki]

Salut,
je vois souvent des gens qui se montes de Grappes Avec Deux disques de parités (raid6 like) avec des gros disques de 8To
Et même des gens qui mettent ça dans des Synology 4 bais, donc j'imagine en raid5 like,
Je pensais que les temps de recontruction (resilvering) étaient trop important pour utiliser sans trop de risques des disque de plus de 2/3To.
Tu coup les gens sont inconscient ou cette limite n'est pas réellement valide ?

Doit on forcément utiliser du Raid10 like avec des disque de très grosses capacités par conséquent ?

Si quelqu'un peu me valider mon interprétation ...

[Bah]

Petite question : y'a des gens qui utilisent kodi avec des fichiers vidéos qui sont sur un NAS ? Parce que si je fais ça (en tout cas depuis un ancien kodi sur mon android box) j'ai pas accès à la fonction "resume" du programme qui permet de commencer le fichier où on l'a stoppé la dernière fois. Je me demande si y'a un moyen de régler ça.

[Guapo]

En théorie, on ne met pas de gros disque en raid 5 car en cas de crash d'un disque, le temps de reconstruction étant très long (plusieurs semaines), le risque de crash d'un second disque est trop élevé pour que ça ait un réel intérêt.
On met donc un 2e disque de parité, voire un 3eme (en raid-Z3 en ZFS par exemple) sur des disques de plusieurs TB.

- - - Updated - - -

J'ai Kodi connecté à mon NAS et je n'ai pas ce problème. Kodi ne stocke pas ces informations sur le NAS mais dans un répertoire sur la machine où il est installé, donc j'imagine plus un problème à ce niveau-là.

[mikeul]

Petite question : y'a des gens qui utilisent kodi avec des fichiers vidéos qui sont sur un NAS ? Parce que si je fais ça (en tout cas depuis un ancien kodi sur mon android box) j'ai pas accès à la fonction "resume" du programme qui permet de commencer le fichier où on l'a stoppé la dernière fois. Je me demande si y'a un moyen de régler ça.

Idem Guapo, pas de souci de mon coté, les fichiers sont sur le NAS. Je confirme, les infos sur les fichiers sont, dans une installation standard de Kodi, stockées en local.

[shlagevuk]

Salut,
je vois souvent des gens qui se montes de Grappes Avec Deux disques de parités (raid6 like) avec des gros disques de 8To
Et même des gens qui mettent ça dans des Synology 4 bais, donc j'imagine en raid5 like,
Je pensais que les temps de recontruction (resilvering) étaient trop important pour utiliser sans trop de risques des disque de plus de 2/3To.
Tu coup les gens sont inconscient ou cette limite n'est pas réellement valide ?

Doit on forcément utiliser du Raid10 like avec des disque de très grosses capacités par conséquent ?

En théorie, on ne met pas de gros disque en raid 5 car en cas de crash d'un disque, le temps de reconstruction étant très long (plusieurs semaines), le risque de crash d'un second disque est trop élevé pour que ça ait un réel intérêt.
On met donc un 2e disque de parité, voire un 3eme (en raid-Z3 en ZFS par exemple) sur des disques de plusieurs TB.

C'est exactement ça. Si tu n'as que 4 baies dans ton NAS privilegie du raid 10 (en software ça marche très bien).

La comparaison est simple à faire au final:
-raid 6 sur 4 disques: rebuild long. 50% d'espace effectif
-raid 10 sur 4 disques: rebuild rapide, 50% d'espace effectif

Pense que les raid ne sont pas une solution de "preservation des données" (duplication distante, sauvegarde froide). Si tu peux te passer de tes données le temps d'acheter un disque et de reconstruire/retransferer tes données. Tu auras meilleur compte de garder tes données live en JBOD et de te prévoir une solution de backup.

[smooki]

Merci

Et donc un raid6 (7HDD) de 8Tb ça vous parait dangeureux ?
Sous freenas, le temps de resilvering correspond ~ au temps que prend le scrub ? (8 heures actuellement sur mon raidz3, oui je suis en raidz3 mais c'est une autre histoire)

[Bah]

Idem Guapo, pas de souci de mon coté, les fichiers sont sur le NAS. Je confirme, les infos sur les fichiers sont, dans une installation standard de Kodi, stockées en local.

Mmmmh. Faut que je creuse ça alors. Merci ! Vous savez comment où sont stockés les fichiers ? Je suis sous Android avec cette machine et pas sous Windows, du coup je suis moins à l'aise.

[MegABiloU]

C'est exactement ça. Si tu n'as que 4 baies dans ton NAS privilegie du raid 10 (en software ça marche très bien).

La comparaison est simple à faire au final:
-raid 6 sur 4 disques: rebuild long. 50% d'espace effectif
-raid 10 sur 4 disques: rebuild rapide, 50% d'espace effectif

Pense que les raid ne sont pas une solution de "preservation des données" (duplication distante, sauvegarde froide). Si tu peux te passer de tes données le temps d'acheter un disque et de reconstruire/retransferer tes données. Tu auras meilleur compte de garder tes données live en JBOD et de te prévoir une solution de backup.

C'est ce que j'ai choisi, c'est un peu plus cher en coût disque et machine mais au moins je n'ai jamais perdu de données.
Et en plus en rusant un peu on peut avoir un backup sur le cloud avec taille illimitée grâce à l'offre backblaze pour Desktop à 5€ /mois si la machine de backup est sur windows ou mac.
Et vu que j'utilise un système de grappe jbod, s'il reste des ports sata sur mon nas je peux étendre mon volume à chaque ajout de disque.

[Guapo]

Merci

Et donc un raid6 (7HDD) de 8Tb ça vous parait dangeureux ?
Sous freenas, le temps de resilvering correspond ~ au temps que prend le scrub ? (8 heures actuellement sur mon raidz3, oui je suis en raidz3 mais c'est une autre histoire)

raid z3, c'est 3 disques de parité, donc ça n'est pas un problème si ton but est la disponibilité.
Mais, ça ne te dispense pas d'avoir un backup des données comme le dit shlagevuk.

[smooki]

ma question est juste de savoir si il on sait a peu près ce qui est raisonnable en taille de disque suivant le type de grappe ....

[Guapo]

ma question est juste de savoir si il on sait a peu près ce qui est raisonnable en taille de disque suivant le type de grappe ....

C'est dans les limites du raisonnable, pas de problème.

[mikeul]

Mmmmh. Faut que je creuse ça alors. Merci ! Vous savez comment où sont stockés les fichiers ? Je suis sous Android avec cette machine et pas sous Windows, du coup je suis moins à l'aise.

L'emplacement des fichiers de config et des bibliothèques, c'est /Android/data/org.xbmc.kodi/files/.kodi/userdata/

à l'intérieur, il y a plusieurs fichiers (XML et SQLlite). La biblio vidéo est stockée dans un fichier du type MyVideoXX.db, où XX est un nombre.

Il peut donc y en avoir plusieurs, chacun avec un numéro différent (MyVideo5.db par ex). Il faut prendre le fichier le plus récent (trier par date de modif).
Je ne me souviens plus précisément dans quelle table, mais avec un outil type DB Browser ou SQLite Spy, on trouve assez facilement (et on doit trouver la doc en ligne).

C'est dans une base comme celle-ci qu'on retrouve l'ensemble des infos d'une biblio (l'emplacement des vidéos, des affiches, les épisodes pour une série, etc.).

[Bah]

Je vais tenter quelques recherches. Merci !

[Bah]

Petite question : y'a des gens qui utilisent kodi avec des fichiers vidéos qui sont sur un NAS ? Parce que si je fais ça (en tout cas depuis un ancien kodi sur mon android box) j'ai pas accès à la fonction "resume" du programme qui permet de commencer le fichier où on l'a stoppé la dernière fois. Je me demande si y'a un moyen de régler ça.

Alors, j'ai résolu mon problème, avec un "mais"...
Pour avoir accès aux fonctions du type "resume", il faut en fait que je me connecte à mon NAS via SMB et non via NFS. Problème, j'ai l'impression que ma box android ne peut se connecter que via SMB1 que j'avais jusqu'alors désactivé pour des raisons de sécurité. Je l'ai réactivé pour mes tests, mais je sais pas si c'est vraiment dangereux ou pas. Je vais aussi faire quelques recherches pour voir si je peux passer en smb2 ou pas (y'a peut-être une option dans kodi ou dans ma box à changer).

Dans l'idéal, faudrait aussi que je trouve comment voir mon disque attaché à ma box android depuis synology. Je suppose que ça doit être faisable.

[Guapo]

Alors, j'ai résolu mon problème, avec un "mais"...
Pour avoir accès aux fonctions du type "resume", il faut en fait que je me connecte à mon NAS via SMB et non via NFS.

Ce ne serait pas plutôt qu'il veut écrire dans le répertoire et que ton NFS n'est qu'en read-only.
Je ne vois pas de limitation technique qui empêcherait de faire du resume sur NFS.

[Bah]

Les droits NFS sur le dossier partagé sont définis comme ça :


Je pense que je suis juste, mais je suis pas hyper bon sur ces trucs (admin a les permissions read/write sur ce dossier)
J'ai par contre lu que certains utilisateurs avaient le même problème que moi quand ils sont connecté en UPNP et que ça disparaît quand ils sont en SMB, je viens aussi de tomber sur un type sur un forum qui indique avoir le même problème que moi en NFS et chez lui aussi, ça marche en SMB.

[Guapo]

Effectivement, ça parait bon, tu as globalement autorisé tout le monde et toutes les machines sur le réseau à se connecter en admin sur ton NAS.

[Bah]

C'est peut-être un bug de ma version de Kodi qui n'est pas la plus récente vu les limitations dues à la version d android que je peux installer sur ma box. Le truc que je sais pas c'est si activer le smb 1 sur mon nas est vraiment un risque ou pas.