Support #66325
runserver qui s'arrête sans rien dire...
0%
Description
Je lance un de nos softs (passerelle, combo, ...) et dès que je clique sur connexion, au moment où j'arrive sur .../mellon/login/ tout s'arrête, sans rien dire :
(publik-env-py3) thomas@clevo:~$ passerelle-server Performing system checks... System check identified no issues (0 silenced). June 16, 2022 - 14:53:29 Django version 2.2.26, using settings 'passerelle.settings' Starting development server at http://127.0.0.1:8024/ Quit the server with CONTROL-C. authenticating to 'https://authentic.dev.publik.love/idp/saml2/metadata' (publik-env-py3) thomas@clevo:~$
Peut-être un bogue dans mellon/lasso mais je fais un ticket ici car c'est dans le contexte devinst que j'ai ça.
(Je suis en Debian testing)
Historique
Mis à jour par Thomas Noël il y a presque 2 ans
Sur un strace je vois un SIGSEGV
[pid 6982] write(2, "authenticating to 'https://authe"..., 73authenticating to 'https://authentic.dev.publik.love/idp/saml2/metadata' ) = 73 [pid 6982] openat(AT_FDCWD, "/dev/urandom", O_RDONLY) = 6 [pid 6982] read(6, "\217\272\27\301\224d>W\355\215.\305\22\256\3109", 16) = 16 [pid 6982] close(6) = 0 [pid 6982] futex(0x7ff188d62fe8, FUTEX_WAKE_PRIVATE, 2147483647) = 0 [pid 6982] openat(AT_FDCWD, "/var/lib/passerelle/tenants/passerelle.dev.publik.love/sp-saml.key", O_RDONLY) = 6 [pid 6982] newfstatat(6, "", {st_mode=S_IFREG|0600, st_size=1704, ...}, AT_EMPTY_PATH) = 0 [pid 6982] read(6, "-----BEGIN PRIVATE KEY-----\nMIIE"..., 1704) = 1704 [pid 6982] close(6) = 0 [pid 6982] getrandom("\x6c\x48\x5c\x6b\x08\xc5\xd0\x34\x55\x30\x75\x05\xd7\xf4\x00\xdb", 16, 0) = 16 [pid 6982] mprotect(0x7ff168086000, 24576, PROT_READ|PROT_WRITE) = 0 [pid 6982] mprotect(0x7ff16808c000, 65536, PROT_READ|PROT_WRITE) = 0 [pid 6982] mprotect(0x7ff16809c000, 8192, PROT_READ|PROT_WRITE) = 0 [pid 6982] mprotect(0x7ff16809e000, 8192, PROT_READ|PROT_WRITE) = 0 [pid 6982] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7fedc8545959} --- [pid 6896] <... poll resumed> <unfinished ...>) = ? [pid 6890] <... pselect6 resumed> <unfinished ...>) = ? [pid 6982] +++ killed by SIGSEGV +++ [pid 6896] +++ killed by SIGSEGV +++ [pid 6890] +++ killed by SIGSEGV +++
Mis à jour par Thomas Noël il y a presque 2 ans
En pdb on voit que le process est tué silencieusement lors de « login.buildAuthnRequestMsg() » dans mellon :
> /home/thomas/src/django-mellon/mellon/views.py(551)get() -> self.add_login_hints(idp, authn_request, request=request, next_url=next_url or '/') (Pdb) > /home/thomas/src/django-mellon/mellon/views.py(552)get() -> login.buildAuthnRequestMsg() (Pdb) (publik-env-py3) thomas@clevo:~/src/django-mellon [main|✚ 1…3]$
Mis à jour par Serghei Mihai il y a presque 2 ans
versions de liblasso3 et python3-lasso différentes?
Mis à jour par Thomas Noël il y a presque 2 ans
J'étais en lasso 2.8.0.1.g7aa6-1~eob110+1 (https://deb.entrouvert.org bullseye/main)
Repassé en 2.8.0-1+b1 (http://ftp.debian.org/debian bookworm/main) et tout roule...
Je ferme ce ticket mais il y a peut-être un truc à creuser dans lasso...? (je ne fais pas de ticket je ne sais pas comment l'exprimer)
Mis à jour par Frédéric Péters il y a presque 2 ans
- Statut changé de Nouveau à Fermé
Je ferme ce ticket mais il y a peut-être un truc à creuser dans lasso...?
C'est loin dessous, libssl3. S'il y a une action de notre part ça devrait être la mise à disposition d'un dépôt bookworm, dans lequel lasso pourrait être buildé contre la version de libssl3 adéquate.