Re: (deb-cat) Firefox ESR: out of memory

[Narcis Garcia <debianlists@actiu.net>]

En un dels ordinadors afectats he actualitzat paquets, amb firefox-esr 102.7
L'aplicació de moment funciona, així que potser el problema estigui resolt.

Salut.


El 21/11/22 a les 18:18, Narcis Garcia ha escrit:
> En aquest altre ordinador que esmentava, acabo d'actualitzar a M.Firefox 
> 102.5 i ara sí que peta. Però el missatge per terminal és diferent:
>
> Exiting due to channel error.
>
> I veig que no puc desactuaitzar a la v102.4 perquè no hi és en 
> repositoris. Si desactualitzo, ha de ser a la 91.13
>
>
> El 17/11/22 a les 13:05, Narcis Garcia ha escrit:
> > En el «safe-mode» la v102.x funciona bé, la qual cosa inclou la 
> > desactivació de tots els complements.
> > Però si desactivo complements manualment, sense el «safe-mode» es 
> > reprodueix el problema en aquest ordinador.
> >
> > Si fos el cas que algun complement fos problemàtic, tampoc no 
> > l'aconsegueixo identificar. En un altre ordinador amb Debian Stable 
> > (11) també hi corre el M.Firefox 102.4 amb els mateixos complements, i 
> > sense problema.
> > Suposo que hauré d'esperar la versió 115 per aquest ordinador.
> >
> >
> > El 17/11/22 a les 10:30, Josep Lladonosa ha escrit:
> > > Has provat de desactivar complements, aviam si és un d'ells el que 
> > > falla?
> > >
> > >
> > >
> > > El dc., 16 de nov. 2022, 20:47, Narcis Garcia <debianlists@actiu.net 
> > > <mailto:debianlists@actiu.net>> va escriure:
> > >
> > >     Bones,
> > >
> > >     Aquest matí en una Debian Stable (11) he actualitzat paquets i 
> > > s'hi ha
> > >     posat el M.Firefox versió 102.4
> > >     (Abans ja hi havia la versió 102.x)
> > >
> > >     En iniciar M.Firefox, incondicionalment ha tingut aquest 
> > > comportament:
> > >     1. Comença a menjar memòria fins a més de 20GiB
> > >     2. En menys d'un minut dóna aquest missatge per Terminal i es queda
> > >     bloquejat:
> > >     [unhandlable oom] Failed to mmap, likely no more mappings available
> > >     ./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump
> > >     cloned child 501530
> > >     ExceptionHandler::SendContinueSignalToChild sent continue signal to
> > >     child
> > >     ExceptionHandler::WaitForContinueSignal waiting for continue 
> > > signal...
> > >
> > >     Ara per la tarda he tornat a actualitzar paquets, i ha arribat la
> > >     versió
> > >     102.5 de M.Firefox.
> > >     Ara la cosa és més resolutiva i escueta:
> > >     1. Comença a menjar memòria fins a poc menys de 20GiB
> > >     2. En menys de 20 segons dóna aquest missatge per Terminal i 
> > > finalitza
> > >     amb codi de sortida 11:
> > >     out of memory: 0x0000000000018810 bytes requested
> > >
> > >     En un segon intent, el missatge és més llarg:
> > >     [unhandlable oom] Failed to mmap, likely no more mappings available
> > >     ./memory/build/mozjemalloc.cpp : 1398
> > >
> > >     I en un tercer intent, el problema es reprodueix igual que abans,
> > >     quedant bloquejat:
> > >     [unhandlable oom] Failed to mmap, likely no more mappings available
> > >     ./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump
> > >     cloned child 2065098
> > >     ExceptionHandler::SendContinueSignalToChild sent continue signal to
> > >     child
> > >     ExceptionHandler::WaitForContinueSignal waiting for continue 
> > > signal...
> > >
> > >
> > >     Per a sortir del pas, he desactualitzat el M.Firefox a la versió
> > >     91.13 ,
> > >     que em funciona bé. Per a què s'empassi el perfil més modern, he 
> > > hagut
> > >     d'apartar-ne el fitxer compatibility.ini
> > >
> > >     --
> > >     Narcis Garcia
> > >
> > >     __________
> > >     I'm using this dedicated address because personal addresses aren't
> > >     masked enough at this mail public archive. Public archive 
> > > administrator
> > >     should fix this against automated addresses collectors.

--

Narcis Garcia

__________
I'm using this dedicated address because personal addresses aren't 
masked enough at this mail public archive. Public archive administrator 
should fix this against automated addresses collectors.