Plantage régulier sur kimsufi

[Gecko64]

Salut tout le monde !
Je viens à vous car je ne sais pas si vous avez rencontré le même souci que moi avec les Kimsufi de OVH.
En fait, ma machine plante toutes les deux semaines et quand je relis mon /var/log/kern.log, j'y trouve ceci :

Jun 30 08:20:01 ns3098199 kernel: PAX: size overflow detected in function atomic_add_return /var/home/fx/src/ovh-kernel/ovhkernel-xxxx-grs-ipv6-64/linux-3.10.23/arch/x86/include/asm/atomic.h:337 cicus.113_12 max, count: 3Jun 30 08:20:01 ns3098199 kernel: CPU: 1 PID: 28075 Comm: cron Not tainted 3.10.23-xxxx-grs-ipv6-64 #1Jun 30 08:20:01 ns3098199 kernel: Hardware name: OVH RPS/D945GCLF, BIOS LF94510J.86A.0229.2009.0729.0209 07/29/2009Jun 30 08:20:01 ns3098199 kernel: ffff88001432ff38 ffff88001432fe68 ffffffff81dde9c6 ffff88001432fe78Jun 30 08:20:01 ns3098199 kernel: ffffffff8118ea64 ffff88001432fe88 ffffffff811a1891 ffff88001432fec8Jun 30 08:20:01 ns3098199 kernel: ffffffff81190906 ffff88001432ff08 ffffffff810da638 00000000ffffffeaJun 30 08:20:01 ns3098199 kernel: Call Trace:Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81dde9c6>] dump_stack+0x19/0x1bJun 30 08:20:01 ns3098199 kernel: [<ffffffff8118ea64>] report_size_overflow+0x24/0x30Jun 30 08:20:01 ns3098199 kernel: [<ffffffff811a1891>] get_next_ino+0x71/0x80Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81190906>] create_pipe_files+0x36/0x1f0Jun 30 08:20:01 ns3098199 kernel: [<ffffffff810da638>] ? do_sigaction+0x198/0x1d0Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81190afc>] __do_pipe_flags+0x3c/0xb0Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81190bcb>] SyS_pipe2+0x1b/0x110Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81074bd9>] ? do_page_fault+0x9/0x10Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81deb482>] ? page_fault+0x22/0x30Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81190ccb>] SyS_pipe+0xb/0x10Jun 30 08:20:01 ns3098199 kernel: [<ffffffff81deb9c9>] system_call_fastpath+0x18/0x1d

et c'est assez ennuyant...
De plus, l'endroit mentionné où se trouve le fichier atomic.h n'existe pas sur mon système de fichiers et ce à partir du /var/home...
Bref, je pense que pour pallier au souci, je vais me recompiler un kernel mais mes deux questions sont de savoir si vous avez eu aussi le souci avec un de vos Kim et le pourquoi ce chemin d'accès n'existe pas sur mon système alors qu'il est pourtant bien mentionné dans mon log ?

Merci d'avance !
Marc

[Dan]

Salut,

J'ai déjà rencontré ce souci sur quelques serveurs, et cela a été résolu en remplaçant le noyau "grs" par un noyau "std"

Dan

[Gecko64]

Oui j'ai lu sur le Forum d'OVH que ça serait lié à grsecurity mis par défaut sur les serveurs d'OVH.
Sinon, tu sais pourquoi il me sors un chemin d'accès qui n'existe pas en ligne de commande pcq ça m'échappe ça ?

Merci

[Dan]

C'est un chemin qui se trouve dans les sources du noyau, et comme elles ne sont pas strippées, tu le vois

[Gecko64]

Ah ok
Merci