nous avons une redhat 7.2 en production (base oracle etc..) qui
fonctionnait tres bien.
Recemment une reinstallation de cette distribution a du se faire suite à
certain pbm.
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file
system y compris le root. C est la seul chose qui ait changé sur le serveur.
Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe
freeze du serveur de facon apriori totalement aléatoire. Aucun rapport
avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par
reseau. Le serveur est "pinguable" mais c est tout.
Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne
parfaitement puis... plus rien.
Test programmé de la mémoire via memtest un soir ou un week end.
Pas evident de trop le bidouiller puisqu il s agit d'un serveur de prod,
rappelons le.
Je me pose des questions actuellement sur le support de l ext3
concernant cette vieille redhat 7.2
Sinon ca sent le pbm hardware.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
R12y
On Tue, 18 Oct 2005 10:54:06 +0200, bill wrote:
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les caractéristiques du matériel. Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Je me pose des questions actuellement sur le support de l ext3
concernant cette vieille redhat 7.2
Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les
caractéristiques du matériel.
Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint
pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les caractéristiques du matériel. Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les caractéristiques du matériel. Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Kernel 2.4.7-10smp Quelque disques SCSI 1 lecteur de bande
R12y wrote:
On Tue, 18 Oct 2005 10:54:06 +0200, bill wrote:
Je me pose des questions actuellement sur le support de l ext3
concernant cette vieille redhat 7.2
Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les
caractéristiques du matériel.
Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint
pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Kernel 2.4.7-10smp
Quelque disques SCSI
1 lecteur de bande
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Rappelles-nous la version du kernel, s'il te plait, et sinon aussi les caractéristiques du matériel. Moi sur une machine low-cost qui tournait 24/24, le fait de l'avoir éteint pour dépoussiérer était fatal aux éléments mécaniques (disque et alim).
Kernel 2.4.7-10smp Quelque disques SCSI 1 lecteur de bande
tatoute
Tiens... Moi ca a été le contraire. Des comportements erratiques ont disparus apres un coup (leger) de soufflette. Comme quoi tout peut arriver...
Michel.
Tiens... Moi ca a été le contraire. Des comportements erratiques ont
disparus apres un coup (leger) de soufflette. Comme quoi tout peut
arriver...
Tiens... Moi ca a été le contraire. Des comportements erratiques ont disparus apres un coup (leger) de soufflette. Comme quoi tout peut arriver...
Moi c'était du SMART qui m'annoncait la mort imminente de mon disque dur. Un coup involontaire dans la tour a apparemment résolu le problème.
Bon dans le doute j'ai qd même backupé ce qui était dessus...
-- @+ Calimero
vigi98
bill wrote:
Bonjour,
nous avons une redhat 7.2 en production (base oracle etc..) qui fonctionnait tres bien. Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file system y compris le root. C est la seul chose qui ait changé sur le serveur. Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe freeze du serveur de facon apriori totalement aléatoire. Aucun rapport avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par reseau. Le serveur est "pinguable" mais c est tout. Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Test programmé de la mémoire via memtest un soir ou un week end. Pas evident de trop le bidouiller puisqu il s agit d'un serveur de prod, rappelons le.
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Vos avis ?
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de la RH7.2. Donc pas de problème de support a priori. Donc très difficile de trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne connais pas vos contraintes...
bill wrote:
Bonjour,
nous avons une redhat 7.2 en production (base oracle etc..) qui
fonctionnait tres bien.
Recemment une reinstallation de cette distribution a du se faire suite à
certain pbm.
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file
system y compris le root. C est la seul chose qui ait changé sur le
serveur. Et depuis, nous avons droit en moyenne 1 fois par semaine à un
superbe freeze du serveur de facon apriori totalement aléatoire. Aucun
rapport avec une montée en charge du serveur puisque ca tombe parfois la
nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par
reseau. Le serveur est "pinguable" mais c est tout.
Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne
parfaitement puis... plus rien.
Test programmé de la mémoire via memtest un soir ou un week end.
Pas evident de trop le bidouiller puisqu il s agit d'un serveur de prod,
rappelons le.
Je me pose des questions actuellement sur le support de l ext3
concernant cette vieille redhat 7.2
Sinon ca sent le pbm hardware.
Vos avis ?
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de
la RH7.2. Donc pas de problème de support a priori. Donc très difficile de
trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne
connais pas vos contraintes...
nous avons une redhat 7.2 en production (base oracle etc..) qui fonctionnait tres bien. Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file system y compris le root. C est la seul chose qui ait changé sur le serveur. Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe freeze du serveur de facon apriori totalement aléatoire. Aucun rapport avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par reseau. Le serveur est "pinguable" mais c est tout. Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Test programmé de la mémoire via memtest un soir ou un week end. Pas evident de trop le bidouiller puisqu il s agit d'un serveur de prod, rappelons le.
Je me pose des questions actuellement sur le support de l ext3 concernant cette vieille redhat 7.2 Sinon ca sent le pbm hardware.
Vos avis ?
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de la RH7.2. Donc pas de problème de support a priori. Donc très difficile de trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne connais pas vos contraintes...
bill
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de la RH7.2. Donc pas de problème de support a priori. Donc très difficile de trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne connais pas vos contraintes...
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu. Faute de bidouille possible, on va passer à une nouvelle machine avec une bonne distrib recente et Zou. C'est quand meme enervant ces pbm de freeze... ca me rappelle l ecran bleu de windows. Ta machine plante et va t en comprendre..
C est triste. La vie est dure parfois :o)
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de
la RH7.2. Donc pas de problème de support a priori. Donc très difficile de
trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne
connais pas vos contraintes...
Revenir à ext2 avec une machine de prod qui reboot regulierement... je
pense que ce serait jouer avec le feu.
Faute de bidouille possible, on va passer à une nouvelle machine avec
une bonne distrib recente et Zou.
C'est quand meme enervant ces pbm de freeze... ca me rappelle l ecran
bleu de windows. Ta machine plante et va t en comprendre..
Autant que je me souvienne, ext3 était déjà bien rôdé lors de l'avènement de la RH7.2. Donc pas de problème de support a priori. Donc très difficile de trouver la raison des plantages. Donc revenir à ext2. Mais bon, je ne connais pas vos contraintes...
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu. Faute de bidouille possible, on va passer à une nouvelle machine avec une bonne distrib recente et Zou. C'est quand meme enervant ces pbm de freeze... ca me rappelle l ecran bleu de windows. Ta machine plante et va t en comprendre..
C est triste. La vie est dure parfois :o)
TiTiX
Le Wed, 19 Oct 2005 08:13:53 +0200, bill a écrit :
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le sytème ne tiendra pas compte de la journalisation c'est tout.
-- TiTiX
Le Wed, 19 Oct 2005 08:13:53 +0200, bill a écrit :
Revenir à ext2 avec une machine de prod qui reboot regulierement... je
pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le
sytème ne tiendra pas compte de la journalisation c'est tout.
Le Wed, 19 Oct 2005 08:13:53 +0200, bill a écrit :
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le sytème ne tiendra pas compte de la journalisation c'est tout.
-- TiTiX
J1
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le sytème ne tiendra pas compte de la journalisation c'est tout.
Je pense que tu interpretes mal la remarque de Bill. La journalisation est plutot intéressante sur une machine qui crashe régulierement, fsck ayant alors moins de misère à retrouver ses ptits.
Dans tous les cas, passer à une distrib plus récente parait bien raisonnable.
-- J1
Revenir à ext2 avec une machine de prod qui reboot regulierement... je
pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le
sytème ne tiendra pas compte de la journalisation c'est tout.
Je pense que tu interpretes mal la remarque de Bill.
La journalisation est plutot intéressante sur une machine qui crashe
régulierement, fsck ayant alors moins de misère à retrouver ses ptits.
Dans tous les cas, passer à une distrib plus récente parait bien
raisonnable.
Revenir à ext2 avec une machine de prod qui reboot regulierement... je pense que ce serait jouer avec le feu.
Pour revenir à ext2 il suffit de remonter la partition en ext2, le sytème ne tiendra pas compte de la journalisation c'est tout.
Je pense que tu interpretes mal la remarque de Bill. La journalisation est plutot intéressante sur une machine qui crashe régulierement, fsck ayant alors moins de misère à retrouver ses ptits.
Dans tous les cas, passer à une distrib plus récente parait bien raisonnable.
-- J1
J1
Bonjour,
Bonjour,
nous avons une redhat 7.2 en production (base oracle etc..) qui fonctionnait tres bien.
C'est souvent comme ça avant d'avoir des problèmes ;)
Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file system y compris le root. C est la seul chose qui ait changé sur le serveur. Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe freeze du serveur de facon apriori totalement aléatoire. Aucun rapport avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par reseau. Le serveur est "pinguable" mais c est tout. Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent complètement, envisager l'utilisation d'un systeme de log deporté pour (esperer) avoir des traces dans ce cas.
Sur certaines cartes controleur, tu peux egalement demander un dump des derniers "evenements", à l'aide d'un utilitaire adéquat.
Sinon pour les logs par le reseau : man syslogd ou http://www.coagul.org/article.php3?id_article!0
N'oublie pas de revenir ici pour nous donner des nouvelles!
Hope it helps,
-- J1
Bonjour,
Bonjour,
nous avons une redhat 7.2 en production (base oracle etc..) qui
fonctionnait tres bien.
C'est souvent comme ça avant d'avoir des problèmes ;)
Recemment une reinstallation de cette distribution a du se faire suite à
certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file
system y compris le root. C est la seul chose qui ait changé sur le
serveur.
Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe
freeze du serveur de facon apriori totalement aléatoire. Aucun rapport
avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par
reseau. Le serveur est "pinguable" mais c est tout.
Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne
parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent
complètement, envisager l'utilisation d'un systeme de log
deporté pour (esperer) avoir des traces dans ce cas.
Sur certaines cartes controleur, tu peux egalement demander un dump des
derniers "evenements", à l'aide d'un utilitaire adéquat.
Sinon pour les logs par le reseau :
man syslogd
ou
http://www.coagul.org/article.php3?id_article!0
N'oublie pas de revenir ici pour nous donner des nouvelles!
nous avons une redhat 7.2 en production (base oracle etc..) qui fonctionnait tres bien.
C'est souvent comme ça avant d'avoir des problèmes ;)
Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
J'ai passé alors cette redhat 7.2 en ext3 au niveau de tous les file system y compris le root. C est la seul chose qui ait changé sur le serveur. Et depuis, nous avons droit en moyenne 1 fois par semaine à un superbe freeze du serveur de facon apriori totalement aléatoire. Aucun rapport avec une montée en charge du serveur puisque ca tombe parfois la nuit.
Ecran noir. Impossible de prendre la main. Ni localement, ni par reseau. Le serveur est "pinguable" mais c est tout. Un redemarrage resoud le pbm.
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent complètement, envisager l'utilisation d'un systeme de log deporté pour (esperer) avoir des traces dans ce cas.
Sur certaines cartes controleur, tu peux egalement demander un dump des derniers "evenements", à l'aide d'un utilitaire adéquat.
Sinon pour les logs par le reseau : man syslogd ou http://www.coagul.org/article.php3?id_article!0
N'oublie pas de revenir ici pour nous donner des nouvelles!
Hope it helps,
-- J1
bill
J1 wrote:
Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
Oui et non. Un beau matin, un arret relance programmé de la machine (alors en ext2) s est mal passé. La machine a bloqué durant son arret, impossible de prendre la main dessus pour analyser. Power off inévitable apres 20 minutes d essais infructueux. Impossiblité de redemarrage. File system HS , irréparable. La totale. Reinstallation complete du serveur et des appli à l identique dans l'urgence avec une belle montée d'adrenaline :o)
5 redemarrage depuis en ext3 dont 2 suite à une coupure de courant avec un onduleur defectueux (je sais on n a vraiment pas de bol) ==> OK. Inutile de dire que je ne veux plus entendre parler de l ext2
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent complètement, envisager l'utilisation d'un systeme de log deporté pour (esperer) avoir des traces dans ce cas.
Pourquoi pas. J y reflechirai :)
Sur certaines cartes controleur, tu peux egalement demander un dump des derniers "evenements", à l'aide d'un utilitaire adéquat.
pas possible sur ce controleur tres simple.
On a eu une fois ce style de pbm sur un serveur IBM (distrib Suse recente). Freeze et refreeze incompréhensibles. Un changement de carte ethernet a resolu le pbm.
Bizarre n est il pas.
J1 wrote:
Recemment une reinstallation de cette distribution a du se faire suite
à certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
Oui et non.
Un beau matin, un arret relance programmé de la machine (alors en ext2)
s est mal passé. La machine a bloqué durant son arret, impossible de
prendre la main dessus pour analyser. Power off inévitable apres 20
minutes d essais infructueux.
Impossiblité de redemarrage. File system HS , irréparable. La totale.
Reinstallation complete du serveur et des appli à l identique dans
l'urgence avec une belle montée d'adrenaline :o)
5 redemarrage depuis en ext3 dont 2 suite à une coupure de courant avec
un onduleur defectueux (je sais on n a vraiment pas de bol) ==> OK.
Inutile de dire que je ne veux plus entendre parler de l ext2
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne
parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent
complètement, envisager l'utilisation d'un systeme de log
deporté pour (esperer) avoir des traces dans ce cas.
Pourquoi pas. J y reflechirai :)
Sur certaines cartes controleur, tu peux egalement demander un dump des
derniers "evenements", à l'aide d'un utilitaire adéquat.
pas possible sur ce controleur tres simple.
On a eu une fois ce style de pbm sur un serveur IBM (distrib Suse
recente). Freeze et refreeze incompréhensibles.
Un changement de carte ethernet a resolu le pbm.
Recemment une reinstallation de cette distribution a du se faire suite à certain pbm.
Tout à fait sans rapport avec celui décrit ci dessous?
Oui et non. Un beau matin, un arret relance programmé de la machine (alors en ext2) s est mal passé. La machine a bloqué durant son arret, impossible de prendre la main dessus pour analyser. Power off inévitable apres 20 minutes d essais infructueux. Impossiblité de redemarrage. File system HS , irréparable. La totale. Reinstallation complete du serveur et des appli à l identique dans l'urgence avec une belle montée d'adrenaline :o)
5 redemarrage depuis en ext3 dont 2 suite à une coupure de courant avec un onduleur defectueux (je sais on n a vraiment pas de bol) ==> OK. Inutile de dire que je ne veux plus entendre parler de l ext2
Coté log (/var/log/messages) il n y a rien de rien. Le serveur tourne parfaitement puis... plus rien.
Si le problème vient des disques / du controleur qui plantent complètement, envisager l'utilisation d'un systeme de log deporté pour (esperer) avoir des traces dans ce cas.
Pourquoi pas. J y reflechirai :)
Sur certaines cartes controleur, tu peux egalement demander un dump des derniers "evenements", à l'aide d'un utilitaire adéquat.
pas possible sur ce controleur tres simple.
On a eu une fois ce style de pbm sur un serveur IBM (distrib Suse recente). Freeze et refreeze incompréhensibles. Un changement de carte ethernet a resolu le pbm.
