Forum

Reprise du message précédent

Un problème similaire a déjà été répertorié sur le forum sans solution. Il ne semble pas y avoir de raison précise. Il faudrait déclarer le bug sur bugs.mageia.org en donnant le maximum de détail et de logs possibles.

Je n'ose pas mettre le résultat de strace c'est long comme le bras d'un gibbon .
j'en mets une partie ,la fin.
openat(AT_FDCWD, "/lib/libnss_files.so.2", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\"\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=53608, ...}) = 0
mmap2(NULL, 74596, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xab008000
mmap2(0xab00a000, 24576, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xab00a000
mmap2(0xab010000, 12288, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0xab010000
mmap2(0xab013000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa000) = 0xab013000
mmap2(0xab015000, 21348, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xab015000
close(3) = 0
mprotect(0xab013000, 4096, PROT_READ) = 0
munmap(0xabadc000, 129527) = 0
openat(AT_FDCWD, "/etc/passwd", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2327, ...}) = 0
_llseek(3, 0, [0], SEEK_SET) = 0
read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 2327
close(3) = 0
write(2, "Running Thunderbird as root in a"..., 138Running Thunderbird as root in a regular user's session is not supported. ($XDG_RUNTIME_DIR is /run/user/1000 which is owned by phiphi.)
) = 138
gettid() = 21355
openat(AT_FDCWD, "/proc/cpuinfo", O_RDONLY|O_LARGEFILE) = 3
read(3, "processor\t: 0\nvendor_id\t: Genuin"..., 8191) = 1730
read(3, "", 8191) = 0
close(3) = 0
openat(AT_FDCWD, "/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq", O_RDONLY|O_LARGEFILE) = 3
read(3, "2670000\n", 8191) = 8
close(3) = 0
openat(AT_FDCWD, "/sys/devices/system/cpu/cpu0/cache/index2/size", O_RDONLY|O_LARGEFILE) = 3
read(3, "3072K\n", 8191) = 6
close(3) = 0
openat(AT_FDCWD, "/sys/devices/system/cpu/cpu0/cache/index3/size", O_RDONLY|O_LARGEFILE) = -1 ENOENT (Aucun fichier ou dossier de ce type)
openat(AT_FDCWD, "/sys/devices/system/cpu/present", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
read(3, "0-1\n", 4096) = 4
close(3) = 0
gettid() = 21355
gettid() = 21355
getpid() = 21355
getpid() = 21355
exit_group(1) = ?
+++ exited with 1 +++

Est-ce vrai que tu lances thunderbird en root ?

J'ai installé strace en root et je l'ai lancé c'est vrai sous root ,c'est pas bon?

Relancé out root :
munmap(0x45006000, 26640) = 0
openat(AT_FDCWD, "/usr/share/fonts/TTF/hebrew/DavidCLM-BoldItalic.ttf", O_RDONLY) = 84
fcntl64(84, F_SETFD, FD_CLOEXEC) = 0
fstat64(84, {st_mode=S_IFREG|0644, st_size=26148, ...}) = 0
mmap2(NULL, 26148, PROT_READ, MAP_PRIVATE, 84, 0) = 0x45006000
close(84) = 0
mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Ne peut allouer de la m�moire)
munmap(0x45006000, 26148) = 0
openat(AT_FDCWD, "/usr/share/fonts/TTF/lohit/lohit_ne.ttf", O_RDONLY) = 84
fcntl64(84, F_SETFD, FD_CLOEXEC) = 0
fstat64(84, {st_mode=S_IFREG|0644, st_size=78940, ...}) = 0
mmap2(NULL, 78940, PROT_READ, MAP_PRIVATE, 84, 0) = 0x51f000
close(84) = 0
mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Ne peut allouer de la m�moire)
munmap(0x51f000, 78940) = 0
mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Ne peut allouer de la m�moire)
write(2, "out of memory: 0x000000000000010"..., 49out of memory: 0x0000000000000108 bytes requested) = 49
write(2, "\n", 1
) = 1
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
unlink("/home/phiphi/.thunderbird/gy1pvjd2.default/lock") = 0
close(11) = 0
rt_sigaction(SIGSEGV, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, ~[RTMIN RT_1], [], 8) = 0
getpid() = 22573
gettid() = 22573
tgkill(22573, 22573, SIGSEGV) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_TKILL, si_pid=22573, si_uid=1000} ---
Exiting due to channel error.
+++ killed by SIGSEGV (core dumped) +++
Exiting due to channel error.
Erreur de segmentation (core dumped)

Édité par phil-french32 Le 24/11/2021 à 12h38

Non, tu lances thunderbird en root, ce n'est pas ce qu'il faut faire. Tout doit être fait en utilisateur normal. Tu peux copier les données de strace dans un bin comme celui-ci : https://bin.infini.fr/ pour qu'on puisse en avoir un peu plus (pas la peine de tout mettre non plus).

Édité par Yuusha Le 24/11/2021 à 12h40

Maintenant, on voit une autre erreur :

Il n'y aurait plus de mémoire disponible.
On parle de la mémoire vive.

La dernière partie c'est en user je suis sorti de root.

J'ai signalé que thunder m'avait crée pleins de dossiers nstmp en y plaçant des tas de mails.
J'ai regardé quand je le lance juste avant qu'il se plante la charge mémoire monte à 75 %.

Bonjour,

Pour les répertoires nstmp, cela pourrait être "normal". On pourrait supposer qu'à son lancement (avant de lancer l' interface graphique, une tentative de compactage se produit, mais que vu que ça plante, le répertoire n' est pas supprimé. Est ce que l' opération de compactage pourrait être consommatrice de mémoire ?

http://kb.mozillazine.org/Nstmp_folders

J' ai lancé un strace sur une instance vierge de Firefox, mais je ne vois pas de trace de numap ( d' où vient cette opération ?). Avant que le problème arrive, est ce qu' il y a eu des modifications de police d' affichage ou de résolution ?

Pour savoir si cela pourrait venir du profile Thunderbird utilisé ( si on lance thunderbird avec le paramètre -p , cela plante aussi ?)

[phiphi@localhost ~]$ thunderbird -p

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Crash Annotation GraphicsCriticalError: |[0][GFX1 39]: Failed to create ScaledFont for FontKey 64 (t=37.2134) [GFX1 39]: Failed to create ScaledFont for FontKey 64
Crash Annotation GraphicsCriticalError: |[0][GFX1 39]: Failed to create ScaledFont for FontKey 64 (t=37.2134) |[1][GFX1 39]: Failed to create ScaledFont for FontKey 64 (t=37.2744) [GFX1 39]: Failed to create ScaledFont for FontKey 64
Crash Annotation GraphicsCriticalError: |[0][GFX1 39]: Failed to create ScaledFont for FontKey 64 (t=37.2134) |[1][GFX1 39]: Failed to create ScaledFont for FontKey 64 (t=37.2744) |[2][GFX1-]: Replay failure: FillGlyphs PLAY (t=37.2788) [GFX1-]: Replay failure: FillGlyphs PLAY
Exiting due to channel error.
Exiting due to channel error.
Erreur de segmentation (core dumped)

plantage idem

Cela s'est produit brutalement et rien de changé ni police ni autre chose.

Édité par phil-french32 Le 25/11/2021 à 12h36

J'ai tout copié cette adresse: https://bin.infini.fr/?db5d81cf515a7f9b#E95KqcGgdMcoyVy5LJY7oefpozhuGLgCWeTfcFtzCkEk

Si ça peut aider

Merci d'avance

Le lien vers mageia bugs est mort. J'ai pu le lancer en safe mode mais il est en anglais(pas trop grave) et les parties graphiques dans les messages ne
s'affichent pas.

Voila ce qui s'écrit dans la fenêtre console.

IPDL protocol error: Handler returned error code!

###!!! [Parent][DispatchAsyncMessage] Error: PClientManager::Msg_ForgetFutureClientSource Processing error: message was deserialized, but the handler returned false (indicating failure)

Édité par phil-french32 Le 25/11/2021 à 20h11

Hier une mise à jour de mageia et dedans une de thunder ,j'essaie ça marche,ce matin je relance plouf re-plantage.

En safe mode ça fonctionne à peu près la charge mémoire monte à 81% alors que la CPU ne dépasse pas 11%

Édité par phil-french32 Le 26/11/2021 à 12h26

Dans ce cas, il faudrait essayer de ne pas compresser les dossiers pour économiser de la mémoire au démarrage. Il y a un paramètre à modifier pour cela.

Alors mystère le problème semble être résolu, j'ai fait des manips en safe mode , ensuite je l'ai relancé ,j'ai compacté le dossier entrant et ça tourne.
Si ça recommence ,je re-post.
PS: auparavant j'avais supprimé manuellement tous les nstmp.

Édité par phil-french32 Le 26/11/2021 à 19h55

Bonne nouvelle ça tourne .
Merci à tous.