Reprise du message précédent :

Au contraire, renseigne-toi. C'est surtout vrai avec les faibles quantités de RAM disponibles.
Par contre, une fois que la quantité installée est suffisamment confortable, et que par conséquent l'argument -c peut être suffisamment élevé, on est limité par le débit du disque, donc la RAM n'a plus d'influence.

Rho, à 2s près, tu postais avant moi  

Je vieillis

T’inquiète, tu n’es pas le seul    
T’es de quelle année toi ?

Sois pas désagréable

A en croire son avatar. Je dirais 1685 ???

Tu as bientôt fini tous tes badblocks qu'on passe enfin a autre chose .... ?  

Pratiquement    
Mais si ça saoule j’en parlerai plus    

Bonjour à tous, premier post sur le Topic,
 
Un ami souhaite migrer son DS416 vers un 1618+, ce dernier est en route, et je vais avoir la charge de le lui configurer, j'ai regardé du coté de SHR car la grappe raid va être composé de 4 disques, 2x6To IronWolf 7k2 et 2x4To ironwolf 5k4 auquel s'ajoutera un RAID 1 de Samung 860 EVO 500Go en caching.
 
Mon problème, est que le SHR n'est pas assez permissif, j'aurai aimé ne pas avoir de volume "fusionné" et pouvoir avoir un RAID6 de 4x4To et utiliser les 2To qu'il reste sur les disques de 6 pour faire un RAID1 sur lequel arrivera les données de surveillance station.
 
Ma question est donc, dans la mesure ou SHR n'est qu'un mix de LVM2 et MDADM, est il possible de créer la configuration souhaitée (RAID6 4x4To et RAID1 2x2To) par SSH via MDADM et que celui ci soit détecté par l'interface web syno?
 
Merci par avance

Étant donné que DSM est un Linux, je pense que c’est faisable.  
N’étant pas expert, je ne sais pas où est stockée l’information de définition des volumes, donc je ne sais pas si DSM verra des volumes non-créés par lui, mais au pire, tu peux tester et nous faire un petit retour ?
Ton tuto aura assurément sa place en FO.

Un pote avait essayé, au premier reboot tout est cassé

en fouillant un peu, j'ai trouvé quelqu'un sur les forums xpenology qui a fait l'essai en se basant sur un volume existant en créant un deuxième volume SHR, il semblerai que synology ai tendance à "effacer' le contenu du fichier FSTAB au reboot, comme si la configuration était restauré depuis un autre emplacement au reboot

pour référence:
https://xpenology.com/forum/topic/2 [...] ent-120623

En ce qui me concerne (je fais mes essais sur machine virtuelle tant que je n'ai pas le DS1618 pour faire mes bidouilles sur virtualDSM), ma grappe MD ne survit même pas au redémarrage sur DSM 6.0

edit: deuxième essai, ni le md ni le vg ne réapparaissent, pourtant les partitions sont clean et contiennent toujours la config du raid, celui ci ne semble juste pas monté par le système, si je le recrée, il fonctionne et LVM détecte les volumes de la grappe précédente mais rien ne s'affiche sous DSM et rien ne se redéploie au redémarrage

Quelle est ta problématique réelle ?  
 
Si c'est juste pour s'assurer que Surveillance Station n'aura pas plus de 2To de disponible tu peux au choix :  
 
- Créer 1 groupe de stockage en SHR avec les 4 disques, donc 14To disponibles, puis créer 2 volumes sur ce groupe en allouant 2To au volume pour Surveillance Station  
- Créer un groupe de stockage en SHR de 14To, un volume de 14To, et mettre un quota de 2To au dossier partager alloué a Surveillance Station.  
 
La solution 2 permet de garder plus de flexibilité.  

La problématique est le besoin de flexibilité pour la réparation, SHR utilise un inverse (MDADM sur LVM et non l'inverse) ce qui fait que la restauration en cas panne peut être plus complexe, surtout en cas de perte d'un disque.

Je voulais une tolérance de panne à deux disques (donc RAID 6 ou SHR2), mais dans ces conditions l'espace restant sur les 6To est perdu, avec un SHR1, je bénéficie de bien plus d'espace, mais la tolérance de panne n'est que de 1 disque, mon ami n'a pas voulu "trop" casser la tirelire, donc les Disques de 4To viennent de l'ancien NAS, il à 4 ans, et les Ironwolfs qui sont dedans aussi avec plus de 38k heures de fonctionnement (pour l'instant 0 erreurs ou secteurs défectueux). L'envie de la tolérance vient du fait que je n'ai que moyennement confiance en ces 2 disques qu'il souhaite utiliser pour le reste de la grappe, et à environ 200€ le disque de 6To sans compter la galère pour éviter de mixer du CMR/SMR, je comprends malgré tout qu'il n'ai pas voulu en prendre 4 d'un coup. Le RAID 6 aurait permis plus de fiabilité que le RAID10 actuel tout en s'assurant de pouvoir perdre en cas de coup de pas de bol les 2 disques de 4To en même temps.

Un disque de 8To USB3 est branché en permanence pour le backup journalier
edit: cumulé à un petit DS216j en 2x6To qui est en synchro bi-directionelle avec sa résidence secondaire

Le surveillanceStation avec 2 To était une envie plus d'un réel besoin, l'idée était de ne pas perdre d'espace sur les disque de 6To et que la surveillance ne bouffe pas d'espace par rapport à la grappe précédente de 4x4To (8To utiles), mais au final il serait peut être préférable de passer par un RAID6 officiel et d'attendre la mort des disques pour passer à 4x6To et étendre le volume sur tout l'espace disponible, tout en limitant par quota l'accès de surveillancestation.

Il y'a un peu de marge par rapport aux fichier qu'il à sur le NAS (aujourd'hui 2.1To stockés) le problème est qu'il ne fait le tri qu'une fois par an dans le NAS, et parfois il arrive de passer de 2To d'espace occupé en document à 5,8To en rajoutant les films et les sauvegardes du PC, jusqu'au prochain nettoyage

Un aspect qui peut être à prendre en compte : l'enregistrement H24 de surveillance station pourrait avoir tendance à très fortement solliciter le RAID. De mon point de vue, dédier un disque unique de 2To à surveillance station me semble une bien meilleure option d'un point de vue fiabilité et usure des disques en RAID.

D’où la volonté d'appliquer surveillance station sur l'espace de 2To en RAID1 sur les disques neufs, moins de calculs car aucune parité donc moins de chauffe CPU qui se cumule à celle des disques (rad CPU juste en dessous des disques), mais concernant l'enregistrement, ce n'est qu'en cas de détection de mouvement, donc j'aurai dit pas plus de 4h par jour cumulé en moyenne

edit: en passant, je suis tombé sur ceci, si jamais ça peut intéresser quelqu'un

Ca explique comme synology fait la différence entre les disques internes et externes et comment le bypasser pour par exemple brancher un SSD en eSATA sur les nas compatible pour activer le cache SSD
edit2: avec le lien c'est mieux: https://www.casler.org/wordpress/sy [...] l-devices/

J'ai appliqué ce principe : dédier un HDD de 2To à surveillance Station.  

Vraiment super intéressant. On peut imaginer qu'un boîtier multidisque eSATA soit vu comme un dx... De syno et nous laisse faire de nombreux volume ?

2 To pour Surveillance Station à 4h/j, ça va remonter à 6 mois en arrière  

En revanche, si la cam est en extérieur, je ne serais pas étonné que tu exploses tes 4h entre les nuages/ombres , les insectes, les oiseaux, les chats, les feuilles mortes ... Enfin, tout dépend de la scène hein.

En ce qui me concerne je ne garde que 4jrs en enregistrant h24 , avec détection de mouvements.

Oui et non, des retours que j'en ai vu, le DX est un port multiplier (silicon image ou marvell en fonction des modèles) mais les port multiplier génériques ne fonctionnent pas,je pense qu'il manque un pilote dans le kernel synology, un truc de plus pour pousser à acheter leurs extensions hors de prix ... Mais quoi qu'il en soit, moyennant un ajout de module ou une recompilation du kernel (j'ai regarder, pas de /proc/config.gz, donc ça risque d'être long et risqué si quelqu'un veut faire l'essai) ça pourrait totalement marcher puisque les docks et boitiers esata RAID avec raid pré-configuré sont détecté comme disque interne par ce biais

Je n'avais pas pensé à l’extérieur puisque pour l'instant seule 2 camera intérieures seraient reliées (mais pas de doute qu'il en rajoutera au moins 2 extérieures par la suite), déjà qu'avec mes précédents montages, la caméra face fenêtre se déclenchait beaucoup toute seule ...

Je pensais me laisser un mois de fonctionnement et de consultation des rush pour affiner le détail au mieux

Edit:
En me basant sur ce tuto:
https://www.reddit.com/r/synology/c [...] nstead_of/
Cette cheatsheet:
https://github.com/wuseman/SYNOLOGY
et quelques ressources mdadm/LVM

J'ai réussi à créer un RAID5 en ligne de commande de manière à ce que celui ci soit conservé au reboot, à voir si maintenant je peux modifier la table des disques en redimensionnant les partitions pour avoir mes deux raids distincts

Mais pour info, les echecs précédents doivent être lié à "synopartition" qui doit enregistrer la configuration en dur, là ou les outils "classiques" doivent se contenter d'ecrire l'info sur un ramdrive ou un pseudoFS utilisé par le système

J'ai appliqué cette méthode pour ajouter un SSD Cache sur le port E-SATA sur mon DS412+. Il faut bien s'assurer que l'adaptateur E-SATA->SATA ne contienne pas de chip (comme on peut en trouver dans les boîtiers USB).  

Y'avait un post très intéressant (en anglais) sur le forum officiel de syno qui montrait exactement ce problème de limitations du port eSATA. Les boîtier externes multibaies eSATA non-officiels ne permettaient de voir que le premier disque du boitier externe depuis le NAS. Par contre, en USB, chaque disque est bien vu.

D'ailleurs je ne me souviens plus si on en a parlé ou pas, mais quelqu'un aurait testé les hubs usb pour multiplier les ports USB des NAS ?

 
Je ne sais pas si c'est la caméra ou Surveillance S qui détecte chez toi/ton pote mais j'ai jamais rien vu de bien malin (comme IA) pour enregistrer sur événement.
Quelques événements manqués plus tard, j'enregistre h24 sur 1.2 To/cam - 2560x1440 @ 20 FPS = ~ 3 semaines
Vivement le H265  

Hello pour installer docker il faut être forcément en format Btfrs ? Car en ext4 impossible à installer même manuellement ?
Merci

 
Il te faut un NAS avec un processeur Intel

j'ai un 218+ donc compatible
https://www.synology.com/fr-fr/dsm/packages/Docker
 
pour etre plus précis, le paquet s'installe mais impossible de le lancer.
Il démarre, puis s'arrete avec la mention : "Echec lors du lancement de la réparation du paquet"

Dsm est-il à jour ?

yep version 6.2.3-25426 Update 2

 
Je suis preneur des tests des hubs USB
Perso je ne mettrais pas autant de prise sur une seule du NAS, j'ai peur que l'alimentation ne suive pas... Mais au moins un tripleur serait bienvenue ^^
 
 
Sinon, c'est normal la durée de réparation d'un volume SHR après remplacement d'un disque ?
Ça tourne depuis ce matin +/- 06h00.

 
 
 
Et enfin, dernière fois que j'en parle, pour mon 4To défectueux, autant la phase d'écriture de la passe badblocks a été faite dans un temps normal (9:30:41) (dans le 920+ ça avait mis 7h27 pour l'autre 4To), autant la phase de lecture rame à mort !

Je pense que ce disque a vraiment un soucis à ce niveau...

Pour les histoires de Hub, ne pas dépasser 2 ou 3 disques par contrôleur, par exemple, le DS416 à un contrôleur pour le port en façade, et un autre pour les 2 ports arrière.

Sauf que le débit de chacun de ses ports est déjà limité par le lien PCIe 2.0 1x, donc avec des disques peu performant, pas dépasser les 3 disques par contrôleurs, voir un seul SSD par contrôleur USB

Par contre, faut penser qu'en les faisant détecter comme interne, il n'y a pas de SMART en USB, et donc pas de signe avant coureur ni de notif' avant que ça ne lâche

En parlant du 416, quelqu'un à déjà essayé le port eSATA interne que Synology à muré?

la variable esataportcfg est à 0x0 mais comme le port pcie n'est pas standard, il y'a des chances que celui ci soit relié au contrôleur SATA et donc qu'il soit fonctionnel une fois que la variable à été initialisée à un valeur autorisant la détection

Pour la reconstruction, tout dépend de la puissance de ton NAS et de ce que tu lui demande en parallèle, il faut recalculer toute les données du disque à partir des parités et refaire les parités des disques toujours opérationnels

 
Tu as rebooté ton NAS ?

Tu parles pour des raisons de débit ? Si oui, un particulier n'a jamais besoin d'utiliser plus de deux disques USB en même temps donc même s'il y en a 8 branchés dessus en idle, ça ne devrait pas changer grand-chose.
 
Concernant le port eSATA condamné, j'en avais entendu parler, mais sans souvenir de ce qui en était ressorti.

Les posts à ce sujet sur le net sont très peu nombreux, quand je l'aurai entre les mains je verrai pour faire quelques essais

Pas seulement les débits pour l'USB, mais également la stabilité du signal (je ne sais pas si les syno sont nombreux à avoir des contrôleurs compatible UAS), concernant le nombre de disques en même temps, sur un 4+ baies oui, mais sur un 2 baies, ça peut avoir son intérêt de pousser la bêtise à 3 disques externe pour avoir un niveau de RAID plus élevé avec un hotspare, son disque de backup, le tout, en gardant le port en façade libre pour l'accès rapide aux cartes mémoires ou aux clés usb

J'avais essayé celui de mon DS416play lorsque j'y ai changé la RAM il y a quelques années. Il est non fonctionnel
J'avais cherché vite fait pour savoir si il était activable. Mais étant une quiche en Anglais j'ai été plutôt limité
 
Je vais essayer de faire quelques test de mon HUB USB 3.0 sur le NAS

 
Bon à savoir, j’achèterai un adaptateur pour un disque histoire de faire quelques essais, au pire il servira pour la freebox v6

Au pire ça fait 1 disque en eSATA et 2 en usb3
Si on a pas besoin de grosse perf c'est tout bon.

J'ai bien envi de tester
Mais pas sur de bien comprendre les valeurs hexa.
Qq'un pour faire un tuto ?

Bon bin loupé pour moi pour le test du HUB USB 3.0 ><
Le miens est celui là :
https://www.ldlc.com/fiche/PB00126065.html
Censé être auto-alimenté par le port USB. Hors même avec une seule et simple clé USB 8Go de branché dessus. Le NAS ne reconnait pas cette clé si l'alimentation externe est débranchée
 
En revanche. Une fois l'alimentation externe rebranchée. Le NAS reconnait les 2 clés USB. Et le boitier multi-baies qui contient lui même 2 HDD
J'ai donc 4 lignes "USB disk" d'apparues dans DSM
(Le galaxy S5 branché sur le dernier port USB du HUB n'est pas reconnu ... Ce qui n'ai pas trop étonnant, mais bon au cas ou ^^)

par rapport à l'exemple de ce lien:
https://www.casler.org/wordpress/sy [...] l-devices/

De ce que j'en ai compris, chaque disque à son bit, exemple

Tu as 5 disques au maximum en interne avec la commande "maxdisks", tout ce qui sera mappé au dela des "internal ports" sera considéré comme externe,
Pour les Internalportcfg, 0x1f donne 0001 1111, comme tu le constate, pour cette séquence, tu as 5 bits à 1 (correspondant aux 5 baies interne du DS1513 de l'exemple)

Sur le même principe, 0xc0 donne 1100 0000 ce qui nous donne 2 disques eSATA (je pense 1 port multiplier par port d'extension du DS1513, bien que ces derniers transmettent les infos de plusieurs disques, dans mon souvenir ils ne sont vu que comme un seul périphérique par les contrôleurs malgré tout)

et concernant l'USB:

Ici représente 0011 1111 0000 0000 0000 0000, te donnant le droit à maximum 6 disques connectés en USB, comme tu le constate, entre l'USB, l'eSATA et les baies interne, il y'a toujours une zone de vide, et le vide entre l'USB et les baies internes sont de 10bits (soit les 2x5 baies max tolérées par les extensions du modèle de NAS en exemple)

Donc, pour "changer" cette organisation entre l'interne et l'externe, il suffit de jouer sur ces valeurs hexa stockées dans

Mais tu les modifie séparément dans chaque fichier, pas de copier collé, les données des deux fichiers peuvent diverger sur d'autres variables, la commande SSH des syno intègre l'éditeur de texte en commande Vi, n'étant pas particulièrement fan, je te conseillerai de voir du coté de "synocommunity" qui à un package nano, qui est à mon sens plus intuitif et abordable pour les pingouins-phobes

Ce que je vais dire maintenant est de l'ordre de l'hypothétique car je n'ai pas pu essayer, mais à priori, ça ne devrait pas tuer ton NAS (ça reste à tes risques et périls)

mais si tu veux tenter l'aventure port multiplier, je mettrais les données suivantes (pour un 918/920) dans les fichiers:

Ce qui te donne l'accès à 9 disques durs (les 4 baies internes et 5 de l'extension) et assigne immédiatement les 3 ports USB après les disques déjà assignés

Après, le reste du tuto, il suffit d'adapter aux valeurs déjà présentes sur ton NAS dans les fichiers évoqués, maintenant que tu a moyen de comprendre les bits, ça devrait aller tout seul

Hello,

Bon voilà le topo : on est en 2020, je n'ai toujours pas de NAS Tout mon entourage est équipé chez Syno, je n'ai jamais eu de retour négatif sur cette marque, donc je pense partir là dessus.

Mon futur usage :
- stockage de toutes les données personnelles (photos + docs). Actuellement cela représente une volumétrie d'à peine 500go, je pense cependant partir sur du 2x3to en raid1 histoire d'être peinard.
- utilisation sur mon réseau local uniquement, pas vraiment besoin d'accès distant.
- bonus : si je peux migrer mon Pi hole dessus, ça serait le top, histoire de limiter le nombre d'équipements. Si ce n'est pas faisable, tant pis, mon Pi zéro continuera de faire le job.

Maintenant, le modèle. Je pensais partir sur un DS220j, vu mes besoins relativement basiques. J'ai bon ?

Merci d'avance