hummm
désolé je n'avais pas vu ton mail d'avant
ben vois tu j'ai chercher pendant plusieurs mois une solution et la
seule solution que j'ai trouvé c'est Tekram :)
leur carte SCSI marche pas trop mal en ultrawide160 et ca ne plante pas
nivo kernel en bi-proc 1G de RAM
autre solution passer en 2.5 ou rester en 2.2 perso ca ne me convient
pas donc j'ai prit la solution tekram
je sais qu'il existe un patch adaptec pour le kernel 2.4 pour ne pas
friser en SMP mais bon le patch etait trop sommaire et je n'ai pas assez
de connaissance niveau kernel pour aller bidouiller là dedans
puis bon je dois pouvoir réinstaller un serveur en 30min from scratch
sans CD master et ce n'est pas le cas si tu dois utiliser des patch
relou
je n'ai plus d'URL en tete pour le probleme mais si tu fais 4 ou 5
plantage tu te retrouves assez souvent avec la meme erreur du dump
kernel et tu peux vite retrouver des patchs en cherchant avec le code
erreur hexadecimal si ca te chante
mais bon la solution tekram c le plus simple :)
Francois.
On Fri, 2003-03-07 at 13:03, Dinh-Tuan.Pham@??? wrote:
> François BAYART writes:
> > en cherchant tu peux te rendre compte qu'il a un bug dans le noyau 2.4.x
> > jusque je ne sais plus quelle version avec certaines carte SCSI et les
> > bi-proc (ou plus pour les vénard de quadri et octo ) avec les processeur
> > intel, j'ai moi meme eut ce probleme et surtout lié à partir de 1Go de
> > RAM normalement
> >
> > le bug est référencé sur le net, je n'ai pas trouvé de patch
>
> C'est toi qui a raion. C'est linux le coupable et non le materiel.
> J'avais trop confiance a linux mais c'est bien un bug du noyau (_meme
> dans la derniere version_ 2.4.20). J'ai finalment recompile le noyau
> en enlevant l'option 4G de memoire et ca marche. J'ai maintenant droit
> a 960 Mo seulement tandis que j'ai 1024 Mo, mais c'est une petite
> perte. J'ai toutefois perdu 2 journees de recherche dans les fausses
> pistes: disdur, processeur, memoire, alimentation electrique,
> ventilateur. Et j'ai accuse a tort le vendeur en lui faisant venir
> changer mes processeurs !
>
> Je trouve lamentable que ce bug n'est pas bien diffuse, encore moins
> corrige.
>
> --
> PHAM Dinh Tuan Antoine | e-mail: Dinh-Tuan.Pham@???
> Laboratoire de Modelisation et Calcul | Tel: +33 4 76 51 44 23
> BP 53, 38041 Grenoble cedex 9 (France) | Fax: +33 4 76 63 12 63
> -----------------------------------------------------------------------
>
