gaetan.cambier

problème d'acces hier à nas-forum, bon, un onduleur qu'il faut pour qu'en cas de coupure, le nas ait le temps de se mettre en securité et pas planté le raid ps tous les onduleur font parasurtenseur en meme temps

Le raid lorsqu'il reconstruit ton système, n'a même pas connaissance des fichier, il s'en fou royalement. Sur le fait que le nas chauffe, aucun risque particulier non plus, les syno encaisse cela sans problème et certaine taches demande bien plus de ressource CPU qu.'une reconstruction raid Quand au temps, ça ne se fait pas en 5 minutes, c'est une certitude, la reconstruction du raid implique la lecture de l'entièreté de tous les autres disque, le principal étant que la reconstruction fonctionne, de toute façon, le système reste entièrement accessible pendant

tout comme un nas qui utilise n'importe quel paquet tiers comme ceux de synocommunity par exemple :s autrement, ok pour le reste et de plus, il me semble que les paquet dessus ne sont que très peu mis à jour --> vaut mieux les depot tier ou de toute facon, on arrive toujours à trouver son bonheur normalement edit en regardant le lien ipkg, c'est mort de toute facon, le plupart des paquet date de 2012

Oui, ça c'est sûr

D'où peut provenir l'erreur que j'ai eu ? as-tu un onduleur ? souvent un petit problème électrique fait des gros degat sur le raid Mes disques/mon disque sont ils a remplacer ? les disque ont l'air sain, pour s'en assurer, un test smart etendu est toujours une bonne iddée attend l'avis d'autres personne au passage

oui, c bon, ton problème sera complétement reglé quand tu sera à 100%

non, pas le meme resultat : avec le reboot, md0 est reparée (tu ne devrait plus avoir le warning dans gestionnaire de stockage --> hdd/ssd où il etait noté échec de la partition système) maintenant, tu peux reparer la partition de donnée : mdadm --manage /dev/md2 --add /dev/sda5 suivit de cat /proc/mdstat tu devrait voir le recovering avec une durrée estimée pour la réparation si tout va bien

bon, je viens de tester sur un nas de test, mes commandes sont bonne il faut bien se conecter en root ca c'est sur aussi il y a quelque chose qui bloque l'acces au disque, essaye un reboot, ca ne coute rien puis réessaye les commandes commande toujours par : cat /proc/mdstat pour voir que la situation est la meme (en théorie, ca ne change pas après un reboot, mais vaut mieux perdre 30 seconde en vérifiant )

le nom d'utilisateur que tu as utiliser pour te connecter avec putty est bien "root" et pas "admin" ? si tu n'est plus sur, la commande "who" y répondra

donc, la resultat est : la partition système (md0) a été detruite sur le disque 2 (sdb1 manquant) la partition swap est clean (md1) la partition de donnée (md2) a été sur le disque 1 (sda5 manquant) on peux tout réparer simplement : on va commencer par la partition système : mdadm --manage /dev/md0 --add /dev/sdb1 après tu retape la commande : cat /proc/mdstat tu va voir le mot recovering avec une fleche qui grandis (===>) tu retape la dernière commande autant de fois que tu veux, dès qu'il a fini, tu peux reposté le résultat (ou en cas de prob bien sur ) PS : tu peux faire un simple copier coller d'une fenetre putty : tu selectionne le texte dans la fenetre et il est automatiquement copier, reste plus qu'a le coller sur le forum une fois fini, dans l'interface du dsm, le warning sur le problème de partition système ne doit plus etre la

les disque semble en bon etat pour le ssh (va faloir y passer ) voici commande pour y acceder : http://blog.e-nnov.fr/synology-dsm/service-ssh/ login: root pass : ton password admin

il semblerai plutot que ce soit le disk 1 qui ait un problème, il est en etat initialisé (comprendre que les partition root et swap sont dessus, mais pas de partition de données) le disque 2, contient ta partition de données, mais pas de partition système tu saurait te connecté en ssh pour conner le resultat de cette commande : cat / proc/mdstat on y verra plus clair sur ce qui est ok et sur quel disque tu peux aussi nous donner le detail smart de chaque disque (bouton "info sur le santé" onglet info smart ) en agrandissant bien la fenetre pour bien tout voir

pour comprendre, tu peux faaire une capture du iscsi lun avec une lun bien detaillée, je crois comprendre pourquoi les partage ne sont plus la, fait faudrait cette info pour verifier

le vieillissement prématuré, cétait avec l'attribut Load_Cycle_Count qui montais trop vite sur un disque ou je suis à 31000 heure d'utilisation (3.5 ans), mon compteur est à 775 --> beaucoup moins que pour les personne qui arrete leur nas chaque jours ou tente les mise en veille des disques

c pas complique, par defaut, tu fait tout passer par le vpn et tu devie les quelque port que tu veux utiliser directement (dsm couch potato et plex dans son cas)

je crois que tu ne trouvera pas grand monde avec cette configuration malheureusement faudra se reférer probablement au test de synology : http://ukdl.synology.com/download/Document/WhitePaper/Synology_SSD_Cache_White_Paper3.pdf il semblerai que le cache en lecture/ecriture (ce qui implique 2 ssd si je me trompe pas) ameliore grandement les iops une chose utile aussi à venir avec la version 5.2 : https://www.synology.com/fr-fr/dsm/5.2beta/productivity reduction de 90% de l'empreinte mémoire par le cache ssd, c'est toujours bon à prendre

mais non , c'est tout à fait possible : http://serverfault.com/questions/382498/howto-only-tunnel-specific-hosts-route-through-openvpn-client-on-tomato voila l'exemple pour regiriger uniquement certain paquet cers le vpn, l'inverse, c'est le meme principe

comme je crois que tu est le premier a avoir juste desinstaller le paquet (ce qui est moin de travail qu'un reset qd meme), on verra si le problème revient chez toi

et non, le paquet etant à destination du routeur, le routeur dis merci et va pas + loin vu que c'est l'adresse de destination

mais pourquoi le SNAT ? le SNAT modifie l'adresse source du paquet donc, un paquet rentrant en direction de ton nas, tu modifie l'adresse source pour dire qu'il vient du routeur logiquement, le nas, qd il renvoit un paquet de reponse, il le renvoit ... au routeur et pas sur internet

http://www.01net.com/editorial/514696/la-fiabilite-des-cd-dvd-et-disques-durs-remise-en-cause/

ce genre la : http://www.ldlc.be/fiche/PB00031071.html il y a, outre la protection de surtention, un "noise filtering" j'en ait une et par exemple, ca bloque les signaux cpl (que l'on peux interpretter comme des interference sur le signal electrique) c'etait pas le but chez moi de bloquer le signal cpl, mais j'ai voulu brancher un cpl dessus, j'ai vite compris que le signal etait filtré

mon iddée ne reglera pas l'origine du problème, mais tu n'aurait pas au fond d'un tirroir une prise filtre antiparasite pour tester ? si tu en as une, ca ne coute rien d'essayer

ben, j'avais donné la solution, éditer le fstab :s bon, on étendra le raid à la main (raid monodisque)

j'avoue, j'avais lu à moitié