Bonjour
J'ai depuis peu un petit soucis avec le passage en mode veille des disques composant un raid 5 logiciel (mdadm)
J'utilise une mageia cauldron à jour (noyau 4.13.7) / plasma 5 en desktop
Depuis quelque temps (moins d'un mois), probablement suite à une mise à jour, les disques de mon raid 5 passent en veille et arrêtent donc de tourner alors même que j'utilise des données stockées dans le raid.
Typiquement, si je lis une vidéo, après 5 minutes, cela va saccader car un ou plusieurs disques sont dans un état standby. Cela arrive aussi alors qu'un processus écrit aussi sur le disque.
[root@hyperion ~]# hdparm -C /dev/sd[acde]
/dev/sda:
drive state is: active/idle
/dev/sdc:
drive state is: standby
/dev/sdd:
drive state is: standby
/dev/sde:
drive state is: standbyUtilisant la cauldron en rolling release, je n'ai donc pas trop moyen de savoir précisement depuis que le phénomène est apparu.
J'ai remarqué que si je suis actif ma session et que j'utilise mon clavier, je n'ai pas de problème de passage en veille.
Par contre, si je n'utilise que ma souris (typiquement dans mon navigateur) ou si je regarde une vidéo (pas d'action), les disques passent en stand by après 5 minutes.
Dès que je tape sur le clavier, j'entends les disques repartir.
Le raid 5 est composé de 4 disques Seagate 2.5"
[root@hyperion ~]# hdparm -I /dev/sd[acde] | grep Model
Model Number: ST2000LM015-2E8174
Model Number: ST2000LM003 HN-M201RAD
Model Number: ST2000LM003 HN-M201RAD
Model Number: ST2000LM003 HN-M201RADIls sont réglés sur un niveau pour se gérer eux même.
root@hyperion ~]# hdparm -I /dev/sd[acde] | grep level
Advanced power management level: 254
Advanced power management level: 254
Advanced power management level: 254
Advanced power management level: 254J'ai donc voulu forcé les disques à rester actifs ( hdparm -S 0 /dev/sd[acde] ) pour voir mais sans succès.
hdparm a également une option -Z pour les seagate ST3 (???) a priori pour des problèmes comme le mien (testé quand même, ne semble pas fonctionner)
-Z Disable the automatic power-saving function of certain Seagate drives (ST3xxx models?), to prevent them from idling/spinning-down at inconvenient times.Bref, je n'ai plus trop de piste, c'est sûrement logiciel mais je ne sais pas où regarder.
En plus du temps de lag désagréable lors du redémarrage des disques, je suppose que cela risque de prématurément les user si je laisse faire.
Je vais probablement ouvrir un bug chez mageia (rien trouvé à ce sujet dans leur bug tracker), mais je me demandais si quelqu'un ici avait une piste ou ou solution à mon problème.
# màj firmware
Posté par WhiteCat . Évalué à 2.
Bonjour,
Déjà tu peux vérifier ici s'il y a des mises à jour de firmware pour tes disques : https://apps1.seagate.com/downloads/request.html
[^] # Re: màj firmware
Posté par littlebreizhman . Évalué à 2.
C'est une idée mais ça a fonctionné correctement pendant un bon moment, je penche donc plutôt pour une maj coté OS.
# desactiver la mise en veille quand tu regardes une video
Posté par NeoX . Évalué à 2.
suffit surement de dire à ton player video de desactiver la mise en veille
[^] # Re: desactiver la mise en veille quand tu regardes une video
Posté par littlebreizhman . Évalué à 2.
c'est déjà le cas et lorsque j'utilise longtemps mon pc sans sollicité autre chose de ma souris (typiquement juste l'utilisation de firefox pour glandouiller sur le net), ça fait pareil
# Do you speak kernel ?
Posté par littlebreizhman . Évalué à 2.
Ecriture dans /var/log/syslog juste avant l'arrêt des disques (plus de bruit de rotation)
Désactivation du cache d'écriture des disques apparemment et délai de commit pour le système de fichiers à 600 sec si je comprends bien (ou pas?) et remontage des disques.
-> sdb1 et sdb2 sont mes partitions système et home sur un ssd hors du raid.
Même punition : commit à 600 ?
Ecriture dans /var/log/syslog après avoir taper une touche du clavier
Retour du cache en écriture et du commit EXT4-fs à 0.
Je n'y comprends pas grand chose… toutes les veilles coté DM (plasma5) sont sur off normalement.
Je suppose que je paye le fait d'être en cauldron :)
# Tu as en fait un gros soucis
Posté par Zenitram (site web personnel) . Évalué à 3.
Vaudrait mieux s'occuper des gros soucis avant les petits : avoir un RAID5.
https://www.thedatacave.com/raid-5-is-dead
[^] # Re: Tu as en fait un gros soucis
Posté par littlebreizhman . Évalué à 2.
Certes mais ça m'aide pas :)
D'autant plus que j'ai l'impression que le RAID n'a rien à voir dans tout ça.
Mais sinon, à en croire l'article éventuellement le raid 6 pourrait faire l'affaire en permettant un disque de plus HS.
Par contre, on perd en place du fait de la double parité et c'est plus lent si j'ai bien compris.
A priori, on peut passer du raid 5 au raid 6 facilement
http://www.ewams.net/?date=2013/05/02&view=Converting_RAID5_to_RAID6_in_mdadm
Ou alors c'est du plusieurs volumes de raid avec ZFS par dessus ? ça demande des moyens que je n'ai pas (matériel et financier) et cela restera lent à restaurer.
Après, tout ce qui est stocké dessus n'est pas critique (sauf quelques trucs sauvegardés ailleurs), je minimise juste un peu la perte possible si un disque claque et le cas échéant, ça fera du ménage ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.