gaetan.cambier

drdb sur modele se ... aux dernière nouvelle drdb (meme si ont l'installait, çà demande un lien ethernet dédié entre entre les 2 nas) toute facon, c'est surement la solution utilisée par le synology high avaibility, et c'est pour cela qu'il n'est pas dispo sur toute les machine : faut des ressource et le materiel adequat sans compter savoir l'utiliser correctement, un sha, c'est comme le raid : certain n'ont jamais de problème avec et d'autres arrive a faire les pire conneries

oui, le benchark est fait sur des fichiers de moins de 512ko, vu ce que tu mentionne, tu va souvent etre dans ce cas ... ici tu as les bench officiel : https://www.synology.com/en-global/products/performance#5_10bay Quand au link agregation, donc pour resumer, le nombre de personne c'est 1 si je comprend la demi-réponse --> link agregation inutile ! ca doit etre l'inverse pour les vitesses

En effet, vaut mieux désactiver le compte guest et créer un compte en plus pour y accéder Au passage, j'ai quelque part un documznt sur les bonne pratique de securisation d'un serveur (le document est vieux) mais la plupart des choses dedans sont sûrement toujours pas mauvais Me souvient que ca parlait de politique de password, les regle de priorites des acl et permission de partage pour arriver a des solutions simples sans se prendre la tête, des choses en somme qui serait utile pour beaucoup de monde il me semble. Je devrait le chercher pour le retrouver (je garde tout mais me manque une bonne secrétaire [emoji14])

le volume multiplesur raid est bien mieux que plusieur raid au passage vouloir des volume du nas en full ssd ... j'aimerai bien savoir pour quel usage ce besoin meme quesrion pour le lacp, tu as combien d'utilisateur ?

Meme le 550 est compatible usb

il a pas dis qu'il avait un wd red ... mais bon, comme c'est qd meme probablement le cas, c'est une vrai bombe a retardement, et le miniteur est très court :p

toute facon, meme avec la meilleure volonté du monde, freenas, c'est impossible : http://doc.freenas.org/9.3/freenas_intro.html#hardware-recommendations idem pour openmediavault : http://wiki.openmediavault.org/index.php?title=Prerequisites 9 années en informatiques, c'est beaucoup, mais bon, on peu dire que le matériel synology ne tombe pas en panne juste après la garantie ;)

tu refait la première série commande que j'ai donné, elle te donne egalement l'etat d'avancement du test smart (par 10%). D'experience, les % ne sont pas très fiable pour en deduire le temps, c'est comme les barre d'install sous windows :p

la reponses des scan complet sera pour deman, pour l'instant tout est ok ;) demain, c'est le reveillon, je serait pas trop dispo, enfin, comme tous le monde ;)

c'est pour çà qu'on cross compil tous ce que l'on veux, sans aucune restrictions ...n'importe quel programme linux peux etre compiler et installé sur le nas (à condition d'avoir les sources) vu que synology nous fournit toujours les outil de cross compilation sous licence gpl http://download.synology.com/download/Document/DeveloperGuide/DSM_Developer_Guide.pdf

perso, qd on lis les log, c'est qd meme inquétant : des call trace sans arret, alors, les call trace, c'est un truc qui plante, une fois ca peux arriver, mais la, c'est loin d'etre normal ! si on essaye de savoir d'ou il vient : Dec 27 23:00:44 DiskStation kernel: [1894269.402634] Call Trace: Dec 27 23:00:44 DiskStation kernel: [1894269.405281] [<ffffffff811ce47f>] ? start_this_handle+0x39f/0x4c0 Dec 27 23:00:44 DiskStation kernel: [1894269.411566] [<ffffffff81054560>] ? finish_wait+0xa0/0xa0 Dec 27 23:00:44 DiskStation kernel: [1894269.417159] [<ffffffff811ce7ba>] ? jbd2__journal_start+0xda/0x150 Dec 27 23:00:44 DiskStation kernel: [1894269.423529] [<ffffffff811957ba>] ? ext4_dirty_inode+0x2a/0x80 Dec 27 23:00:44 DiskStation kernel: [1894269.429555] [<ffffffff8111a8bb>] ? __mark_inode_dirty+0x3b/0x240 Dec 27 23:00:44 DiskStation kernel: [1894269.435835] [<ffffffff8110d179>] ? update_time+0x79/0xc0 Dec 27 23:00:44 DiskStation kernel: [1894269.441441] [<ffffffff81110d19>] ? mnt_clone_write+0x9/0x30 Dec 27 23:00:44 DiskStation kernel: [1894269.447281] [<ffffffff8110d257>] ? file_update_time+0x97/0xf0 Dec 27 23:00:44 DiskStation kernel: [1894269.453328] [<ffffffff810b2bda>] ? __generic_file_aio_write+0x18a/0x3f0 Dec 27 23:00:44 DiskStation kernel: [1894269.460242] [<ffffffff810b2eaa>] ? generic_file_aio_write+0x6a/0xe0 Dec 27 23:00:44 DiskStation kernel: [1894269.466809] [<ffffffff8118a9c8>] ? ext4_file_write+0xc8/0x420 Dec 27 23:00:44 DiskStation kernel: [1894269.472840] [<ffffffff810d9a62>] ? page_add_new_anon_rmap+0x32/0xf0 Dec 27 23:00:45 DiskStation kernel: [1894269.479405] [<ffffffff810d064c>] ? handle_pte_fault+0x8ac/0x920 Dec 27 23:00:45 DiskStation kernel: [1894269.485616] [<ffffffff810eed8b>] ? do_sync_write+0x6b/0xa0 Dec 27 23:00:45 DiskStation kernel: [1894269.491375] [<ffffffff810efd7b>] ? vfs_write+0xcb/0x360 Dec 27 23:00:45 DiskStation kernel: [1894269.496887] [<ffffffff81075d6a>] ? getnstimeofday+0xa/0x30 Dec 27 23:00:45 DiskStation kernel: [1894269.502665] [<ffffffff810f073d>] ? SyS_pwrite64+0x9d/0xb0 Dec 27 23:00:45 DiskStation kernel: [1894269.508371] [<ffffffff8148d711>] ? sysenter_dispatch+0x7/0x1e si on regarde, on voit les mot journal, ext4, inode, dirty write --> totue des chose qui doivent faire reference au système de fichier :s quand à la modification de ton raid ... je m'en doutait dès le départ qd il y a eu le message suivant : sans compter que le reshape devait noté raid5 et pas 6 bref, tu est resté en raid 6, mais toute facon, on ne pouvais rien faire, le raid, une fois la commande lancée, faut jamais essayé de l'arréte pour le problème de l'interface graphique et du nas non initialisé, c pas normal non plus, comme je l'avais dis, au pire l'interface du gestionnaire de volume pouvais affiché quelque chose d'incohérent le temps de la migration (qui n'a en fait pas eu lieu pour finir) mais rien de plus, le nas devait resté accessible, fonctionnel (un peu plus lent vu la reconstruction), rien de plus perso, j'ai fait l'inverse : passer de shr-1 à shr-2 (officiellement non supporté) et aucun problème, et c'est à la limite plus complique que passer de shr2 -> 1 en plus, qd j'ai vu les tout de recontruction, je l'ai annoncé que j'aimais pas ca, car un nas comme le tient, ca tient un debit de 15000 sans problème, tu est passe à un moment à 2ko/sec, moi je ferait franchement un test smart approfondi de tous les disque, car meme si le dsm te mettait un statut normal, faut regardé le detail pour commancer, poste deja l'etat smart actuel de tes disk grace à ses commandes : smartctl -d sat -a /dev/sda smartctl -d sat -a /dev/sdb smartctl -d sat -a /dev/sdc smartctl -d sat -a /dev/sdd smartctl -d sat -a /dev/sde ensuite, tu lance le test smart approfondi sur tous les disques : smartctl -d sat -t long /dev/sda smartctl -d sat -t long /dev/sdb smartctl -d sat -t long /dev/sdc smartctl -d sat -t long /dev/sdd smartctl -d sat -t long /dev/sde commence par la, je suis presque certain qu'il y a un problème disque (et tous le reste sont les conséquences)

18 jours et toujours pas de devis ? bon, pour la recupération de donnée, ca sera pour 2017 donc :p

ici par exemple : http://bgp.he.net/ pour la liste complete c'est le dernier lien "AS....." puis l'onglet "Prefixes v4" maintenant surveille ton ip plusieurs jours pour voir si elle n'est pas toujours dans le range annoncé sur la première page 'Announced as', ca limiterai plus ;)

bah, aucun soucis particulier avec w10, windows a pas changer, il reboot toujours autant pour les updates, aucune amelioration depuis windows 7 :p a l'heure ou linux a implementer le kernel live patching ... ca laisse songeur qd meme

non, tu peux utilisé un dyndns sans probleme un moyen simple non, maintenant, au lieu de limiter à 1 ip, tu peux limiter aux range d'adresse ip utilisé par ton fournisseur ou meme au pays, toute facon, si il y a l'autoblock bien configurer et des mot de passe pas trop facille, impossible de passer (avec l'autoblock activé, faut trouvé le password en 3 ou 5 coup) ;)

c + une femme qu'il faut trouver et pas un language de programmation pour çà []---> déjà partit très loin :p

pour avoir tester l'outil de backup windows 10, il passe sa vie à faire des backup ... sans arret et moi qui suis en wifi sur mon portable, cétait loin d'etre le top bref --> poubelle la solution windows ;) Perso j'utilise crashplan pour le backup de pc's --> nas (gratuit) et egalement pour le nas --> cloud (payant) crashplan fonctionne aussi de nas à nas (gratuit) et gère le versionning et la deduplication à la source par contre pour mars, il semblerait que les fonctions dedup et versionning soit intégré aux outils de backup syno avec dsm 6.0 --> patience pour avoir p-e le backup parfait ;)

Non le detail smart donne des valeurs on demande ce detail on sait pourquoi Les wd red 3ro sont les pire disk en terme de fiabilité et une recherche sur le forum te donnera plusieurs dizaines de resultats Ce n'est absolument pas un bug logiciel les couche raid lvm et ext4 sont tres stable Comme solution de sauvegarde tu as les outils intégré au dsm pour la sauvegarde qui fonctionne plutot bien, tout depend qui est le tier de confiance (autres syno, serveur linux,...) Pour moi j'ai autant confiance au cloud qu'une personne de "confiance", mes sauvegarde étant toujours cryptée, il y a pas de risques

Wd red ... quel capacités ? 3to ? Post le detail smart dans tous les cas ;) Le probleme c'est pas le syno et changer le nas ne changera rien a ton problème Ce qu'il te faut c'est une vrai sauvegarde: soit sur hdd externe tout les jours Soit une sauvegarde chez une personne de confiance pour externaliser Pour le cloud, a partir du moment ou tu crypte tes donnes envoyée il y a pas de risque particulier, et meme si c'est payant faut voir la valeur que tu accorde a tes donnees. De toute façon une sauvegarde tu paye toujours directement ou indirectement rien n'est gratuit: soit le prix des hdd, soit le prix du stockage en ligne

Les port du dsm c'est 5000 et 5001 en tcp ca ira mieux avec ses ports ouverts ;)

dmesg et cat /var/log/messages et fdisk -l /dev/sd* ca aidera deja

Ben chez moi suis a 15000 il me semble et je modifie la valeur qd je modifie le raid et que jytilise pas le nas pour aller plus vite Mais retomber a 0 ça sent très mauvais Fait un dmesg et un cat /var/log/messages pour voir si tu voit rien d'anormal

j'aime pas çà tes disques sont en bon etat ?

pas grave : mdadm --grow /dev/md2 --level=raid5 --raid-devices=4 --backup-file=/root/mdadm-backupfile ca devrait aller mieux ;)

alors, la commande magique pour passer en raid5 sur 4 disques est : mdadm --grow /dev/md2 --level=raid5 --raid-devices=4 --spare-devices=1 --backup-file=/root/mdadm-backupfile en théorie, tu va donc repasser sur 4 disk + 1 disk de spare après, on verra ce qu'il faut faire du disque de secours (le supprimer apparemment), toute facon, on va dire que c'est du détail ;) pour monitorer l'évolution, la commande est : cat /proc/mdstat dans l'interface graphique du syno, j'ignore totalement ce qu'il va mettre pendant la conversion (tu peux regarder ce qu'il noté dans le gestionnaire de volume), après , il verra un shr-1 tout à fait normal ;)