Sur un serveur de développement php/mysql Debian Woody, je viens de
voir le message suivant sur la console :
Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0000007c
Nov 13 13:40:46 localhost kernel: printing eip:
Nov 13 13:40:46 localhost kernel: c014a32e
Nov 13 13:40:46 localhost kernel: *pde = 00000000
Nov 13 13:40:46 localhost kernel: Oops: 0000
Nov 13 13:40:46 localhost kernel: CPU: 0
Nov 13 13:40:46 localhost kernel: EIP: 0010:[<c014a32e>] Not
tainted
Nov 13 13:40:46 localhost kernel: EFLAGS: 00010202
Nov 13 13:40:46 localhost kernel: eax: 00000000 ebx: c5f92000 ecx:
c6276000 edx: 00000000
Nov 13 13:40:46 localhost kernel: esi: 00000000 edi: c6276000 ebp:
c59cb000 esp: c5f93f58
Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018
Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816,
stackpage=c5f93000)
Nov 13 13:40:46 localhost kernel: Stack: c5f0e180 00000000 c014a36f
c6276000 c5f0e180 c6276000 ffffffea c014a67a
Nov 13 13:40:46 localhost kernel: c6276000 c59cb000 00000000
c66239c0 ffffffea 000007ff c1405380 bffff738
Nov 13 13:40:46 localhost kernel: 000007ff c0130a06 c66239c0
bfffeebc 000007ff c66239e0 c5f92000 bfffeebc
Nov 13 13:40:46 localhost kernel: Call Trace: [<c014a36f>]
[<c014a67a>] [<c0130a06>] [<c0106c63>]
Nov 13 13:40:46 localhost kernel:
Nov 13 13:40:46 localhost kernel: Code: f6 40 7c 01 75 14 b8 00 e0 ff
ff 21 e0 f6 80 d6 01 00 00 08
A la lecture du message, j'ai cru comprendre que la commande ps a
planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps. Et je suis le
seul utilisateur de la machine. Aucun script cron ne lance ps à
intervalles réguliers. Je me demande donc d'où cela peut venir.
En plus de php/mysql, j'ai apache, proftpd, webmin, atsar plus
quelques autres bêtises d'installées.
Avez vous une idée de qui (ou quoi) a lancé ps ? De quels moyens je
dispose pour le savoir à part syslog ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
J. Mayer
On Thu, 13 Nov 2003 14:11:01 +0100, Léo Wauters wrote:
Bonjour à tous,
Sur un serveur de développement php/mysql Debian Woody, je viens de voir le message suivant sur la console :
...
A la lecture du message, j'ai cru comprendre que la commande ps a planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps. Et je suis le seul utilisateur de la machine. Aucun script cron ne lance ps à intervalles réguliers. Je me demande donc d'où cela peut venir. En plus de php/mysql, j'ai apache, proftpd, webmin, atsar plus quelques autres bêtises d'installées.
Pourtant, un processus nommé ps a bien été lancé et a crashé...
Avez vous une idée de qui (ou quoi) a lancé ps ? De quels moyens je dispose pour le savoir à part syslog ?
Si tu as l'accounting en route: lastcomm | grep ps en tant que root devrait te le dire. Sinon, je ne vois pas...
On Thu, 13 Nov 2003 14:11:01 +0100, Léo Wauters wrote:
Bonjour à tous,
Sur un serveur de développement php/mysql Debian Woody, je viens de
voir le message suivant sur la console :
...
A la lecture du message, j'ai cru comprendre que la commande ps a
planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps. Et je suis le
seul utilisateur de la machine. Aucun script cron ne lance ps à
intervalles réguliers. Je me demande donc d'où cela peut venir.
En plus de php/mysql, j'ai apache, proftpd, webmin, atsar plus
quelques autres bêtises d'installées.
Pourtant, un processus nommé ps a bien été lancé et a crashé...
Avez vous une idée de qui (ou quoi) a lancé ps ? De quels moyens je
dispose pour le savoir à part syslog ?
Si tu as l'accounting en route:
lastcomm | grep ps
en tant que root devrait te le dire.
Sinon, je ne vois pas...
On Thu, 13 Nov 2003 14:11:01 +0100, Léo Wauters wrote:
Bonjour à tous,
Sur un serveur de développement php/mysql Debian Woody, je viens de voir le message suivant sur la console :
...
A la lecture du message, j'ai cru comprendre que la commande ps a planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps. Et je suis le seul utilisateur de la machine. Aucun script cron ne lance ps à intervalles réguliers. Je me demande donc d'où cela peut venir. En plus de php/mysql, j'ai apache, proftpd, webmin, atsar plus quelques autres bêtises d'installées.
Pourtant, un processus nommé ps a bien été lancé et a crashé...
Avez vous une idée de qui (ou quoi) a lancé ps ? De quels moyens je dispose pour le savoir à part syslog ?
Si tu as l'accounting en route: lastcomm | grep ps en tant que root devrait te le dire. Sinon, je ne vois pas...
Michel Tatoute
Bonjour à tous,
Sur un serveur de développement php/mysql Debian Woody, je viens de voir le message suivant sur la console :
Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000007c[...] Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018 Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816, stackpageÅf93000)
A la lecture du message, j'ai cru comprendre que la commande ps a planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps.
heuu ... on peut peut etre interpreter le dump comme ceci:
<<Process ps>>
<<Process "program stack">>.
Michel.
Bonjour à tous,
Sur un serveur de développement php/mysql Debian Woody, je viens de
voir le message suivant sur la console :
Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer
dereference at virtual address 0000007c[...]
Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018
Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816,
stackpageÅf93000)
A la lecture du message, j'ai cru comprendre que la commande ps a
planté. (Ou est-ce plus grave que cela ?)
Mais voilà le hic : je n'ai pas lancé la commande ps.
heuu ... on peut peut etre interpreter le dump comme ceci:
On Thu, 13 Nov 2003 19:15:20 +0100, "J. Mayer" wrote:
Avez vous une idée de qui (ou quoi) a lancé ps ? De quels moyens je dispose pour le savoir à part syslog ?
Si tu as l'accounting en route: Hé ben non...
Merci d'avoir répondu qd même ;)
Léo.
Thomas Nemeth
Le ven 14 nov 2003 à 09:24, Michel Tatoute a tapoté : | | > Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer | > dereference at virtual address 0000007c[...] | > Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018 | > Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816, | > stackpageÅf93000) | > | > A la lecture du message, j'ai cru comprendre que la commande ps a | > planté. (Ou est-ce plus grave que cela ?) | > | > Mais voilà le hic : je n'ai pas lancé la commande ps. | | heuu ... on peut peut etre interpreter le dump comme ceci: | | <<Process ps>> | <<Process "program stack">>.
Je crains bien que non. D'une part "program stack" n'est pas un processus, d'autre part process et program feraient double emploi dans la "phrase". Ensuite une pile de programme n'a pas de pid :)
Le truc c'est qu'il faudrait le fichier core associé pour savoir ce qui a causé le crash (le code, car on sait que c'est un pb de pointeur). De toutes façons c'est assez grave pour faire remonter ces infos aux mainteneurs du paquet, voir aux developpeurs.
Quand à « pourquoi ça c'est lancé ? » il faut peut-être aller chercher dans les crontabs...
Thomas -- BOFH excuse #299: The data on your hard drive is out of balance.
Le ven 14 nov 2003 à 09:24, Michel Tatoute a tapoté :
|
| > Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer
| > dereference at virtual address 0000007c[...]
| > Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018
| > Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816,
| > stackpageÅf93000)
| >
| > A la lecture du message, j'ai cru comprendre que la commande ps a
| > planté. (Ou est-ce plus grave que cela ?)
| >
| > Mais voilà le hic : je n'ai pas lancé la commande ps.
|
| heuu ... on peut peut etre interpreter le dump comme ceci:
|
| <<Process ps>>
| <<Process "program stack">>.
Je crains bien que non. D'une part "program stack" n'est pas un
processus, d'autre part process et program feraient double emploi
dans la "phrase".
Ensuite une pile de programme n'a pas de pid :)
Le truc c'est qu'il faudrait le fichier core associé pour savoir
ce qui a causé le crash (le code, car on sait que c'est un pb de
pointeur).
De toutes façons c'est assez grave pour faire remonter ces infos
aux mainteneurs du paquet, voir aux developpeurs.
Quand à « pourquoi ça c'est lancé ? » il faut peut-être aller
chercher dans les crontabs...
Thomas
--
BOFH excuse #299:
The data on your hard drive is out of balance.
Le ven 14 nov 2003 à 09:24, Michel Tatoute a tapoté : | | > Nov 13 13:40:46 localhost kernel: Unable to handle kernel NULL pointer | > dereference at virtual address 0000007c[...] | > Nov 13 13:40:46 localhost kernel: ds: 0018 es: 0018 ss: 0018 | > Nov 13 13:40:46 localhost kernel: Process ps (pid: 2816, | > stackpageÅf93000) | > | > A la lecture du message, j'ai cru comprendre que la commande ps a | > planté. (Ou est-ce plus grave que cela ?) | > | > Mais voilà le hic : je n'ai pas lancé la commande ps. | | heuu ... on peut peut etre interpreter le dump comme ceci: | | <<Process ps>> | <<Process "program stack">>.
Je crains bien que non. D'une part "program stack" n'est pas un processus, d'autre part process et program feraient double emploi dans la "phrase". Ensuite une pile de programme n'a pas de pid :)
Le truc c'est qu'il faudrait le fichier core associé pour savoir ce qui a causé le crash (le code, car on sait que c'est un pb de pointeur). De toutes façons c'est assez grave pour faire remonter ces infos aux mainteneurs du paquet, voir aux developpeurs.
Quand à « pourquoi ça c'est lancé ? » il faut peut-être aller chercher dans les crontabs...
Thomas -- BOFH excuse #299: The data on your hard drive is out of balance.
