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
Jean-Michel OLTRA
bonjour,
Le mardi 10 mai 2005, Sylvain a écrit...
au boulot, une machine vient de freezer avec comme erreur sur la console : Kernel Panic: Attempt to free lock with active wait queue
Auriez vous une idée de la cause de crash ?
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
bonjour,
Le mardi 10 mai 2005, Sylvain a écrit...
au boulot, une machine vient de freezer avec comme erreur sur la console :
Kernel Panic: Attempt to free lock with active wait queue
Auriez vous une idée de la cause de crash ?
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en
attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il
y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais
je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
--
jm
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
au boulot, une machine vient de freezer avec comme erreur sur la console : Kernel Panic: Attempt to free lock with active wait queue
Auriez vous une idée de la cause de crash ?
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain
On Wed, May 11, 2005 at 12:41:53AM +0200, Jean-Michel OLTRA wrote :
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
Merci pour cette réponse.
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi, lorsque le lance la commande ipcs, voici le retour que j'obtient :
#ipcs
------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 0 root 600 92164 63 dest
------ Semaphore Arrays -------- key semid owner perms nsems status
J'avoue que la page man de ipcs est assez légere, comment exploiter les informations retournées par ipcs ?
Merci! Sylvain
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Wed, May 11, 2005 at 12:41:53AM +0200, Jean-Michel OLTRA wrote :
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en
attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il
y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais
je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
Merci pour cette réponse.
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi,
lorsque le lance la commande ipcs, voici le retour que j'obtient :
#ipcs
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x00000000 0 root 600 92164 63 dest
------ Semaphore Arrays --------
key semid owner perms nsems status
On Wed, May 11, 2005 at 12:41:53AM +0200, Jean-Michel OLTRA wrote :
Un sémaphore qu'il a fallu libérer alors qu'il y avait des processus en attente dessus ? Pas assez de sémaphores utilisables sur la machine ? Il y a des fichiers sous /proc/sys/kernel pour régler ce paramétrage mais je n'y ai jamais touché.
Est ce que ipcs permettrait de voir quelque chose ?
Merci pour cette réponse.
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi, lorsque le lance la commande ipcs, voici le retour que j'obtient :
#ipcs
------ Shared Memory Segments -------- key shmid owner perms bytes nattch status 0x00000000 0 root 600 92164 63 dest
------ Semaphore Arrays -------- key semid owner perms nsems status
J'avoue que la page man de ipcs est assez légere, comment exploiter les informations retournées par ipcs ?
Merci! Sylvain
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jean-Michel OLTRA
bonjour,
Le mercredi 11 mai 2005, Sylvain a écrit...
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi, lorsque le lance la commande ipcs, voici le retour que j'obtient :
J'avoue que la page man de ipcs est assez légere, comment exploiter les informations retournées par ipcs ?
les infos "utiles" de ipcs sont obtenues avec `ipcs -l` et `ipcs -u`
Le -l (l = limit) donne les limites système (fichiers de /proc/sys/kernel/(shm*|sem)
Le -u serait à essayer quand c'est chargé (u = usage). Faire un script qui envoie un rapport régulier ?
_si_ c'est une histoire de sémaphores, tu peux modifier /proc/sys/kernel/sem en augmentant les champ 4 et 2 (car 2 = 4 * 1). Mais j'y crois moyen, il doit falloir charger la mule pour avoir besoin de sémaphores supplémentaires. Chez moi c'est MaxDB qui bouffe des sémaphores, pas MySQL (lié au transactions non disponible chez MySQL ?).
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
bonjour,
Le mercredi 11 mai 2005, Sylvain a écrit...
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi,
lorsque le lance la commande ipcs, voici le retour que j'obtient :
J'avoue que la page man de ipcs est assez légere, comment exploiter les
informations retournées par ipcs ?
les infos "utiles" de ipcs sont obtenues avec `ipcs -l` et `ipcs -u`
Le -l (l = limit) donne les limites système (fichiers de
/proc/sys/kernel/(shm*|sem)
Le -u serait à essayer quand c'est chargé (u = usage). Faire un script
qui envoie un rapport régulier ?
_si_ c'est une histoire de sémaphores, tu peux modifier
/proc/sys/kernel/sem en augmentant les champ 4 et 2 (car 2 = 4 * 1).
Mais j'y crois moyen, il doit falloir charger la mule pour avoir besoin
de sémaphores supplémentaires. Chez moi c'est MaxDB qui bouffe des
sémaphores, pas MySQL (lié au transactions non disponible chez MySQL ?).
--
jm
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Actuellement, lorsque le serveur en question se comporte tres bien. Ainsi, lorsque le lance la commande ipcs, voici le retour que j'obtient :
J'avoue que la page man de ipcs est assez légere, comment exploiter les informations retournées par ipcs ?
les infos "utiles" de ipcs sont obtenues avec `ipcs -l` et `ipcs -u`
Le -l (l = limit) donne les limites système (fichiers de /proc/sys/kernel/(shm*|sem)
Le -u serait à essayer quand c'est chargé (u = usage). Faire un script qui envoie un rapport régulier ?
_si_ c'est une histoire de sémaphores, tu peux modifier /proc/sys/kernel/sem en augmentant les champ 4 et 2 (car 2 = 4 * 1). Mais j'y crois moyen, il doit falloir charger la mule pour avoir besoin de sémaphores supplémentaires. Chez moi c'est MaxDB qui bouffe des sémaphores, pas MySQL (lié au transactions non disponible chez MySQL ?).
-- jm
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
