Bonjour, J'ai des processus, sur Bogota, qui s'activent automatiquement et qui sont assez gourmands en CPU : PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26898 sujeevan 16 0 69692 12m 7808 S 91.2 1.2 208:05.95 gnome-cups-icon 4365 root 15 0 163m 27m 9340 S 4.0 2.7 27:51.30 Xorg 26909 sujeevan 16 0 19424 7900 6556 S 4.0 0.8 1:08.83 multiload-apple Est-ce normal ? Cela fait plus de 10 min. que gnome-cups-icon est à plus de 90% de CPU ... j'ai finalement dû faire un "kill". Cordialement, Sujeevan.
On Thu, Jun 08, 2006 at 06:07:53PM +0200, Sujeevan Aseervatham wrote:
Bonjour,
J'ai des processus, sur Bogota, qui s'activent automatiquement et qui sont assez gourmands en CPU :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26898 sujeevan 16 0 69692 12m 7808 S 91.2 1.2 208:05.95 gnome-cups-icon 4365 root 15 0 163m 27m 9340 S 4.0 2.7 27:51.30 Xorg 26909 sujeevan 16 0 19424 7900 6556 S 4.0 0.8 1:08.83 multiload-apple
Est-ce normal ?
Cela fait plus de 10 min. que gnome-cups-icon est à plus de 90% de CPU ... j'ai finalement dû faire un "kill".
C'est sans doute mieux, et sans doute dû au plantage de lipn-sf2 tout à l'heure.
que c'est t'il passe sur lipn-sf2 ? je n'ai rien vu sur l'intra ni recu de mail Michel Jean-Christophe Dubacq a écrit :
On Thu, Jun 08, 2006 at 06:07:53PM +0200, Sujeevan Aseervatham wrote:
Bonjour,
J'ai des processus, sur Bogota, qui s'activent automatiquement et qui sont assez gourmands en CPU :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26898 sujeevan 16 0 69692 12m 7808 S 91.2 1.2 208:05.95 gnome-cups-icon 4365 root 15 0 163m 27m 9340 S 4.0 2.7 27:51.30 Xorg 26909 sujeevan 16 0 19424 7900 6556 S 4.0 0.8 1:08.83 multiload-apple
Est-ce normal ?
Cela fait plus de 10 min. que gnome-cups-icon est à plus de 90% de CPU ... j'ai finalement dû faire un "kill".
C'est sans doute mieux, et sans doute dû au plantage de lipn-sf2 tout à l'heure. _______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/mailman/listinfo/systeme
On Fri, Jun 09, 2006 at 08:24:14AM +0200, Le Cocq Michel wrote:
que c'est t'il passe sur lipn-sf2 ? je n'ai rien vu sur l'intra ni recu de mail
lipn-sf2 s'est mise à ne plus répondre à des commandes simples d'interrogation du serveur d'impression, comme lpstat -a. Le processus était toujours là, n'occupait pas 100% du CPU, écoutait sur le bon port. Mais ne répondait pas. Un service cups restart sur lipn-sf2 a résolu le problème. Je l'ai résolu quand plusieurs personnes ont commencé à redémarrer leurs machines parce que « l'impression ne marche pas ». Je trouve d'ailleurs déplorable cette attitude des utilisateurs.
euuu ... moi ca ma fait rire j'aurai quand meme jamais pense devoir redemarer pour pouvoir imprimer ... quoique sous windows ... faudrait peut etre rajourter un test a mini-eddie qui permettrai de s'assurer que le service repond... mais sans rien imprimer. Jean-Christophe Dubacq a écrit :
On Fri, Jun 09, 2006 at 08:24:14AM +0200, Le Cocq Michel wrote:
que c'est t'il passe sur lipn-sf2 ? je n'ai rien vu sur l'intra ni recu de mail
lipn-sf2 s'est mise à ne plus répondre à des commandes simples d'interrogation du serveur d'impression, comme lpstat -a. Le processus était toujours là, n'occupait pas 100% du CPU, écoutait sur le bon port.
Mais ne répondait pas.
Un service cups restart sur lipn-sf2 a résolu le problème. Je l'ai résolu quand plusieurs personnes ont commencé à redémarrer leurs machines parce que « l'impression ne marche pas ».
Je trouve d'ailleurs déplorable cette attitude des utilisateurs.
On 6/9/06, Le Cocq Michel <Michel.Lecocq@lipn.univ-paris13.fr> wrote: test a mini-eddie qui permettrai de
s'assurer que le service repond... mais sans rien imprimer.
Pas à minieddie sur les clients (trop redondnat), mais mieux surveiller cups depuis sf2 (ou un autre serveur). Emmanuel
Jean-Christophe Dubacq a écrit :
On Fri, Jun 09, 2006 at 08:24:14AM +0200, Le Cocq Michel wrote:
que c'est t'il passe sur lipn-sf2 ? je n'ai rien vu sur l'intra ni recu de mail
lipn-sf2 s'est mise à ne plus répondre à des commandes simples d'interrogation du serveur d'impression, comme lpstat -a. Le processus était toujours là, n'occupait pas 100% du CPU, écoutait sur le bon port.
Mais ne répondait pas.
Un service cups restart sur lipn-sf2 a résolu le problème. Je l'ai résolu quand plusieurs personnes ont commencé à redémarrer leurs machines parce que « l'impression ne marche pas ».
Je trouve d'ailleurs déplorable cette attitude des utilisateurs.
_______________________________________________ Systeme mailing list Systeme@lipn.univ-paris13.fr https://lipn.univ-paris13.fr/mailman/listinfo/systeme
participants (4)
-
Emmanuel Viennet -
Jean-Christophe Dubacq -
Le Cocq Michel -
Sujeevan Aseervatham