lafeuil a écrit 14 commentaires

C'est une question que je me suis posé aussi quand j'ai vu que le pilote GSPCA avait fait son entrée dans le kernel.

En googlant un peu, je me suis retrouvé sur la page d'un des mainteneurs : Jean François Moine. On se rend compte que sur son site (http://moinejf.free.fr/ ) , il parle du pilote GSPCA. On y apprend que le driver est passé en version 2 après son introduction dans la version main de linux. D'après le changelog, il semblerait que ce soit lui qui maintienne le code.

Pour ceux que ça intérresse, j'avais trouvé une astuce sur linuxfr :
http://linuxfr.org/tips/102.html(...)

Ma distribution est une Debian. Nous avons mis en place des vservers.
Et c'est sur le répertoire contenant les vservers que se trouve cet attribut.
Comment peux t-on voir les scripts éxécutés avant et après une installation de paquet Debian ?

/var/lib# lsattr
----------------- ./apt
----------------- ./dpkg
----------------- ./misc
----------------- ./urandom
----------------- ./cvs
---------------t- ./vservers
----------------- ./aptitude
----------------- ./dhcp
----------------- ./exim4
----------------- ./logrotate
----------------- ./discover
----------------- ./usbutils
----------------- ./postgres
----------------- ./ucf
----------------- ./emacsen-common
----------------- ./apache2
----------------- ./fontconfig
----------------- ./php4
----------------- ./defoma
----------------- ./phpwiki
----------------- ./nfs
----------------- ./mysql.orig
----------------- ./deborphan
----------------- ./vservers.bak
----------------- ./ldap
----------------- ./mysql_blank.tgz
----------------- ./mysql
----------------- ./mysql.orig2
----------------- ./slapd
----------------- ./vserver-debiantools
----------------- ./dictionaries-common

Bien joué, tu es les premiers à proposer une piste valide.
Mais à quoi correspond ce "t" ?? Pourquoi est il la ?

Nan, j'y avais pensé mais la commande mount le prouve :

# mount
/dev/sda1 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)

# ls -l
total 124
drwxr-xr-x 2 root root 4096 2004-09-28 20:49 apache2
drwxr-xr-x 3 root root 4096 2004-11-05 11:18 apt
drwxr-xr-x 2 root root 4096 2004-11-05 10:26 aptitude
drwxrwsr-x 3 root src 4096 2004-11-05 11:25 cvs
drwxr-xr-x 2 root root 4096 2005-03-03 15:26 deborphan
drwxr-xr-x 5 root root 4096 2005-04-07 11:22 defoma
drwxr-xr-x 2 root root 4096 2004-11-05 11:19 dhcp
drwxr-xr-x 3 root root 4096 2005-04-12 16:59 dictionaries-common
drwxr-xr-x 2 root root 4096 2005-04-14 09:11 discover
drwxr-xr-x 7 root root 4096 2005-04-14 09:17 dpkg
drwxr-xr-x 2 root root 4096 2004-11-05 11:35 emacsen-common
drwxr-xr-x 2 root root 4096 2005-04-14 09:13 exim4
drwxr-xr-x 2 root root 4096 2005-04-07 11:22 fontconfig
drwxr-xr-x 2 root root 4096 2005-04-13 16:38 ldap
drwxr-xr-x 2 root root 4096 2004-11-06 06:25 logrotate
drwxr-xr-x 2 root root 4096 2004-07-26 20:27 misc
drwxr-xr-x 32 mysql mysql 4096 2005-04-14 09:13 mysql
-rw-r--r-- 1 root root 3503 2005-02-11 09:46 mysql_blank.tgz
drwxr-xr-x 2 mysql mysql 4096 2005-02-16 09:18 mysql.orig
drwxr-xr-x 50 mysql mysql 4096 2005-03-15 13:22 mysql.orig2
drwxr-xr-x 4 root root 4096 2004-11-18 08:11 nfs
drwx-wx-wt 2 root root 4096 2005-04-13 18:39 php4
drwxrwsr-x 3 root www-data 4096 2004-12-07 16:41 phpwiki
drwxr-xr-x 3 root root 4096 2005-04-13 16:24 postgres
drwxr-xr-x 2 root root 4096 2005-04-13 16:13 slapd
drwxr-xr-x 3 root root 4096 2005-04-13 16:24 ucf
drwxr-xr-x 2 root root 4096 2005-04-14 09:13 urandom
drwxr-xr-x 2 root root 4096 2005-04-13 16:27 usbutils
drwxr-xr-x 2 root root 4096 2005-03-22 18:00 vserver-debiantools
d--------- 2 root root 4096 2005-04-13 17:22 vservers

Ca veut dire quoi tout ce charabia ???

Pas bête comme idée...
mais contrairement à mysql, le processus toto consomme bien 99% du CPU...
La feuil

Le problème n'existe pas en permanence. Il arrive seulement lors d'une requète demandant beaucoup de ressource (Injection de fichier dans le serveur Mysql, benchmark à la con, etc...).
Donc quand aucune requète n'est exécuté sur le serveur mysql, le charge CPU est pratiquement à zéro.
Ce que je trouve bizarre c'est que quand le serveur mysql est solicité, son processus reste à 0% de consommation de CPU alors que la consommation totale est à 99%.
La feuil

Alors je te confirme tout :
ps auxww | wc -l
72

ls | egrep [0-9]+ | wc -l
72

et pour ps auxww, le champ numero 8 représente bien STAT...

La feuil

Je te renvoie les résultat mais tu vas voir... C'est fun :

ps auxww | awk '{if ($8=="R") print $0}'
retourne rien => aucun process en run

vmstat 1 10
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
1 0 420 383092 10412 57672 0 0 0 3 3 6 0 0 99 0
1 0 420 383092 10412 57672 0 0 0 196 1052 22 100 0 0 0
1 0 420 383092 10412 57672 0 0 0 0 1013 16 100 0 0 0
1 0 420 382980 10428 57672 0 0 0 140 1019 52 99 1 0 0
1 0 420 382980 10428 57672 0 0 0 0 1008 17 100 0 0 0
1 0 420 382980 10428 57672 0 0 0 0 1009 15 99 1 0 0
1 0 420 382980 10428 57672 0 0 0 0 1008 19 100 0 0 0
1 0 420 382980 10428 57672 0 0 0 0 1009 18 99 1 0 0
1 0 420 382980 10428 57672 0 0 0 0 1008 13 100 0 0 0
1 0 420 382980 10428 57672 0 0 0 0 1008 17 99 1 0 0

ps auxww | wc -l
73

ps | egrep [0-9]+ | wc -l
4

La feuil

J'ai remarqué un truc... Le problème survient quand une requète assez consommatrice en ressource est éxécutée sur le serveur Mysql.
Exemple de requète consommatrice :

DO BENCHMARK(10000000,ENCODE("bonjour","au revoir"));

Mais je ne comprends toujours pas pourquoi le processus mysql consomme toujours 0% du CPU.

La feuil

J'aurais aimé savoir lesquels de ces jeux sont libres ?
Je suis feignant vous allez me dire car je pourrais trés bien aller voir sur le net mais c'est quand même le soir et le soir c'est fait pour se reposer...

Juste une petite question au passage. Il plante comment XFree86 ? il freeze ou alors il crash complétement ?
Car j'ai à peu pres la même config que toi :
Sarge, Drivers Nvidia et XFree86 4.3.
et mon écran fige mais je ne sais pas du tout pourquoi : je redimensionne une fenêtre, je clique sur gkrellm, je tape dans un terminal.... et hop ca freeze...
Et j'ai le même message d'erreur :
"Fatal server error:
Caught signal 11. Server aborting"

C'est chiant comme problème car t'es obligé de te connecter en ssh depuis un autre poste pour killer le serveur X.

La feuil