gaetan.cambier

il faut cliquer sur "gerer" dans l'onglet "groupe de disques" et pas "volume" ... ca ira tout seul

tu as 2 choix à l'ajout d'un nouveau disque supplementaire : - soit tu crée un nouveau volume dessus (aucune contrainte de taille de disk) https://www.synology.com/en-uk/knowledgebase/DSM/help/DSM/StorageManager/volume_diskgroup_create_volume - soit tu l'intègre à ton volume existant pour augmenter la capacité (la taille du disk doit etre au minimum = au plus petit disque du volume) https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/volume_diskgroup_expand_add_disk le mot "automatiquement" c'est juste quelque click quand même ;)

c'est le principe : ajout, et echange de disque par des disque de taille identique ou supérieure et à chaud il faut regarder du coté du paquet CloudStation ShareSync https://www.synology.com/fr-fr/dsm/6.0/cloud_file_syncing

moi je dirait oui en théorie et probablement non en pratique oui car en raid, tu ecrit + de données avec la parité --> + d'ecriture Mais en général, si un disque ne lache pas vite, il tient en général très longtemps ;)

Je ferai pas des miracle : a la base tu as md2 qui as une taille 1.5 to par disque et md3 qui fait 3.5 to par disque. Comme tu n'est jamais passer par l'étape 4 to comme disk il y a rien a faire : 4to donc pas de problème pour reconstruire le md2, mais après la prochaine étape c'est md3 et la il te manque 1 to (Toutes les valeurs ont été arrondies pour faire plus simple)

çà m'avait même pas frappé

il serait peut-être interessant de noté dans le top 10 qui l'a déniché en plus ;)

à la fois du https en local ... sur un reseau personnel, l’intérêt est très limité doit pas y avoir grand monde pour intercepter les password

bon dans ce cas : resize2fs /dev/md2 ca devrait agrandir ton volume

vgchange -ay pvdisplay vgdisplay lvdisplay

pour moi, il y a un problème de taille sur le md2 du raid donc, on va reglé cela en mode debug : syno_poweroff_task -d après cette commande, SEUL le ssh sera fonctionnel, c'est NORMAL ensuite : mdadm --grow /dev/md2 --size=max cat /proc/mdstat si tu veux sortir du mode debug, la commande magique est : reboot mais tant que l'on n'a pas fini, c'est pas vraiment utile ;) Continue les copié collé de ce que retourne le terminal ;)

L'important n'est pas forcément d'avoir un retour à la commande, c'est de savoir ce quel retourne ;) tu est probablement en raid pur et dur et pas de shr que retourne la commande suivante ? mount Bon, après, on passe aux choses sérieuses

ou l'adaptapeur universel de tout bon voyageur

après 35 ans, l'ipv4 est toujours un mystère pour pas mal de personnes On va galérer pour l'ipv6 pendant au moins un demi siècle

je vois qu'on me prépare le terrain rajoute les commandes suivantes : pvs vgs lvs

oui, c bizarre, j'ai remarquer sur mon probook hp650 g1 sous w10 pro, quand je le plug à sa base, il reste en wifi Obliger de le désactiver pour passer en filaire .. c lourd qd meme

C'est 108 ou même p-e 200 to sur ses nas, donc avec 5 disk il y a pas encore de limite ;)

ca ne serait pas à chaque renouvellement de certificat ? un certificat let's encrypt est valable 90 jours

tout dépend comment il a été copier en usb si c'est en mode fichier, ben il va formater si tu as fait une vrai image disque, ca va pas mieux demarrer car il aura copier les erreur avec probablement. car c'est probablement une double panne disk

Faudrait la suite apres l'attribut 197 car la on ne voit pas tout Maus jusque la, le disque est ok

non ca ne se fera pas : le passage shr-1 vers shr-2 est trop "complexe" à expliquer pour la plupart des utilisateurs vu que pour passer en shr2, faut que le shr1 soit en raid5 "en dessous" et pas en raid1 et cela dépend donc des disque mis en place. Quand tu utilise tout des disque de même taille, c facile, quand tu recycle des disques et que tu te retrouve avec tous des disques de taille differente, ca complique la chose On a déjà des plaintes d'utilisateurs en shr qui ne comprennent pas pourquoi quand tu passe de 1 à 2 disque, tu as pas + d'espace ... si deja la çà coince, faut pas essayer d'expliquer des choses + complexes

un site internet = un ensemble de fichier à sauvegarder + une base de donnée donc extraire de manière journalière ls db et recupérer l'ensemble des fichier (rsync, ftp, ou autres)

On va dire pas de passerelle "Officielle" Raid5 vs raid6 ou shr1 vs shr2 (la question est la même) La propabilité de perte de données sur 8 disk red pro de 4to donne ceci : RAID Level 1 Year 2 Years 3 Years 4 Years 5 Years 6 Years 7 Years 8 Years 9 Years 10 Years RAID 5 0.77065 % 1.53536 % 2.29418 % 3.04715 % 3.79431 % 4.53572 % 5.27142 % 6.00144 % 6.72584 % 7.44466 % RAID 6 0.00685 % 0.01369 % 0.02054 % 0.02739 % 0.03423 % 0.04108 % 0.04792 % 0.05477 % 0.06161 % 0.06845 % RAID-Z3 0.00001 % 0.00002 % 0.00003 % 0.00003 % 0.00004 % 0.00005 % 0.00006 % 0.00007 % 0.00008 % 0.00009 % Source : http://www.servethehome.com/raid-calculator/raid-reliability-calculator-simple-mttdl-model/ Bon, après, c'est une question de choix... Au passage j'était "presque" sûr que les WD Red Pro avaient un URE de 1/10^15 et en revérifiant les specification, je voit 1/10^14 ... ils ont quoi de "Pro" à part le prix bien sûr ? (inutile de me sortir le blabla commercial) Officiellement, c'est impossible ... officieusement, évidemment, c'est possible moyennant certaines conditions

Le mieux reste le shr, qui est du raid5 + lvm, avec l'avantage de pas devoir changer l'ensemble des disque pour augmenter la capacité, mais juste 2 pour débuter une augmentation de capacité Niveau IO, des 7200 tours donneront peut être mieux (mais j'ai des doutes, çà dépend vraiment de l'utilisation), par contre niveau débit, çà ne changera rien, Le réseau sera le facteur limitant.

Red pro, on a peu de retour, ce qui est plutot bon signe. Mais: Oui ils chauffe plus car ils tourne a 7200 tours et donc consomme un peu plus Et des disque a 7200 tours sont inutiles dans les nas domestique (tu precise pas pour quel nas) Perso j'ai des ancien wd green/nouveau wd blue qui fonctionne tres bien pour un usage particulier