noyau: erreur d'E / S de validation de journal

J'ai des problèmes avec un serveur Dell 1950. J'installe RHEL 4.6 avec Oracle et d'autres logiciels ici.

Je reçois au hasard un message d'erreur disant "kernel: journal commit I / O error" sur ma session ssh et sur le moniteur Je me suis connecté au serveur Je vois une erreur de défilement qui dit "erreur EXT3-fs (périphérique sda5) dans start_transaction: le journal a été abandonné. "

Cela s'est produit plusieurs fois mais jamais au même moment lors de l'installation. En fait, cette dernière fois, le système était opérationnel et j'essayais juste d'importer une base de données dans Oracle.

Cela s'est produit sur plusieurs disques durs, donc je suis sûr que ce n'est pas le problème. Cela me fait penser que le contrôleur de raid va mal.

Qu'en pensez-vous?

** MISE À JOUR **

Je suis sûr que c'était un mauvais disque dur. J'ai jeté un autre disque dans le serveur et il fonctionne depuis environ 48 heures sans problème.

J'ai vu ces erreurs avant, mais pas pendant le processus d'installation.

Cela signifie que le lecteur a reçu suffisamment d'erreurs que le système d'exploitation l'a mis en mode lecture seule. Si vous pouviez trouver les journaux complets, il y aurait probablement des erreurs d'E / S qui ont réessayé et travaillé avant les erreurs d'échec complet que vous avez vues. Quelque chose avec des blocs réels mentionnés.

C'est une erreur du système de stockage. Il s'agit certainement de la carte RAID, des disques de la matrice RAID, des câbles de la carte aux disques, du fond de panier auquel les disques se connectent, de l'emplacement sur lequel la carte RAID est branchée, de l'alimentation des disques durs ou de quelque chose d'autre entre la CPU et les blocs de stockage réels.

Trois possibilités viennent à l'esprit:

1. Il y a des problèmes de mémoire (ils provoquent souvent des plantages "aléatoires"). Si vous avez un RAM ECC là-dedans, alors c'est évidemment moins probable.

2. Il y a un problème avec le bus. J'ai eu le même problème avec un contrôleur APIC cassé sur une carte mère Tyan double Opteron il y a quelques années. Il y avait d'autres entrées de journal qui y faisaient allusion, mais la majeure partie des symptômes étaient une corruption aléatoire sur les lecteurs de disque avec des remontées automatiques en lecture seule. Dans mon cas, je savais que ce n'était pas lié au disque car c'était une boîte FC RAID externe et c'était bien.

3. Le contrôleur RAID est superposé.

C'est dans l'ordre où je considérerais les problèmes.

Ce pourrait être le contrôleur RAID qui va mal comme vous l'avez dit (essayez un de rechange si vous en avez un.) Ce pourrait être le pilote du contrôleur (recherchez des pilotes alternatifs si disponibles, même si les performances sont pires, il est bon d'avoir un point de référence .) Ce pourrait être le noyau (moins probable cependant dans RHEL, il est assez bien testé.) Ce pourrait être une mauvaise RAM qui gâche le cache de bloc.

Un problème matériel est cependant la cause la plus probable, basée sur le comportement d'erreur apparemment aléatoire.

Vérifiez que le disque n'est pas plein - en particulier la partition racine. Utilisez df pour voir l'utilisation du disque du système de fichiers:

df -h

Rechercher des partitions proches ou égales à 100% d'utilisation

essayer:

shutdown -rF now