Discussion :

[aliassangelius]

Bonjour,

Je me permet de venir demander de l'aide.

J'ai un server ircu, et lorsque je fait un /quit le serveur ircu plante.
Je n'es donc plus le processus qui s'affiche dans putty, quelqu'un pourrais m'aider et me guider pour savoir ou et mon souci s'il vous plaît.

Je vous remercie d'avance.

[Neckara]

Bonjour,

Si ton ircu tourne sous un serveur Linux, essaye de voir s'il n'y a pas de fichiers de log dans /var/log.
Essaye de regarder /var/log/deamon.log si tu ne trouves pas de fichiers de logs spécifiques à ircu.

[aliassangelius]

Bonjour,

Merci d'abord de me répondre.
Donc voici ce que j'ai dans le fichier de log :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Aug 17 20:20:05 ns325003 named[6667]: success resolving '172.160.107.113.in-addr.arpa/PTR' (in '107.113.in-addr.arpa'?) after reducing the advertised EDNS UDP packet size to 512 octets
Aug 17 20:20:07 ns325003 named[6667]: success resolving 'dns.guangzhou.gd.cn/AAAA' (in 'guangzhou.gd.cn'?) after disabling EDNS

[Neckara]

Et si tu lance ton ircu avec nohup qu'est-ce qui s'écrit dans le fichier de log de la sortie standard ?

Remarque, pour un test, tu peux aussi le lancer en redirigeant toi-même l'entrée standard dans un fichier, mais il ne faudra pas fermer la connexion.

[aliassangelius]

J'ai donc lancer le ircu de la manière suivante : ./ircd -h hostname

Et lorsque je /quit sa plante encore, et dans le log y'a rien qui ne s'affiche

[Obsidian]

Essaie de le lancer avec le débugueur, en tapant :

Code Shell :

Sélectionner tout - Visualiser dans une fenêtre à part

gdb ./ircd

… puis, depuis la ligne de commande de gdb :

Code gdb :

Sélectionner tout - Visualiser dans une fenêtre à part

run -t -h hostname

… fait planter ton serveur avec /quit, puis donne-nous ici ce que gdb répond exactement, ainsi que le résultat de la commande backtrace :

Code gdb :

Sélectionner tout - Visualiser dans une fenêtre à part

bt

[aliassangelius]

Voici ce dont tu m'as demander :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
ircshell@ns325003:~$ cd ircd
ircshell@ns325003:~/ircd$ gdb ./ircd
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/ircshell/ircd/ircd...done.
(gdb) run -t -h irc.infernal-gamerz.com
Starting program: /home/ircshell/ircd/ircd -t -h irc.infernal-gamerz.com
 
Program received signal SIGSEGV, Segmentation fault.
vsprintf_irc (str=0x753712 "Read Error: EOF from client", format=0x443a6d "",
    vl=0x7fffffffdb60) at sprintf_irc.c:291
291             if ((*str = *p1))
(gdb)

[Obsidian]

Donc, c'est bien une segfault.

Où as-tu obtenu ce logiciel ? Tu l'as installé depuis les packages officiels de ta distribution ou tu l'as compilé toi-même ? Il arrive qu'un logiciel qui était au point jusqu'ici se mette à planter spontanément à cause d'un changement dans l'environnement, et plus particulièrement lorsque les bibliothèques dont il dépend ont été mises à jour. Si l'interface reste identique, le programme va s'y lier normalement comme il le fait toujours. Mais si les spécifications ont changé quand même, ça peut provoquer un plantage.

Il nous manque encore — comme indiqué au dessus — l'état de la pile. Il faut que tu saisisses la commande « bt » après avoir obtenu ces premiers résultats.

[aliassangelius]

Bonsoir,

Alors voici le message obtenu entièrement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
ircshell@ns325003:~$ cd ircd
ircshell@ns325003:~/ircd$ gdb ./ircd
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/ircshell/ircd/ircd...done.
(gdb) run -t -h irc.infernal-gamerz.com
Starting program: /home/ircshell/ircd/ircd -t -h irc.infernal-gamerz.com
 
Program received signal SIGSEGV, Segmentation fault.
vsprintf_irc (str=0x753712 "Read Error: EOF from client", format=0x443a6d "",
    vl=0x7fffffffdb60) at sprintf_irc.c:291
291             if ((*str = *p1))
(gdb) bt
#0  vsprintf_irc (str=0x753712 "Read Error: EOF from client",
    format=0x443a6d "", vl=0x7fffffffdb60) at sprintf_irc.c:291
#1  0x0000000000437cf0 in vsendto_prefix_one (to=0x7654b0, from=0x7654b0,
    pattern=0x443a61 ":%s QUIT :%s", vl=0x7fffffffdb60) at send.c:324
#2  0x00000000004384c0 in sendto_common_channels (acptr=0x7654b0,
    pattern=0x443a61 ":%s QUIT :%s") at send.c:552
#3  0x000000000042855b in exit_one_client (bcptr=0x7654b0,
    comment=0x7fffffffde20 "Read Error: EOF from client") at s_misc.c:905
#4  0x0000000000429add in exit_client (cptr=0x7654b0, bcptr=0x7654b0,
    sptr=0x750ba0, comment=0x7fffffffde20 "Read Error: EOF from client")
    at s_misc.c:834
#5  0x000000000042a0db in exit_client_msg (cptr=0x7654b0, bcptr=0x7654b0,
    sptr=0x750ba0, pattern=<value optimized out>) at s_misc.c:864
#6  0x0000000000422628 in read_message (delay=<value optimized out>)
    at s_bsd.c:1959
#7  0x00000000004124ca in main (argc=0, argv=<value optimized out>)
    at ircd.c:979
(gdb)

Ensuite, cette ircu, et une version modifé, d'un ircu de base, j'avais donc fait un .tar.gz, sur le fichier source pour le garder.
Et lorsque j'ai changer de dedié, il ne fonctionne plus, ensuite c'est peut-être du fait que je sois passer en débian 64 bits, car avant je fût en débian 32 bits.

[Obsidian]

Ensuite, cette ircu, et une version modifé, d'un ircu de base, j'avais donc fait un .tar.gz, sur le fichier source pour le garder.

Modifiée par qui ? Par toi ?

Et lorsque j'ai changer de dedié, il ne fonctionne plus, ensuite c'est peut-être du fait que je sois passer en débian 64 bits, car avant je fût en débian 32 bits.

Le 32 vers 64, peu probable en l'occurrence, car gdb indique que le bug est confiné à ton propre programme, d'une part, et que tout le reste visible ici sont directement des appels système. En outre, tu ne peux pas directement lier un programme 32 bits à une bibliothèque dynamique en 64 bits. Il faut que les deux cohabitent sur ton système et c'est le cas sur pour ainsi dire toutes les distributions.

Je pense plutôt que c'est un bug qui était latent depuis le départ mais qui ne s'est jamais déclenché sur l'ancien environnement, par simple coup de chance. C'est assez fréquent.

La ligne 291 est potentiellement correcte mais présentée comme ça, elle reste quand même extrêmement douteuse. Peut-on voir le code en question ?

[aliassangelius]

Bonsoir,

Non il fût modifié par un Admin en colaboration avec qui j'était avant.

Je vous fourner le dossier source, Car je sais pas ou trouver les lignes.