Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Message d'erreur : "fork: retry: Aucun processus enfant"

skiski

Salut,

Je ne sais pas pourquoi, mais ce soir je me suis pris ce message à plusieurs reprises en lançant des commandes dans le terminal :

bash: fork: retry: Aucun processus enfant
bash: fork: retry: Aucun processus enfant
bash: fork: retry: Aucun processus enfant
bash: fork: Ressource temporairement non disponible

Le pire c'est qu'à ce moment là je ne faisais rien de particulier. Seuls firefox, thunderbird, nautilus, un terminal et gvim étaient ouverts.

J'ai rebooté et là c'était bon.

Sauf que c'est revenu. J'ai essayé de lancer le moniteur système mais il ne voulait pas. J'ai regardé avec top et ps mais je n'ai rien vu de choquant. Au bout d'un moment cela s'est arrêté et j'ai pu lancer le moniteur système, mais là encore rien de surprenant. Je n'utilise que 1,5Go de mes 4Go de ram et rien pour le swap. Les processeurs sont presques au repos et je ne faisais rien qui pouvait solliciter le disque dur. Mon ordi est neuf et j'ai plein de place de libre dans mes partitions (7,6Go de libre sur les 15Go pour le système et 750Go de libre pour mon home).

Est-ce que quelqu'un sait d'où cela vient ? Je n'ai rien mis à jour aujourd'hui et je n'ai rien fait que je n'avais pas fait ce matin ou les jours précédents...

Merci.

MarbolanGos

Vu le nom de l'erreur on dirait une erreur de quelque chose qui tourne en parallèle.
Est-ce que dans les log (/var/log) le mot fork est présent ?

skiski

Non, un petit coup de grep dans le repertoire ne donne rien.

Je me demande si cela ne vient pas d'un script que je me suis fait pour telecharger sur megaupload. Je mets les liens dans un fichiers et je telecharge les fichiers un par un avec wget. Est-ce que je n'ai pas raté un truc et que mon programme crée des fork à l'infini. Avec firefox et thunderbird c'est le seul truc qui tourne au moment des problèmes. Franchement ça m'etonnerait, mais si jamais certains veulent profiter de mon script, c'est cadeau.

#!/bin/sh

#downloadmegaupload link
function downloadlien () {
wget "$1"

index=$(echo $1 | sed 's/http\:\/\/www\.megaupload\.com\//index.html/')
echo "-----------------------------------"
echo "Telechargement de $index"
#"$index"
link=$(grep \"downloadlink\" "$index" | sed 's/.*href\=\"\([^\"]*\)\".*/\1/')
rm "$index"
if [ "$link" != "" ]
then
    sleep 1m
    echo wget -c \"$link\"
    wget -c "$link"
else
    echo "Lien invalide !!!!!"
fi
}

while [ $# -gt 0 ]
do
    if [ ! -f "$1" ]
    then
        downloadlien "$1"
        if [ $# -gt 1 ]
        then
            sleep 2m
        fi
    else
        sed '/^$/d;/^#/d' "$1" | while read adresse
        do
            downloadlien "$adresse"
            sleep 2m
        done 
    fi
    shift
done

piolet

bonjour
probablement la mémoire qui est saturée
faire un free -m quand cela arrive pour vérifier

autre piste le ulimit est atteint

MarbolanGos

Pour savoir si ça vient de bash il suffit de ne pas l'activer et si l'erreur ne vient pas il faudra regarder de ce côté.

skiski

Pour la mémoire, ce n'est pas cela, j'ai déjà vérifié. Et pour le script, je guetterai bien sur si le bug survient lorsque je ne m'en sers pas, mais si c'est le cas j'aimerai bien comprendre où est le problème, parce qu'il n'est pourtant pas très long...

Edit:
Finalement, cela peut etre la mémoire. Cela vient de me le faire et je trouve:

             total       used       free     shared    buffers     cached
Mem:          3945       3785        159          0         77       2034
-/+ buffers/cache:       1673       2271
Swap:         3999          0       3999

Pourtant le moniteur système, qui a du mal à démarrer, me dit qu'il n'y a moins d'un Go de mémoire utilisée...
Il y a un moyen de classer les process par mémoire utilisée dans top ou avec ps ?

MarbolanGos

Avec top il faut appuyer sur M pour trier par mémoire mais oui ça sent la fuite mémoire ça !
Est-ce que par hasard le disque dur ne tourne pas à fond ?

skiski

D'après top :

top - 10:10:36 up  1:08,  2 users,  load average: 0.10, 0.14, 0.13
Tasks: 169 total,   1 running, 168 sleeping,   0 stopped,   0 zombie
Cpu(s):  5.5%us,  1.4%sy,  0.0%ni, 92.4%id,  0.2%wa,  0.3%hi,  0.2%si,  0.0%st
Mem:   4039924k total,  3854312k used,   185612k free,    86588k buffers
Swap:  4095996k total,        0k used,  4095996k free,  2130336k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                  
 7260 fedoski   20   0 3242m 626m  32m S  2.2 15.9   0:42.46 firefox                                                  
 1532 fedoski   20   0 1723m 185m  50m S  0.6  4.7   1:40.09 gnome-shell                                              
 7779 fedoski   20   0  873m 172m  38m S  1.0  4.4   1:04.69 thunderbird-bin                                          
 7479 fedoski   20   0  198m 111m  19m S 13.6  2.8   1:11.83 npviewer.bin                                             
 1637 fedoski   20   0 1569m  53m  17m S  0.0  1.4   0:01.34 dropbox                                                  
 7613 fedoski   20   0 3391m  48m  13m S  3.7  1.2   0:15.32 totem-plugin-vi                                          
 7323 fedoski   20   0 3369m  48m  12m S  2.6  1.2   0:15.01 totem-plugin-vi                                          
 1538 fedoski   20   0 1104m  46m  17m S  0.0  1.2   0:21.02 nautilus                                                 
 1443 fedoski   20   0  869m  42m  12m S  0.0  1.1   0:02.26 gnome-settings-                                          
 1194 root      20   0  146m  41m  18m S  1.4  1.1   3:16.21 Xorg                                                     
    1 root      20   0 55736  22m 1936 S  0.0  0.6   0:02.11 systemd                                                  
 3291 fedoski   20   0  575m  16m  11m S  0.8  0.4   0:04.69 gnome-terminal                                           
 1559 fedoski   20   0  250m  15m 6236 S  0.0  0.4   0:00.13 zeitgeist-daemo                                          
 7320 fedoski   20   0  363m  13m 9244 S  0.2  0.3   0:00.36 plugin-containe                                          
 7436 fedoski   20   0  324m  12m 8488 S  0.6  0.3   0:03.81 plugin-containe                                          
 1290 fedoski   20   0  417m  12m 8088 S  0.0  0.3   0:00.60 gnome-session                                            
 1541 fedoski   20   0  508m  11m 9324 S  0.0  0.3   0:00.06 nm-applet                                                
 1546 fedoski   20   0  430m  11m 9680 S  0.0  0.3   0:00.06 evolution-alarm                                          
 4580 fedoski   20   0  352m  11m 7128 S  0.0  0.3   0:00.23 gvim                                                     
 1021 root      20   0  427m 9872 7644 S  0.0  0.2   0:00.16 colord                                                   
 1555 fedoski   20   0  485m 9844 7880 S  0.0  0.2   0:00.75 gnome-power-man                                          
 1548 fedoski   20   0  416m 9228 7392 S  0.0  0.2   0:00.04 gnome-screensav                                          
 1560 fedoski   20   0  273m 9076 7184 S  0.0  0.2   0:00.04 gdu-notificatio                                          
 1539 fedoski   20   0  242m 8272 6508 S  0.0  0.2   0:00.02 seapplet                                                 
 1543 fedoski   20   0  398m 7972 6160 S  0.0  0.2   0:00.03 abrt-applet                                              
 1102 root      20   0 85940 7284 2976 S  0.0  0.2   0:00.00 dhclient                                                 
 1634 fedoski   20   0  323m 7016 5756 S  0.0  0.2   0:00.01 gnome-shell-cal                                          
 1627 fedoski   20   0  519m 6804 5544 S  0.0  0.2   0:00.02 e-calendar-fact                                          
  790 root      20   0  170m 6228 5156 S  0.0  0.2   0:00.08 NetworkManager                                           
 1547 fedoski   20   0  399m 6060 4252 S  0.0  0.2   0:00.99 zeitgeist-datah                                          
 1450 fedoski   20   0  320m 5620 2944 S  0.0  0.1   0:00.01 gnome-keyring-d                                          
 1449 fedoski    9 -11  521m 5584 3868 S  0.0  0.1   0:00.25 pulseaudio                                               
 1461 root      20   0  124m 5480 2652 S  0.0  0.1   0:00.23 udisks-daemon                                            
  991 root      20   0  191m 5352 3064 S  0.0  0.1   0:00.08 cupsd                                                    
 1563 fedoski   20   0 30440 5284 1476 S  0.0  0.1   0:00.07 restorecond                                              
 1519 fedoski   20   0  179m 5192 2580 S  0.0  0.1   0:00.00 gconf-helper                                             
  428 root      16  -4 20304 4672 1060 S  0.0  0.1   0:00.11 udevd

Et non, mon disque est tranquille...

madko

Que donne la commande "ulimit -a"?

skiski

Cela donne ceci (mai j'ai rebooté) :

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31415
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

madko

max user processes              (-u) 1024

en général quand on atteint cette limite c'est le genre de message que tu as qui apparait:

[edouard@oberon ~]$ ulimit -u 32
[edouard@oberon ~]$ LANG=C
[edouard@oberon ~]$ ls
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: Resource temporarily unavailable

Par contre 1024 faut y aller pour les atteindre.

MarbolanGos

Tout dépend ce qu'on fait tourner. Perso il est unlimited mon stack ! Applications de calcul scientifique qui tournent en permanence.

mtirabo

bonjour: essaies d'arrêter le processus "npviewer.bin" qui est (était?) lié à "flash" .... je pense que c'est lui le fautif (13.6% de cpu)

$ killall npviewer.bin

$ kill -9 pid de npviewer.bin

MarbolanGos

Ce processus c'est Firefox !

mtirabo

Re: non ce n'est pas firefox mais plutôt flash ancienne version..

Pikachu_2014

Ni l'un, ni l'autre, ou les deux à la fois peut-être. C'est surtout nspluginwrapper, appelé par le navigateur, qui confine l'exécution des plugins dans un processus séparé. C'est l'activité d'un plugin en particulier (lequel ? on n'en sait rien) que l'on voit indirectement au travers de npviewer.bin dans top ou ps. Il n'y a hélas que Flash pour présenter une telle boulimie en termes de ressources accaparées.

jbfedora

bonjour,
c'est gratuit, puisque tu as les ressources matérielles,
je changerai shmmax, SHMMIN, SHMMMNI, SHMSEG,SEMMI, SEMMSL,SEMMNS, SEMOPM,SEMVMX,
j'agrandirai également l'espace reservé àlinux
A+
JB

skiski

Ce qui est bizarre c'est que je n'étais pas sur des sites gourmands niveau flash, genre youtube ou site de jeux. Et en général, npviewer est le premier process que je tue lorsque je vois que mon ordi semble ramer. Par contre il est possible que de fermer firefox resolve le problème. Ce fut le cas ce matin. À voir...

Edit :
J'ai peut-etre trouvé. J'avais 2 onglets dans lesquels il y avait des petites vidéos qui tournaient en boucle. Peut-que cela venait du plugin video de totem. En tout cas ce n'est pas mon script. Ca me rassure, je n'ai pas raté un pipe ou un truc comme cela.