OVH Cloud OVH Cloud

(Dé)activation du cache du disque dur

13 réponses
Avatar
Steve
Bonsoir,

je vais essayer de faire court...

Message lors d'une mise =C3=A0 jour (postgresql-common) :

Warning: The following devices contain databases and have write
caching enabled: /dev/hda
This could destroy the integrity of your databases in the event of power
failure. Consider disabling the write cache with "hdparm -W 0 <device>".

Qu'en pensez-vous ?

=2D-=20
s=C2=B0

3 réponses

1 2
Avatar
Yves Rutschle
On Sun, Oct 01, 2006 at 10:16:45PM +0200, François TOURDE wrote:
A mon avis, si. Je ne suis pas sûr de ce que je vais avancer, mais le
scénario en question est "possible":



Ça marche même bien, c'est essentiellement comme ça que JFFS
fonctionne. Par contre je ne sais pas si d'autres FS le font
au niveau FS (il ne me semble pas), ni si des applications
le font non plus (il faut que les applications conservent
une version homogène de leurs donnée ET que le FS le
supporte correctement).

Y.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
rixed
-[ Sun, Oct 01, 2006 at 10:05:12PM +0200, Yves Rutschle ]----
Que se passe-t-il si la coupure de courant arrive à
mi-chemin au milieu d'une écriture? Les SGBDs arrivent à se
conserver l'homogénéité?



Oui. Le SGBD attends la validation de l'OS que les données soient envoyées
sur le disque, et que celui-ci ait répondu que les données sont effectivement
écrites, avant de noter dans ses logs que l'écriture est OK.

C'est le problème du cache du disque : le disque informe l'OS que l'écriture
est terminée avant que les données soient réellement écrites sur le disque.

Il est faux, je pense, de dire que l'on ne peut jamais être sur de retomber
sur ses pieds en cas de coupure.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
DoMinix
Steve a écrit :
Le dimanche 1 octobre 2006 19:50, Vanuxem Grégory a écrit :
Le dimanche 01 octobre 2006 à 19:32 +0200, Pascal Hambourg a écrit :





Bien que je sois entièrement d'accord avec la perte de performance qui
pourrait en résulter, je pense qu'un SGBD doit jouer avec fsync et
consort. C'est _vraiment_ leur boulot de s'assurer de l'intégrité des
données.



Moralité, je fais quoi ? Je laisse activé en espérant que postgresql fait
correctement son boulot (mais alors pourquoi le warning ? un aveu de
faiblesse ?) Ou je désactive avec perte de performance (à quantifier
encore...) ? Je serai plutôt pour laisser activé, d'autant plus que je n'ai
pas des données imperdables (ça se dit ?).




laisse activé et met un onduleur.

Merci




de rien

Greg






--
dominix


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2