SMPFR

Plop les copains,
je vous expose mon problème.
(posé sur ubuntu.fr également) :
Bonjour à tous.
J'ai déployé Ubuntu serveur sur un serveur homemade.

voici la conf :
[cpp]ASUS EN6200LETC256/TD64 6200LE TC 64MO 1
MAXTOR MAX21 160GO SATA II 1
AKASA 191-SM - VELNTILATEUR DE BOITIER 12CM 2
GIGABYTE GA-EP45-DS3R 1
CORSAIR 4 GO (2X2GO) DDR2-8500 TWIN2X4096-8500C5D 1
LITE-ON IHAS120-19 1
INTEL CORE 2 QUAD Q8300 2.5GHZ SKT775 FSB1333 4MB CACHE[/cpp]


Au niveau applicatif, j'ai :
le dernier bios du constructeur.
Le dernier noyau 2.6.28-15-server

le uname :
[cpp]Linux ubuntu 2.6.28-15-server #52-Ubuntu SMP Wed Sep 9 11:34:09 UTC 2009 x86_64 GNU/Linux
[/cpp]
[cpp][/cpp]
Hardware :
L'alim a été détectée deffectueuse par LDLC, donc changée
La ram également (memtest par mes soins), donc nouvelle ram.
J'ai essayé trois disques durs
Deux carte graphiques
LDLC a testé la carte mère (je pensais qu'elle était défectueuse.)

Symptômes :
Le serveur tourne quelques heures (monitoré via Zabbix)
et ensuite freeeze et est injoignable.

C'est un serveur d'application : Tomcat et JBoss. Java partait en SIGSEGV plusieurs fois, c'est là que je m'en suis rendu compte.
Actuellement, il est en quarantaine. Je ne lance donc ni Tomcat ni Jboss, mais le serveur finit par freezer.

Voici les logs du Kernel :
J'espère que ça parlera à quelqu'un, je ne comprends pas toutes les lignes. Peut-être se trouvent dans ces lignes une aide éventuelle sur ce qui poserait problème.

Distros essayées :
Pleins Ubuntu actuellement, Debian Etch et Lenny avant, CentOs. Après tout ça je pense que c'est un problème hardware.
Mais quel composant ?
[cpp]Sep 30 12:43:05 ubuntu kernel: [ 20.793754] eth0: no IPv6 routers present
Sep 30 14:24:44 ubuntu kernel: [ 6120.040006] Corrupted low memory at ffff880000001400 (1400 phys) = ff00000000
Sep 30 14:24:44 ubuntu kernel: [ 6120.040035] Corrupted low memory at ffff880000001428 (1428 phys) = ff00000000
Sep 30 14:24:44 ubuntu kernel: [ 6120.040066] ------------[ cut here ]------------
Sep 30 14:24:44 ubuntu kernel: [ 6120.040068] WARNING: at /build/buildd/linux-2.6.28/arch/x86/kernel/setup.c:719 check_for_bios_corruption+0xdd/0xe0()
Sep 30 14:24:44 ubuntu kernel: [ 6120.040069] Memory corruption detected in low memory
Sep 30 14:24:44 ubuntu kernel: [ 6120.040085] Modules linked in: cbc aes_x86_64 aes_generic ecb video output input_polldev lp snd_hda_intel snd_pcm snd_timer ppdev snd parport_pc iTCO_wdt soundcore serio_raw intel_agp parport pcspkr iTCO_vendor_support snd_page_alloc nvidia(P) ohci1394 ieee1394 r8169 mii floppy fbcon tileblit font bitblit softcursor
Sep 30 14:24:44 ubuntu kernel: [ 6120.040109] Pid: 0, comm: swapper Tainted: P 2.6.28-15-server #52-Ubuntu
Sep 30 14:24:44 ubuntu kernel: [ 6120.040110] Call Trace:
Sep 30 14:24:44 ubuntu kernel: [ 6120.040112] [] warn_slowpath+0xb7/0xf0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040119] [] ? enqueue_task+0x50/0x60
Sep 30 14:24:44 ubuntu kernel: [ 6120.040122] [] ? resched_task+0x2d/0x90
Sep 30 14:24:44 ubuntu kernel: [ 6120.040125] [] ? printk+0x67/0x69
Sep 30 14:24:44 ubuntu kernel: [ 6120.040128] [] ? __wake_up_common+0x5a/0x90
Sep 30 14:24:44 ubuntu kernel: [ 6120.040131] [] ? __wake_up+0x4e/0x70
Sep 30 14:24:44 ubuntu kernel: [ 6120.040134] [] ? sched_clock_cpu+0xcc/0x160
Sep 30 14:24:44 ubuntu kernel: [ 6120.040137] [] check_for_bios_corruption+0xdd/0xe0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040140] [] ? periodic_check_for_corruption+0x0/0x40
Sep 30 14:24:44 ubuntu kernel: [ 6120.040143] [] periodic_check_for_corruption+0x9/0x40
Sep 30 14:24:44 ubuntu kernel: [ 6120.040147] [] run_timer_softirq+0x179/0x260
Sep 30 14:24:44 ubuntu kernel: [ 6120.040150] [] ? clockevents_program_event+0x4f/0x90
Sep 30 14:24:44 ubuntu kernel: [ 6120.040153] [] __do_softirq+0x9c/0x170
Sep 30 14:24:44 ubuntu kernel: [ 6120.040155] [] call_softirq+0x1c/0x30
Sep 30 14:24:44 ubuntu kernel: [ 6120.040158] [] do_softirq+0x5d/0xa0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040160] [] irq_exit+0x8d/0xa0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040163] [] smp_apic_timer_interrupt+0x88/0xc0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040166] [] apic_timer_interrupt+0x88/0x90
Sep 30 14:24:44 ubuntu kernel: [ 6120.040168] [] ? native_safe_halt+0x6/0x10
Sep 30 14:24:44 ubuntu kernel: [ 6120.040174] [] ? acpi_safe_halt+0x3a/0x55
Sep 30 14:24:44 ubuntu kernel: [ 6120.040176] [] ? acpi_idle_do_entry+0x1b/0x2b
Sep 30 14:24:44 ubuntu kernel: [ 6120.040179] [] ? acpi_idle_enter_c1+0x68/0x8d
Sep 30 14:24:44 ubuntu kernel: [ 6120.040183] [] ? cpuidle_idle_call+0xa5/0x100
Sep 30 14:24:44 ubuntu kernel: [ 6120.040186] [] ? cpu_idle+0x65/0xc0
Sep 30 14:24:44 ubuntu kernel: [ 6120.040189] [] ? rest_init+0x5c/0x70
Sep 30 14:24:44 ubuntu kernel: [ 6120.040191] ---[ end trace f83842902c8ed1fc ]---
Sep 30 19:00:01 ubuntu kernel: [22637.058875] BUG: unable to handle kernel paging request at 0000000100000000
Sep 30 19:00:01 ubuntu kernel: [22637.058901] IP: [] __ticket_spin_lock+0x9/0x20
Sep 30 19:00:01 ubuntu kernel: [22637.058924] PGD 0
Sep 30 19:00:01 ubuntu kernel: [22637.058940] Oops: 0002 [#1] SMP
Sep 30 19:00:01 ubuntu kernel: [22637.058960] last sysfs file: /sys/fs/ecryptfs/version
Sep 30 19:00:01 ubuntu kernel: [22637.058978] Dumping ftrace buffer:
Sep 30 19:00:01 ubuntu kernel: [22637.058994] (ftrace buffer empty)
Sep 30 19:00:01 ubuntu kernel: [22637.059012] CPU 3
Sep 30 19:00:01 ubuntu kernel: [22637.059029] Modules linked in: cbc aes_x86_64 aes_generic ecb video output input_polldev lp snd_hda_intel snd_pcm snd_timer ppdev snd parport_pc iTCO_wdt soundcore serio_raw intel_agp parport pcspkr iTCO_vendor_support snd_page_alloc nvidia(P) ohci1394 ieee1394 r8169 mii floppy fbcon tileblit font bitblit softcursor
Sep 30 19:00:01 ubuntu kernel: [22637.059171] Pid: 11671, comm: cron Tainted: P W 2.6.28-15-server #52-Ubuntu
Sep 30 19:00:01 ubuntu kernel: [22637.059198] RIP: 0010:[] [] __ticket_spin_lock+0x9/0x20
Sep 30 19:00:01 ubuntu kernel: [22637.059230] RSP: 0018:ffff8801204a5dd8 EFLAGS: 00010206
Sep 30 19:00:01 ubuntu kernel: [22637.059247] RAX: 0000000000000100 RBX: ffff880122042a80 RCX: 00007ff7dab3d000
Sep 30 19:00:01 ubuntu kernel: [22637.059266] RDX: ffff880120420978 RSI: ffff88012f4a0af8 RDI: 0000000100000000
Sep 30 19:00:01 ubuntu kernel: [22637.059287] RBP: ffff8801204a5dd8 R08: ffff88012f4a0af8 R09: ffff8801204a5e28
Sep 30 19:00:01 ubuntu kernel: [22637.059306] R10: 0000000000000000 R11: 0000000000000202 R12: 0000000100000000
Sep 30 19:00:01 ubuntu kernel: [22637.059325] R13: 00007ff7da70f000 R14: ffff88002805a8c0 R15: 0000000000000000
Sep 30 19:00:01 ubuntu kernel: [22637.059343] FS: 0000000000000000(0000) GS:ffff88012f802f80(0000) knlGS:0000000000000000
Sep 30 19:00:01 ubuntu kernel: [22637.059370] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Sep 30 19:00:01 ubuntu kernel: [22637.059387] CR2: 0000000100000000 CR3: 00000001248cf000 CR4: 00000000000406a0
Sep 30 19:00:01 ubuntu kernel: [22637.059405] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Sep 30 19:00:01 ubuntu kernel: [22637.059424] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Sep 30 19:00:01 ubuntu kernel: [22637.059442] Process cron (pid: 11671, threadinfo ffff8801204a4000, task ffff88012a998000)
Sep 30 19:00:01 ubuntu kernel: [22637.059469] Stack:
Sep 30 19:00:01 ubuntu kernel: [22637.059483] ffff8801204a5de8 ffffffff8069b139 ffff8801204a5e18 ffffffff802ce26f
Sep 30 19:00:01 ubuntu kernel: [22637.059506] ffff880122042c78 ffff880122042a80 00007ff7da70f000 ffff88002805a8c0
Sep 30 19:00:01 ubuntu kernel: [22637.059542] ffff8801204a5e58 ffffffff802c3d29 0000000000000000 ffff88002805a8c0
Sep 30 19:00:01 ubuntu kernel: [22637.059589] Call Trace:
Sep 30 19:00:01 ubuntu kernel: [22637.059603] [] _spin_lock+0x9/0x10
Sep 30 19:00:01 ubuntu kernel: [22637.059623] [] anon_vma_unlink+0x2f/0xa0
Sep 30 19:00:01 ubuntu kernel: [22637.059645] [] free_pgtables+0xa9/0x110
Sep 30 19:00:01 ubuntu kernel: [22637.059665] [] exit_mmap+0xcf/0x170
Sep 30 19:00:01 ubuntu kernel: [22637.059684] [] mmput+0x2d/0xd0
Sep 30 19:00:01 ubuntu kernel: [22637.059704] [] exit_mm+0x116/0x150
Sep 30 19:00:01 ubuntu kernel: [22637.059723] [] ? _spin_lock_irq+0x11/0x20
Sep 30 19:00:01 ubuntu kernel: [22637.059742] [] do_exit+0x16c/0x3b0
Sep 30 19:00:01 ubuntu kernel: [22637.059762] [] do_group_exit+0x42/0xc0
Sep 30 19:00:01 ubuntu kernel: [22637.059781] [] sys_exit_group+0x12/0x20
Sep 30 19:00:01 ubuntu kernel: [22637.059800] [] system_call_fastpath+0x16/0x1b
Sep 30 19:00:01 ubuntu kernel: [22637.059821] Code: 00 00 48 c7 c2 be f3 22 80 48 c7 c1 c1 f3 22 80 e9 dd fe ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 55 b8 00 01 00 00 48 89 e5 66 0f c1 07 38 e0 74 06 f3 90 8a 07 eb f6 c9 c3 66 0f 1f 44
Sep 30 19:00:01 ubuntu kernel: [22637.060023] RIP [] __ticket_spin_lock+0x9/0x20
Sep 30 19:00:01 ubuntu kernel: [22637.060043] RSP
Sep 30 19:00:01 ubuntu kernel: [22637.060057] CR2: 0000000100000000
Sep 30 19:00:01 ubuntu kernel: [22637.060324] ---[ end trace f83842902c8ed1fc ]---
Sep 30 19:00:01 ubuntu kernel: [22637.060372] Fixing recursive fault but reboot is needed!
Sep 30 19:30:01 ubuntu kernel: [24437.161676] landscape-sysin[12261]: segfault at 2700824749 ip 00000000004d1af8 sp 00007ffff2721190 error 4 in python2.6[400000+216000][/cpp]


J'ai passé un temps fou dans le bios pour regarder les options,et sur internet pour voir si des personnes avaient des problèmes avec cette carte mère (et le chipset EP45) avant de passer commande.

J'ai en prod un serveur équivalement (pareil hoemmade) avec Debian Lenny qui lui tourne comme une horloge :
[cpp]CORDON SATA (45 CM) 6
THERMALTAKE CABLE IDE133 60CM ROND UV BLEU -A2075 1
CORSAIR ALIMENTATION HX SERIE 620W ATX 1
INTEL CORE 2 QUAD Q6600 2.4GHZ SKT775 FSB1066 2X4MB CACH 1
KIT DE VISSERIE PC 1
WESTERN HD CAVIAR SE/80GB SATAII 7200RPM 8MB 2
SAMSUNG HDD 1TB 32MB 3 5 SATA II 7200TR/MN 3
MAXTOR DIAMONDMAX 22 500GB 32MB 2
GIGABYTE EP45-DQ6 1
GIGABYTE NX72G512E2 7200GS 256M HM 512 1
GSKILL PK SERIES DDRII PC 8500 4GB (2GBX2) CL5 1
PIONEER DVD BULK DVR-116DBK 1[/cpp]


Merci
c'est possible que ça soit le CPU qui soit HS ? [:kronick:8]

merci

Ben peu probable, mais le cache de ton cpu est peut etre foireux nan ?

(Si tu es vraiment sur de ta ram...)

clair, sur de la mémoire?

quand on voit : Sep 30 14:24:44 ubuntu kernel: [ 6120.040006] Corrupted low memory at ffff880000001400 (1400 phys) = ff00000000

ça doit pas être bon déjà ça:

1. Sep 30 12:43:05 ubuntu kernel: [ 20.793754] eth0: no IPv6 routers present
2. Sep 30 14:24:44 ubuntu kernel: [ 6120.040006] Corrupted low memory at ffff880000001400 (1400 phys) = ff00000000
3. Sep 30 14:24:44 ubuntu kernel: [ 6120.040035] Corrupted low memory at ffff880000001428 (1428 phys) = ff00000000
4. Sep 30 14:24:44 ubuntu kernel: [ 6120.040066] ------------[ cut here ]------------
5. Sep 30 14:24:44 ubuntu kernel: [ 6120.040068] WARNING: at /build/buildd/linux-2.6.28/arch/x86/kernel/setup.c:719 check_for_bios_corruption+0xdd/0xe0()
6. Sep 30 14:24:44 ubuntu kernel: [ 6120.040069] Memory corruption detected in low memory

certains bios foutent la merde, en venant se foutre dans une zone de la RAM ...

Et sinon le noyau (que ce soit Windows ou Linux) n'en est pas prévenu, il vient utiliser cette zone de RAM comme si de rien était et là bam, erreur que tu remontes ..

Alors y'a ça : http://communities.intel.com/message/63790

It works ok with kernel 2.6.29 and acpi=rsdt appended to kernel boot line (/boot/grub/menu.lst)

Sinon, essaie en rajoutant cette option à la ligne de chargement du noyau :
memmap=64K

merci les gars, j'ai retiré une barette de ram pour le moment c'est stable.
j'ai croné une copie des logs toutes les 5 mn pour pouvoir inspecter au prochain freeze j'essaie ta manip falcon.

je dois simplement ajouter memmap=64K à la fin du fichier, rien d'autre ?
merki

pas à la fin du fichier, mais à la fin de la ligne concernant le kernel dans grub

Edite le fichier /boot/grub/menu.lst

Trouve la ligne "# kopt=root=... ro" (les "..." correspondent à ta partition root)
Ne supprime surtout pas le '#' en début de ligne, c'est normal qu'il y soit

A la fin de la ligne, rajoute simplement le mmap, ta ligne devient donc :

# kopt=root=... ro memmap=64K

Enregistre et ferme le fichier, puis exécute la commande (en root) :

update-grub

Et reboot

jamais vu de ligne kopt dans le menu.lst

si t'as pas kopt et une ligne du style:

kernel /boot/vmlinuz-2.6.28-smp-server root=/dev/sdb1

tu rajoutes memmap=64k à la suite de cette ligne

kernel /boot/vmlinuz-2.6.28-smp-server root=/dev/sdb1 memmap=64k

c'est Debian (et donc ubuntu) qui rajoute ce fonctionnement

Donc sous Debian / Ubuntu, ne surtout pas faire ce que dit Zplay, car le script "update-grub" (lancé à chaque mise à jour de noyal ; ou à la main ...) viendrait écraser la modif ...

merci pour le coup de patte je fais ça demain si il a planté

désolé, je travaille toujours sur du système un peu manuel comme slackware ou freebsd, j'ai horreur des distribs comme debian et ubuntu qui font tout et on sait pas trop quoi (même si c'est pratique)

ben c'est pratique quand :
- tu débutes (edit: plus trop maintenant)
- te faut un truc en prod rapidement

Zplay > y'a aucun problème, j'ai reprécisé, car effectivement, ayant tellement l'habitude de Debian/Ubuntu, j'avais oublié que ça leur été spécifique

pas de soucis ^^

Alors il a planté ou pas ?

coucou pour le moment non pas depuis que j'ai retiré une des deux barettes de ram...
comme il a tourné un jour sans buggé je me suis permis de faire tourner Tomcat, pour le moment RAS
si ça passe le week-end, je lancerais un memtest sur la ram que j'ai retiré. Sinon j'ajouterais l'option dans le fichier de boot
RDV lundi avec des good news là dessus j'espère je bataille dessus depuis février ^^ c'est mon chef ki n'es po content

pour tester le cache L1/L2 d'un CPU moi je lancais l'install d'un win2000 à l'epoque : si ça plantait dès les ecrans bleus y'avait pas photo

ok
pour le moment toujours pas de plantages
est-ce bon signe ?

non ...

Ca ne veut rien dire. Je vais essayer d'être clair, mais c'est déjà pas trop clair dans ma tête alors bon ...

Là, tu n'as plus qu'une rette, donc 2Go
Le soucis (que je suppose) c'est le bios qui se mappe (quoiqu'il arrive, et quelque soit la qté de RAM que tu as) à la fin des 4Go. Ne me demandez pas pourquoi, j'en sais rien, je sais juste que certaines cartes mères, certains BIOS font ça ...

Donc quand tu n'as pas 4Go de RAM tout va bien

Quand tu as 4Go, quand l'OS vient écrire dans l'espace où le bios s'est mappé, ça merde, et ça te sort les erreurs que tu cites

Ai-je été clair ?

oui,
par contre pourquoi le bios se mappe ? quel est le but de l'adressage ?
enfin, faut-il qu'il y ait 4 go pour qu'il se mappe ?

L'option que tu as proposé "memmap" corrige-t'elle le problème ?
merci

ping,
j'ai trouvé ça :
http://ubuntuforums.org/archive/index.php/t-290189.html

par contre pourquoi le bios se mappe ? quel est le but de l'adressage ?

Ca je n'en sais rien ...

enfin, faut-il qu'il y ait 4 go pour qu'il se mappe ?

Visiblement, non je n'ai pas été suffisement clair ...
Le BIOS se mappe qu'il y ait ou non 4Go de RAM dans la machine.
Mais il se mappe aux adresses qui correspondent à la fin des 4Go, lorsqu'il y a 4Go de RAM ...

Je vais essayer un chti schéma, mais en asciiart, c'est pas gagné ...

0x0000 -> |   0 Go   |
          |    ...   |
          |    ...   |
0x2000 -> |   2 Go   |
          |          |
          |          |
          |          |
0x3900 -> |  3,9 Go  |
0x4000 -> |   4 Go   |

Note : les adresses sont complètement bidon, c'est juste pour l'exemple hein

Quand tu n'as qu'une rette de 2Go, l'OS adresse de 0x0000 à 0x2000. Le BIOS se mappe de 0x3900 à 0x4000. L'OS n'ira jamais tapé dans le segment 0x3900 - 0x4000 puisqu'il n'y a pas de RAM à cette endroit ... Le BIOS lui s'y map quand même, pourquoi et quel intérêt, j'en sais rien ...

Tu as 2 rettes, l'OS va adresser de 0x0000 à 0x40000 ... Lorsqu'il ira taper dans le segment 0x3900 à 0x4000; il va y avoir corruption de mémoire ... car l'OS va y écrire des données, mais le BIOS, pas content qu'on vient foutre de la merde par dessus ce que lui a écrit, va réécrire par dessus et PAN l'OS détecte que la donnée qu'il a écrit a changé alors qu'il n'y a aucune raison ==> exception que tu cites

L'option que tu as proposé "memmap" corrige-t'elle le problème ?

Oui d'une certaine façon ...
En fait elle dit au noyau de ne PAS utiliser l'espace mémoire compris entre les adresses 0x3900 et 0x4000 (dans mon exemple). Elle dit de ne pas utiliser les 1ers 64k de RAM (segment qui correspond à l'endroit où se map les BIOS, typiquement)

ping,
j'ai trouvé ça :
http://ubuntuforums.org/archive/index.php/t-290189.html

Code : Tout sélectionner

Kernel Panic resolved. I removed the H/W & S/W DRAM remapping and the OS boots fine with 4GB RAM.

Ca c'est une autre façon de régler le problème, tu configures carrément ton BIOS pour qu'il ne se mappe pas en RAM ...

merci falcon pour cette explication, tout est très clair
donc je peux soit désactiver le mapping ou exclure l'adressage de l'os sur une portion de la ram.

là pour avancer j'ai relancé le JBoss depuis ce matin, donc je retrouve ma conf Tomcat + Jboss comme demandé par le service Dev.
Mercredi matin, si je n'ai pas eu de plantages, je replug les 2go restants et j'ajoute l'option "memmap"
en partant donc du postulat que le BIOS vient accaparer des zones mémoires que l'OS utilise également, j'ai trouvé ça dans les options du bios : possible que ça soit lié ?
merki

rien à voir ...

Ca c'est encore autre chose ...
C'est pour le flag NX des processeurs. Lorsque c'est actif, ça empêche une application d'exécuter du code d'une zone mémoire si la zone mémoire n'a pas été explicitement allouée en spécifiant que c'était pour y placer du code exécutable.
Ca permet de contrer bon nombre de vers et autres virus

Mais ça ne règlera pas ton problème ...
Faut que tu trouves dans ton BIOS des options du style "Cache System BIOS" ou "Cache Video BIOS" ...

bon ben en ajoutant l'option au boot,
j'ai droit à un :
PANIC: early exception 0e rip 10:ffffffff80226a93 error 0 cr2 .....
même en fail safe
je fais comment, boot depuis un live cd et suppression de l'option "memmap" ?

edit : j'ai édité la ligne depuis le grub en appuyant 'e', supprimé l'option et 'b' pour booter