J'ai pas mal de soucis avec une appli (PTMac) qui dans sa derni=E8re
version est assez instable.
Lorsqu'elle se bloque une tentative de d=E9blocage via le Dock ou par
Option-Pomme-Esc ne donne rien.
Un kill -9 dans le terminal non plus : je la vois toujours par "top"
(par contre elle a disparu du Moniteur d'Activit=E9s).
Si je fais Menu Pomme / Red=E9marrer, =E9cran bleu, roue dent=E9e, puis au
bout d'un temps assez long, j'obtiens la fen=EAtre d'ouverture de
session (alors que j'ai bien demand=E9 un red=E9marrage, pas une simple
fermeture de session). Sur cette fen=EAtre je clique sur le bouton
red=E9marrer, et l=E0 =E9cran bleu avec la roue dent=E9e qui n'en finit
plus, seule solution un arr=EAt + red=E9marrage par le bouton d'alim.
Bien sur je vais signaler le pb au d=E9veloppeur, mais je me (enfin,
vous) pose les questions suivantes :
- comment tuer une appli r=E9calcitrante =E0 ce point ? Il me semblait
que le kill -9 =E9tait l'arme la plus puissante dans ce cas.
- comment v=E9rifier que mon syst=E8me n'a pas =E9t=E9 endommag=E9 par tout
=E7a ?
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
Pascal Bourguignon
"Herve" writes:
J'ai pas mal de soucis avec une appli (PTMac) qui dans sa dernière version est assez instable. Lorsqu'elle se bloque une tentative de déblocage via le Dock ou par Option-Pomme-Esc ne donne rien. Un kill -9 dans le terminal non plus : je la vois toujours par "top" (par contre elle a disparu du Moniteur d'Activités). Si je fais Menu Pomme / Redémarrer, écran bleu, roue dentée, puis au bout d'un temps assez long, j'obtiens la fenêtre d'ouverture de session (alors que j'ai bien demandé un redémarrage, pas une simple fermeture de session). Sur cette fenêtre je clique sur le bouton redémarrer, et là écran bleu avec la roue dentée qui n'en finit plus, seule solution un arrêt + redémarrage par le bouton d'alim. Bien sur je vais signaler le pb au développeur, mais je me (enfin, vous) pose les questions suivantes : - comment tuer une appli récalcitrante à ce point ? Il me semblait que le kill -9 était l'arme la plus puissante dans ce cas.
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
- comment vérifier que mon système n'a pas été endommagé par tout ça ?
Au redémarrage, le système vérifie le filesystem automatiquement. Si on veut être sur, on peut réinstaller le système.
-- __Pascal Bourguignon__ http://www.informatimago.com/ Litter box not here. You must have moved it again. I'll poop in the sink.
"Herve" <herve.nospam@tiscali.fr> writes:
J'ai pas mal de soucis avec une appli (PTMac) qui dans sa dernière
version est assez instable.
Lorsqu'elle se bloque une tentative de déblocage via le Dock ou par
Option-Pomme-Esc ne donne rien.
Un kill -9 dans le terminal non plus : je la vois toujours par "top"
(par contre elle a disparu du Moniteur d'Activités).
Si je fais Menu Pomme / Redémarrer, écran bleu, roue dentée, puis au
bout d'un temps assez long, j'obtiens la fenêtre d'ouverture de
session (alors que j'ai bien demandé un redémarrage, pas une simple
fermeture de session). Sur cette fenêtre je clique sur le bouton
redémarrer, et là écran bleu avec la roue dentée qui n'en finit
plus, seule solution un arrêt + redémarrage par le bouton d'alim.
Bien sur je vais signaler le pb au développeur, mais je me (enfin,
vous) pose les questions suivantes :
- comment tuer une appli récalcitrante à ce point ? Il me semblait
que le kill -9 était l'arme la plus puissante dans ce cas.
Quand un processus est bloqué dans une E/S (c'est à dire dans le
noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que
l'E/S se termine. Normalement les E/S se terminent vite, sauf quand
il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S
(matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne
répond pas; on se retrouve avec des dizaines de df en attente...
- comment vérifier que mon système n'a pas été endommagé par tout
ça ?
Au redémarrage, le système vérifie le filesystem automatiquement. Si
on veut être sur, on peut réinstaller le système.
--
__Pascal Bourguignon__ http://www.informatimago.com/
Litter box not here.
You must have moved it again.
I'll poop in the sink.
J'ai pas mal de soucis avec une appli (PTMac) qui dans sa dernière version est assez instable. Lorsqu'elle se bloque une tentative de déblocage via le Dock ou par Option-Pomme-Esc ne donne rien. Un kill -9 dans le terminal non plus : je la vois toujours par "top" (par contre elle a disparu du Moniteur d'Activités). Si je fais Menu Pomme / Redémarrer, écran bleu, roue dentée, puis au bout d'un temps assez long, j'obtiens la fenêtre d'ouverture de session (alors que j'ai bien demandé un redémarrage, pas une simple fermeture de session). Sur cette fenêtre je clique sur le bouton redémarrer, et là écran bleu avec la roue dentée qui n'en finit plus, seule solution un arrêt + redémarrage par le bouton d'alim. Bien sur je vais signaler le pb au développeur, mais je me (enfin, vous) pose les questions suivantes : - comment tuer une appli récalcitrante à ce point ? Il me semblait que le kill -9 était l'arme la plus puissante dans ce cas.
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
- comment vérifier que mon système n'a pas été endommagé par tout ça ?
Au redémarrage, le système vérifie le filesystem automatiquement. Si on veut être sur, on peut réinstaller le système.
-- __Pascal Bourguignon__ http://www.informatimago.com/ Litter box not here. You must have moved it again. I'll poop in the sink.
Nicolas.MICHEL
Pascal Bourguignon wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse ! J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y fait rien...
Il n'y a que le reboot pour s'en sortir ? (sur un serveur en prod c'est toujours ennuyeux)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Pascal Bourguignon <pjb@informatimago.com> wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le
noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que
l'E/S se termine. Normalement les E/S se terminent vite, sauf quand
il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S
(matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne
répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse !
J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y
fait rien...
Il n'y a que le reboot pour s'en sortir ?
(sur un serveur en prod c'est toujours ennuyeux)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse ! J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y fait rien...
Il n'y a que le reboot pour s'en sortir ? (sur un serveur en prod c'est toujours ennuyeux)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Grrrr
On Fri, 17 Jun 2005 15:36:38 +0200, Nicolas MICHEL wrote:
Pascal Bourguignon wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse ! J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y fait rien...
En principe, il finira par mourir d'un timeout, mais ça peut être très long. Une solution est de redémarer le service qu'il essaye de joindre et de l'arrêter dès que le process en question sera débloqué.
Il n'y a que le reboot pour s'en sortir ? (sur un serveur en prod c'est toujours ennuyeux)
Si peu ;-)
On Fri, 17 Jun 2005 15:36:38 +0200, Nicolas MICHEL wrote:
Pascal Bourguignon <pjb@informatimago.com> wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le
noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que
l'E/S se termine. Normalement les E/S se terminent vite, sauf quand
il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S
(matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne
répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse !
J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y
fait rien...
En principe, il finira par mourir d'un timeout, mais ça peut être très
long.
Une solution est de redémarer le service qu'il essaye de joindre et de
l'arrêter dès que le process en question sera débloqué.
Il n'y a que le reboot pour s'en sortir ?
(sur un serveur en prod c'est toujours ennuyeux)
On Fri, 17 Jun 2005 15:36:38 +0200, Nicolas MICHEL wrote:
Pascal Bourguignon wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel). Un cas particulier, c'est l'accès à un serveur NFS qui ne répond pas; on se retrouve avec des dizaines de df en attente...
Tien, là tu m'intéresse ! J'ai un "rpciod" en rade sur un serveur de fichier FC3, le kill -9 n'y fait rien...
En principe, il finira par mourir d'un timeout, mais ça peut être très long. Une solution est de redémarer le service qu'il essaye de joindre et de l'arrêter dès que le process en question sera débloqué.
Il n'y a que le reboot pour s'en sortir ? (sur un serveur en prod c'est toujours ennuyeux)
Si peu ;-)
pmanet
Pascal Bourguignon wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel).
merci pour cette explication ; je comprends enfin pleinde soucis que j'ai eu, avec effectivement un kill -9 inactif.
dans ces cas, j'ai reussi à éviter l'arrachage de la prise avec un sudo reboot.
Pascal Bourguignon <pjb@informatimago.com> wrote:
Quand un processus est bloqué dans une E/S (c'est à dire dans le
noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que
l'E/S se termine. Normalement les E/S se terminent vite, sauf quand
il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S
(matériel).
merci pour cette explication ; je comprends enfin pleinde soucis que
j'ai eu, avec effectivement un kill -9 inactif.
dans ces cas, j'ai reussi à éviter l'arrachage de la prise avec un sudo
reboot.
Quand un processus est bloqué dans une E/S (c'est à dire dans le noyau), même un kill -9 ne peut rien faire d'autre que d'attendre que l'E/S se termine. Normalement les E/S se terminent vite, sauf quand il y a des bogues dans les pilotes ou s'il y a des problèmes d'E/S (matériel).
merci pour cette explication ; je comprends enfin pleinde soucis que j'ai eu, avec effectivement un kill -9 inactif.
dans ces cas, j'ai reussi à éviter l'arrachage de la prise avec un sudo reboot.
