Aller au contenu

gaetan.cambier

Membres
  • Compteur de contenus

    5357
  • Inscription

  • Dernière visite

  • Jours gagnés

    46

Tout ce qui a été posté par gaetan.cambier

  1. tu aime vivre dangereusement toi la migration se fait par remplacement/reconstruction : impossible de supprimer un disque sans tout casser
  2. à moin d'interroger les serveur root, il y a toujours quelqu'un au courant de tes requete dns, ... pour moi, google, opendns ou les autres, toute facon, c'est à peu près la meme chose, un service gratuit ne l'est jamais vraiment tout à fait ;)
  3. si tu partage le code de ta carte de banque, on veut bien passer commande :p
  4. Pour le site web a mon avis il y aura aucun problème et au pire un ajout de ram reste le moins coûteux et utile pour le cache disk
  5. à la fois, lancé un smart disk sur un disk mort, ca sert à rien, faut le remplacé c'est tout et au passage, tu utilise l'hibernation sur ton nas non ?
  6. 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
  7. 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
  8. 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])
  9. 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 ?
  10. 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
  11. 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 ;)
  12. 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
  13. 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 ;)
  14. 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
  15. 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)
  16. 18 jours et toujours pas de devis ? bon, pour la recupération de donnée, ca sera pour 2017 donc :p
  17. 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 ;)
  18. 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
  19. le revendre peut etre si tu n'en as plus l'utilité
  20. 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) ;)
  21. c + une femme qu'il faut trouver et pas un language de programmation pour çà []---> déjà partit très loin :p
  22. 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 ;)
  23. oui, mais cloudflare est gratuit, il peux le faire aussi :p et puis, il m'a permit d'eviter 4000 requetes d'ukraine une nuit, c pratique aussi pour çà ;)
  24. 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
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.