Volume En Panne

[endlessdark]

Bonjour,

j'ai r

[daneel]

Salut

Il y a certainement un

[endlessdark]

[quote name='daneel' date='10 d

[MS_Totor]

bonjour,

étrange et mystérieuse votre affaire, 20h45 pile à chaque fois........

avez vous d'une façon ou d'une autre ajouté des tâches à exécuter vers cette heure là soit sur le syno lui même, (tache cron), action de démarrage programmée etc...

ou sur l'environnement réseau autour du syno ou sur d'autres appareils branchés sur le même onduleur ?

dans vos options d'alimentation du syno, vérifiez que si il y a une coupure de courant puis rétablissement, le syno ne redémarre pas.

désactiver l'hibernation des disques durs également.

l'onduleur ne peut pas être en cause ? avez vous la possibilité de voir les évènements survenus sur l'onduleur ? via le port série, port usb, port rj45 et un logiciel de gestion.

1) surcharge qui arrive à cette heure là ?

2) tension EDF basse et non compensation en tempon de l'onduleur sur la sortie régulée....

si la tension de sortie de l'onduleur vient à chuter vers le seuil bas en tension, (mauvais filtrage des harmoniques, surcharge, batterie hs, mauvaise régulation de sortie) alors le raid peut tomber, comme dans le cas trop souvent répété des coupures de courant.

solution du pauvre, un soir, en ayant pris soin de désactiver toute tache programmée, pas d'hibernation ect........isoler le syno du reste du réseau, laissez le seul sur l'onduleur, pour cerner si le soucis est interne et local au syno ou si ce n'est pas un évènement lié extérieur.

vous n'avez aucun soucis " local" votre amie qui ne souhaite pas vous voir connecté par exemple après 20h45, bref le facteur humain ? ......

et vérifier vos états smarts des disques durs via la console de gestion web du syno.

MS_Totor, ail, eau bénite , démarabouteur de syno

[endlessdark]

J'ai eu ce probl

[MS_Totor]

statut smart ok ne veut pas dire que tout est ok quand on fait un test étendu....

les disques ont bien été préparés avant de les mettre sur le syno pour virer les erreurs ?

faites un test smart sur chaque disk, il suffit qu'il y en ai un qui ait un débit trop bas par rapport à l'autre ou comportant des erreurs pour que lors d'un transfert de données, cela plante l'accès simultanée lecture/écriture sur les DD (raid) et fasse tomber le volume raid et nécessite une reconstruction.

si cette tache précise fait planter le raid, que disent les log sur le syno ? c'est un volume plus conséquent de transfert ? quelles différences entre cette tache et les autres ? même volume de destination sur le syno, /volume1/......... ? rien comme sauvegarde vers la partition systeme ?

que donne sous ssh ou telnet , utilisateur=root, mot de passe de admin

syno>df

vérifiez la colonne use% sur la partition systeme /dev/md0 et /tmp

autre axe de recherche

nous avons eu aussi des cas de câble sata défectueux, changez les , faites un test

il y a un petit script fait fredlime pour vérifier le débit de chaque DD, si vous voulez aller plus loin

http://www.nas-forum...al-des-disques/

@+

[formath]

hello,

le plantage