gaetan.cambier

il faut créer une bibliotheque a part, avec acces uniquement pour ton compte j'avais donné la procédure il y a p-e un mois sur le forum, v voir si je le retrouve trouvé :

je suis en train de tester : J'ai augmenter la memoire dans le fichier : /etc/postgresql/postgresql.conf j'ai remplacer la ligne par : shared_buffers = 64MB J'ai redémarrer le service : synoservicecfg --restart pgsql Via l'interface graphique dans le centre de package, j'ai desactiver downloadstation, puis reactiver et depuis, ca va beaucoup mieux, j'espère que çà va durer.

Joyeux Noël à tous

On dirait que le mot clé missing n'est pas reconnu. Ça va être dur aujourd'hui, mais v essayer de reproduire cela en virtualisation. Ainsi, je teste toute les commande les une a la suite des autres

bon, maintenant, on sais que le problème est connu, bon, faut voir qd le patch va arriver ... c'est noël là

Bah oui, moi j'ai franchement pas envie de faire un reset donc comme j'ouvre download station rarement, je reste ainsi

piwi : lorsque download station est ouvert, il y a des requete upgrade sur pgsql qui prennent toute les ressource, mais ca ce voit avec iotop

j'en compte 5 pourtant pas 6 bon, alors, on va supposer qu'il prend le missing pour un disk donc, si il aime pas, on passe a 4 mdadm --create /dev/md3 --verbose --level=5 --raid-devices=4 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 missing /dev/sdc6 si quelqu'un a une bonne iddée, suis aussi preneur

peut etre ceci : mdadm --create /dev/md3 --verbose --level=5 --raid-devices=5 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 missing /dev/sdc6

vu qu'il n'aime pas l'option --metadata avec --build, pourquoi pas : mdadm -v --build --raid-device=4 /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6

moi, j'ai parfois remarqué que tous les paquet disparaisse mais en cliquant sur actualiser, ca revient je sais pas si tu as essayer ou si c'est pas le meme problème

Google: man mdadm Mais la suis pas chez moi

Ben oui, et si on fait un --assemble, va pas prendre le disque sans metadata pfff v me replonger dans la doc

ben c pas dur "aus" = eteind --> on sait eteindre la led status, copy power

bon, bonne nouvelle donc a mon avis, c'est un problème du dsm --> après avoir sauvegarder tes données, remet tes disques dans le dsm et double reset pour repartir sur un dsm clean

faudrait verifié l'etat des disque avec le smart, un dsm qui veux pas créer de volume, c'est souvent un problème de disques

bon, je revient et en mode verbose, il dis quoi comme erreur ? j'ai au passage modifier le metadata, par defaut c'est 1.2, comme ton raid est en 1.1, faut le preciser mdadm -v --build --raid-device=4 --metadata=1.1 /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6

tu peux leur donner un acces ssh, ils accepteront, mais bon, ca reste avoir un full access a ton nas qui t'embete surement

en fait, ce qui est bizarre, c'est qu'il essaye de relancer l'update j'ai verifié chez moi, un reboot sans update ne fait pas d'erreur dans les log.

ben, j'ai plus d'iddées :s

alors vu que les données semble saine, le monté dans un ubuntu devrait fonctionner, on aura une certitude ainsi sur l'etat des données pour le double reset, oui, tu peux toujours remettre un fichier de config si tu l'a, avec çà, tout devrait revenir à la normale seule synology sait exactement ce que contient l'update, en plus, une mise à jour du bios, ca n'a été fait p-e que sur 1 modele précis

bon, il aime pas le missing vu qu'il essaie de chargé un disque qu'on lui declare inexistant mdadm --build --raid-device=4 /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 ou mdadm --build --raid-device=5 /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 je sais pas entre les 2 lequel prendre, essaye les dans l'ordre et on verra

bon, je sais pq : il faut ajouter --raid-device=nombre de disque, mais j'hesite sur le nombre entre 5 et 4 mais je mettrai 5 mdadm --build --raid-device=5 /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 missing /dev/sdc6

alors, tu peux tenter ceci : mdadm --stop /dev/md3 et le build manuel : mdadm --build /dev/md3 /dev/sda6 /dev/sdb6 /dev/sdd6 /dev/sde6 missing /dev/sdc6 pour etre honette, il y a de moin en moin de chance que çà fonctionne

le fait que le raid md2 soit correct est dans un sens bon signe, mais alors, si le raid est bon, il devrait pouvoir monter le volume 1, car physiquement, ton volume 1 est hébergé sur md2 bref, c'est pas logique tout çà, ce qui me ferait pencher pour un problème du dsm meme pour info, le double reset ne supprime pas les données, mais faudra refaire toute la configuration du nas