bonjour,
Je viens de reprendre la main sur un serveur linux Debian. J'ai remarqué
qu'il y a dans apache beaucoup de bug lié au module pagespeed .
Je pensais avoir réglé les problèmes concernant ce module ( problème lié à
des droits d'accès ).
mais je viens de rencontrer un beau crash du serveur,
On Sun, 23 Sep 2012 23:59:23 +0200
Mourad Jaber wrote:
> par
> contre, je ne comprends pas bien à quoi sert l'option commit=600
> sur un SSD, un commit toutes les 600 secondes ! tu peux perdre 10
> minutes d'activité en cas de coupure de courant !
Heu Mourad, ça parait relativement logique sur u
ça peut effectivement faire avancer vers une solution...
Le 3.5 est en experimental est fonctionne très bien sur mes machines !
Cependant, les erreur de disque me semble assez inquiétante, j'ai une configuration à base
de SSD et pas de truc inquiétant comme :
Sep 22 10:33:31 AppleSeed kernel: [
Merci, je vais essayer avec un noyau plus récent.
Le 23/09/2012 20:36, Christian Ottié a écrit :
On 23/09/2012 19:57, Antoine wrote:
Merci pour ces suggestions.
-Il n'y a aucun problème détecté par memtest,
-J'ai utilisé cpuburn (avec parcimonie, car je ne connais pas trop ce
genre d'outils),
On Sun, 23 Sep 2012 19:57:29 +0200
Antoine wrote:
>
> après lecture de cette page :
> http://libre-ouvert.toile-libre.org/index.php?article72/ssd-crucial-m4-64-go-linux-trim-ext4-noatime
> Est ce toujours utile ?
Le noatime est réellement utile, sinon à chaque accès (donc
lectures incluses) le
Merci pour ces suggestions.
-Il n'y a aucun problème détecté par memtest,
-J'ai utilisé cpuburn (avec parcimonie, car je ne connais pas trop ce
genre d'outils), et je n'ai rien vu d'anormal genre fonte de la coque en
plastique ou fumée émanant du machin...
-Pour le disque ssd, plusieurs chos
6 matches
Mail list logo
