Linux 2.6.20 et NXbit dedibox
Par hacky le mercredi, février 7 2007, 13:00 - Debian - Lien permanent
Après quelques heures d'acharnement sur une dedibox de test prêtée gentiment par Michael de l'équipe d'admins, un 2.6.20 a booté \o/
A première vue, il y a un souci avec le support NXbit du CPU C7 et ce noyau. Pour le faire amorcer convenablement, on a le choix soit de désactiver le NXbit du bios, soit de supprimer le support 64Gb highmem de la configuration kernel.
Le kernel 2.6.20-hacky n'utilise donc pas le NXbit , en attendant mieux... Le 2.6.20 apporte un bon nombre de modifications pour le driver sata_via, qui causait pas mal de soucis de plantages lors d'une charge I/O importante sur les kernels précédents (depuis le r6 dedibox).
Sources et image sont disponibles ici :http://files.hacky.info/kernel/2.6....
N'hésitez pas à faire des remontées si le souci d'I/O se reproduit toujours ou a disparu.
Commentaires
Vaudrait pas mieux supprimer le support 64Gb (c'est bien pour la ram ? On aura pas ça avant un moment à mon avis sur dedibox ;)) que le nx bit (bon de toutes façons je ne crois pas que je l'utilise non plus)
J'avais eu quelques plantages sur ma dedibox, j'avais coupé le serveur ut2k4 qui en était la cause, je pourrais retenter mais je ne sais pas si c'était vraiment du à une charge I/O (ca se produisait en heures a priori creuses alors que ca fonctionnait bien en heures pleines, et plantage en moins de 24h apres lancement du serveur)
C'est ce que j'ai fait, la configuration est en 4Gb, ce qui a pour conséquence de désactiver le NX bit. Le support highmem 64Gb est uniquement là pour activer le NX bit... Chose étrange, mais matos spécial, config spéciale
Je fais des tests plus poussés, j'ai réussi à freezer à 3 reprises en quelques heures un 2.6.20 hier soir...
J'ai testé pas mal de configurations noyau différentes, en changeant la fréquence du timer, en enlevant complètement le watchdog, Là je viens de recompiler sans le support de l'APIC et ça n'a pas encore freezé en 1h10 de stress tests... On y croit...
Arf ok bon ben moi je vais attendre un peu avant de le mettre (j'heberge seulement 2 sites "tiers" mais ca ferais pas serieux d'avoir trop de freezes)
C'est bizzare parce qu'il n'y a pas vraiment eu de problemes avec les autres. EN tous cas merci de faire tout le boulot ^^
J'ai eu _beaucoup_ de soucis sur le kernel dedibox en 2.6.18.1 en R6. Là, j'ai passé sous le 2.6.20 avec ton .config : un plantage au bout de quelques heures. Là j'en suis à presque 2 jours et demi d'uptime, toujours avec le même kernel 2.6.20... Ce que je comprends pas, c'est que chez certaines dedibox, avec le kernel de dedibox sur une Debian, ils n'ont aucun problème. Alea jactea est, on va voir comment se comporte ce kernel. Merci du boulot
Alors ca donne quoi maintenant ?
J'ai eu un freeze il y a 2 jours maintenant, et j'arrive à freezer la dedibox de test en une grosse demi heure de stress test.
J'ai testé pas mal de configs différentes, la désactivation de l'APIC n'a pas fait grand chose, l'activation de l'ACPI et de multiples autres options non plus. Je commence franchement à manquer d'idées.
Si une solution ne vient pas du staff dedibox d'ici une quinzaine de jours (nous sommes de plus en plus nombreux à avoir le souci), je serais dans l'obligation d'aller voir ailleurs
J'ai 9 days d'uptime sur une box, avec un 2.6.20-hacky, donc aucun souci, je penche plutôt pour un problème matériel.
@Scurz: 9 jours c'est loin d'être assez pour tester la stabilité... Pour ma part les plantages interviennent environ avec un delta de 12 jours.
File un ssh en user, je te parie que je la plante
Ca plante toujours pareil avec le 2.6.20 ou un peu moins ? (c'est vraiment genant, c'est de pire ne pire j'ai l'impression aussi)
C'est identique avec le 2.6.20 pour la fréquence des plantages, j'ai la forte impression que c'est le matos qui vieillit mal...
J'ai commandé une autre dedibox pour pouvoir migrer sans coupure les services dessus, elle doit arriver lundi en théorie. Je résilierai l'ancienne et on verra bien si la nouvelle est stable, sinon cassos chez ovh avec un start 100m.
Qui vas nous faire nos kernels apres :P ^^
Je suis tombé sur ton blog en cherchant des infos sur le plantage de ma Dedibox. Il semble donc que je ne sois pas le seul à avoir des soucis... est-qu'un kernel normal de ubuntu fonctionnerait sur une Dedi à ton avis ?
Bien sûr je n'aurais plus le support du padlock, etc, mais je ne l'utilise pas pour le moment donc pas très grave.
A moins que ton kernel plante moins...
@SLYYY, tous les kernels ont l'air d'être concernés. Même ma nouvelle dedibox freeze régulièrement (3 freezes depuis 26 février). Donc à part avoir une utilisation "douce" de sa bobox tu n'as aucun moyen d'éviter ces plantages. Je soupçonne un souci d'alim, mais ça ne reste qu'une supposition.
/me va surement partir chez ovh le mois prochain
@hacky, he bien pourtant je ne pompe pas tellement sur mon serveur, juste un hébergement de 3 sites persos, munin, serveur teamspeak mais pas utilisé pour le moment et un début d'install de postfix...
Après un nouveau plantage cet après-midi la décision est prise, ciao Dédibox bonjour OVH !
Les graphs de ma Dedi : http://www.slyemy.com/munin
Ok merci à toi Hacky, j'ai fait la mise à jour du kernel, j'espère que ça stabilisera la bobox.
J'ai enormément de données corrompues, et ce quel que soit le protocole utilisé, et de nombreux plantages depuis que le load est plus elevé.
Idem ici, dedibox sous debian (kernel 2.6.18 pour l'instant) elle freeze 1 fois par semaine env. J'ai demandé a changé de dedibox hier, impossible d'installer l'os dessus ... demande une nouvelle fois, je migre tout dessus hier -> aujourd'hui freeze a nouveau :/
Merdum alors... moi aussi ma dedibox se met a freezer/planter regulierement. Parfois un reboot soft est OK, le plus souvent un reboot hard est necessaire. J'ai commence par 6 mois de uptime sans soucis. En ce moment elle plante 2 a 3 fois par SEMAINE...
Il faut trop chaud en France ?
Julien
Moi j'utilise le 2.6.18 dedibox depuis un bon bout de temps, j'ai eu 1 seul plantage sans raison, sinon jamais eu de problèmes, sur une debian (toujours pas en etch, na)
Meme topo, un reboot hard nécéssaire tous les trois jours, meme sans charge particuliere. J'ai compilé un 2.6.20 sans rien d'exotique, depuis plus de probleme. Le diff entre les config des deux kernels ne sort rien de probant..
j'ai eu le même genre de souci, plantages tout les 3 jours quand ce n'était pas tout les jours.
j'ai recompilé un noyau 2.6.22.7 et pour l'instant tout va bien, il est dispo depuis la page:
http://manurevah.com/blah/index.php...
y'a une paquet debian et le .config
j'ai le meme genre de probleme de freezes sur certaines de mes dedibox ( pas toutes meme si elles ont la meme config ).
je ne puis garantir que mon probleme de freeze est le meme que le votre mais bon . . .
le probleme arrive uniquement en charge et est toujours reproductible en utilisant memtester.
Si certains d'entre vous peuvent essayer sur leur dedibox la commande suivante :
memtester 1000 1
Ceci fait que memtester essaye d'allouer 1000 MB de RAM, en aucun cas cela ne devrai freezer la box meme si toute la RAM est allouee.
En effet sur la majorite de mes dedibox, ou autres linux en local, le memtester dit quelque chose du genre :
$ memtester 1000 1 | more
memtester version 4.0.7 (32-bit)
Copyright (C) 2006 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).
pagesize is 4096
pagesizemask is 0xfffff000
want 1000MB (1048576000 bytes)
got 286MB (300724224 bytes), trying mlock ...too many pages, reducing...
Mais sur certaines dedibox ca freeze completement la box, meme le reboot logiciel de la console ne marche plus et seul le reboot materiel me permet de rebooter
je le repete , en aucun cas un :
memtester 1000 1
n'est cense freezer un ordinateur sous linux, et ca n'a cet effet que sur des dedibox . . . j'en deduis un probleme de RAM ou de carte mere . . .
de plus la meme commande lancee en mode rescue a le meme effet . . .
@neofutur: non, les soucis de freezes caractéristiques des v1 sont liés à la libc de Debian etch. Il faut downgrader en 2.3.6.ds1-3 pour que la dedibox redevienne stable.
Concernant le freeze sur ton memtest de 1000Mo ça me parait étrange... Tu es sûr que la dedibox en question n'a pas la RAM qui déconne ? Ou alors tu est en etch avec la libc 2.3.6.ds1-13etch5
Bonjour ;
Pour ce qui concerne les freeze des v1 avec une etch, je n'en ai plus rencontré après mise à jour du firmware.