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

    From Narcis Garcia@21:1/5 to All on Wed Nov 16 20:50:01 2022
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ernest =?iso-8859-1?Q?Adrogu=E9?=@21:1/5 to All on Thu Nov 17 10:10:01 2022
    2022-11-17, 09:32 (+0100); lex escriu:
    s estrany, per que a la pgina web de paquets Debian diu que encara estem amb la versi 91 quan portem molt de temps amb la 102:

    https://packages.debian.org/search?keywords=firefox-esr&searchon=names&suite=stable&section=all

    S, s estrany. No s d'on heu tret la versi 102, al repositori
    estable noms hi ha la 91.

    Salutacions

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?w4BsZXg=?=@21:1/5 to All on Thu Nov 17 09:50:01 2022
    Bones

    A la meva Debian 11 estable Firefox 102.4 es comporta bé,

    però veig que a les actualitzacions d'avui 17 novembre a Debian 11
    apareix Firefox 102.5 . Potser soluciona el problema:

    https://www.mozilla.org/en-US/security/advisories/mfsa2022-48/

    És estrany, per que a la pàgina web de paquets Debian diu que encara
    estem amb la versió 91 quan portem molt de temps amb la 102:

    https://packages.debian.org/search?keywords=firefox-esr&searchon=names&suite=stable&section=all


    Salutacions


         Àlex


    El 16/11/22 a les 20:47, Narcis Garcia ha escrit:
    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


    --
    La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:


    https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
    https://www.elsaltodiario.com/revista-pueblos/apartheid-el-termino-juridico-que-(por-fin)-define-la-realidad-de-palestina
    https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz
    https://www.elsaltodiario.com/elsacapuntas/estudiar-bajo-apartheid-el-dia-a-dia-de-los-estudiantes-palestinos

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Josep Lladonosa@21:1/5 to All on Thu Nov 17 10:40:01 2022
    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> 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.



    <div dir="auto">Has provat de desactivar complements, aviam si és un d&#39;ells el que falla?<div dir="auto"><br></div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El dc., 16 de nov. 2022, 20:47, Narcis
    Garcia &lt;<a href="mailto:debianlists@actiu.net">debianlists@actiu.net</a>&gt; va escriure:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bones,<br>

    Aquest matí en una Debian Stable (11) he actualitzat paquets i s&#39;hi ha <br>
    posat el M.Firefox versió 102.4<br>
    (Abans ja hi havia la versió 102.x)<br>

    En iniciar M.Firefox, incondicionalment ha tingut aquest comportament:<br>
    1. Comença a menjar memòria fins a més de 20GiB<br>
    2. En menys d&#39;un minut dóna aquest missatge per Terminal i es queda <br> bloquejat:<br>
    [unhandlable oom] Failed to mmap, likely no more mappings available <br> ./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump <br>
    cloned child 501530<br>
    ExceptionHandler::SendContinueSignalToChild sent continue signal to child<br> ExceptionHandler::WaitForContinueSignal waiting for continue signal...<br>

    Ara per la tarda he tornat a actualitzar paquets, i ha arribat la versió <br> 102.5 de M.Firefox.<br>
    Ara la cosa és més resolutiva i escueta:<br>
    1. Comença a menjar memòria fins a poc menys de 20GiB<br>
    2. En menys de 20 segons dóna aquest missatge per Terminal i finalitza <br> amb codi de sortida 11:<br>
    out of memory: 0x0000000000018810 bytes requested<br>

    En un segon intent, el missatge és més llarg:<br>
    [unhandlable oom] Failed to mmap, likely no more mappings available <br> ./memory/build/mozjemalloc.cpp : 1398<br>

    I en un tercer intent, el problema es reprodueix igual que abans, <br>
    quedant bloquejat:<br>
    [unhandlable oom] Failed to mmap, likely no more mappings available <br> ./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump <br>
    cloned child 2065098<br>
    ExceptionHandler::SendContinueSignalToChild sent continue signal to child<br> ExceptionHandler::WaitForContinueSignal waiting for continue signal...<br>


    Per a sortir del pas, he desactualitzat el M.Firefox a la versió 91.13 , <br> que em funciona bé. Per a què s&#39;empassi el perfil més modern, he hagut <br>
    d&#39;apartar-ne el fitxer compatibility.ini<br>

    -- <br>

    Narcis Garcia<br>

    __________<br>
    I&#39;m using this dedicated address because personal addresses aren&#39;t <br> masked enough at this mail public archive. Public archive administrator <br> should fix this against automated addresses collectors.<br>

    </blockquote></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Eduard Selma@21:1/5 to All on Thu Nov 17 10:50:01 2022
    El 17/11/22 a les 10:11, Leopold Palomo-Avellaneda ha escrit:
    El 17/11/22 a les 10:08, Ernest Adrogué ha escrit:
    2022-11-17, 09:32 (+0100); Àlex escriu:
    És estrany, per que a la pàgina web de paquets Debian diu que encara
    estem
    amb la versió 91 quan portem molt de temps amb la 102:

    https://packages.debian.org/search?keywords=firefox-esr&searchon=names&suite=stable&section=all

    Sí, és estrany.  No sé d'on heu tret la versió 102, al repositori
    estable només hi ha la 91.

    - Sí, jo també uso la ESR original a Bullseye:

    $ apt-cache policy firefox-esr
    firefox-esr:
    Instal·lat: 102.5.0esr-1~deb11u1
    Candidat: 102.5.0esr-1~deb11u1
    Taula de versions:
    *** 102.5.0esr-1~deb11u1 500
    500 http://security.debian.org/debian-security bullseye-
    security/main amd64 Packages
    100 /var/lib/dpkg/status
    91.13.0esr-1~deb11u1 500
    500 http://deb.debian.org/debian bullseye/main amd64 Packages

    Ahir vaig actualitzar a la 102.5 i, ni abans, ni ara vaig veure un ús de memòria excessiu. Misteris de mozilla?

    Eduard Selma

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Leopold Palomo-Avellaneda@21:1/5 to All on Thu Nov 17 10:20:01 2022
    El 17/11/22 a les 10:08, Ernest Adrogué ha escrit:
    2022-11-17, 09:32 (+0100); Àlex escriu:
    És estrany, per que a la pàgina web de paquets Debian diu que encara estem >> amb la versió 91 quan portem molt de temps amb la 102:

    https://packages.debian.org/search?keywords=firefox-esr&searchon=names&suite=stable&section=all

    Sí, és estrany. No sé d'on heu tret la versió 102, al repositori
    estable només hi ha la 91.

    $ apt-cache policy firefox-esr
    firefox-esr:
    Instal·lat: 102.4.0esr-1~deb11u1
    Candidat: 102.5.0esr-1~deb11u1
    Taula de versions:
    102.5.0esr-1~deb11u1 500
    500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
    *** 102.4.0esr-1~deb11u1 100
    100 /var/lib/dpkg/status
    91.13.0esr-1~deb11u1 500
    500 http://debrob.upc.edu/debian bullseye/main amd64 Packages

    Potser no està actualitzat el web ....

    Leo


    --
    --
    Linux User 152692 GPG: 05F4A7A949A2D9AA
    Catalonia
    -------------------------------------
    A: Because it messes up the order in which people normally read text.
    Q: Why is top-posting such a bad thing?
    A: Top-posting.
    Q: What is the most annoying thing in e-mail?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ernest =?iso-8859-1?Q?Adrogu=E9?=@21:1/5 to All on Thu Nov 17 10:30:01 2022
    2022-11-17, 10:11 (+0100); Leopold Palomo-Avellaneda escriu:
    $ apt-cache policy firefox-esr
    firefox-esr:
    Installat: 102.4.0esr-1~deb11u1
    Candidat: 102.5.0esr-1~deb11u1
    Taula de versions:
    102.5.0esr-1~deb11u1 500
    500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
    *** 102.4.0esr-1~deb11u1 100
    100 /var/lib/dpkg/status
    91.13.0esr-1~deb11u1 500
    500 http://debrob.upc.edu/debian bullseye/main amd64 Packages

    Potser no est actualitzat el web ....

    Ah... la versi 102 s a debian-security. Per aix no apareix en el
    llistat de paquets de la distribuci estable.

    Salutacions

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Narcis Garcia@21:1/5 to All on Thu Nov 17 13:10:01 2022
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Xavier Drudis Ferran@21:1/5 to All on Thu Nov 17 12:30:01 2022
    A mi el firefox-esr 102.5 de bullseye (del repositiori security, suposo) em va bé.
    Però fa poques hores que el tinc i tampoc he navegat tantíssim, no he fet res especial.
    Ah, i parlo en arm64.

    Igual tens alguna extensió que no acaba d'anar fina amb la nova versió o alguna cosa així ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Griera-yandex@21:1/5 to Narcis Garcia on Thu Nov 17 18:50:01 2022
    Hola:

    Tinc la:

    $ apt-cache policy firefox-esr
    firefox-esr:
    Instal·lat: 102.5.0esr-1~deb11u1
    Candidat: 102.5.0esr-1~deb11u1
    Taula de versions:
    *** 102.5.0esr-1~deb11u1 500
    500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
    100 /var/lib/dpkg/status
    91.13.0esr-1~deb11u1 500
    500 http://deb.debian.org/debian bullseye/main amd64 Packages


    i, de moment, funciona bé.

    Salutacions. Pep.

    On Wed, 16 Nov 2022 20:47:00 +0100
    Narcis Garcia <debianlists@actiu.net> wrote:

    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.


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Narcis Garcia@21:1/5 to All on Mon Nov 21 18:20:01 2022
    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.



    --


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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joan@21:1/5 to All on Mon Nov 21 19:30:01 2022
    Jo tinc 3 equips amb Debian (pinephone amb Mobian a part :-p ) i un
    d'ells, un fix de la meva parella (un slimbox de fa un parell d'anys em
    penso) va començar a fer això mateix. Els altres no m'han donat cap
    problema, i també deuen gastar la :

    Instal·lat: 102.4.0esr-1~deb11u1

    des de la que us escric...

    Estic pensant que l'unattended upgrade de l'equip que dona problemes no
    va anar bé (ja he desactivat els unattended) i no arrenca amb el darrer kernel, així que arrenquem de moment amb l'anterior. No sé la
    combinació de kernel anterior amb la 102.4 pot tenir algo a veure o no.

    Si vols més info de l'equip problemàtic, Narcis, demana-me'ls i te'ls
    dono :-)


    El Wed, 16 Nov 2022 20:47:00 +0100
    Narcis Garcia <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



    --
    Joan Cervan i Andreu
    http://personal.calbasi.net

    "El meu paper no és transformar el món ni l'home sinó, potser, el de
    ser útil, des del meu lloc, als pocs valors sense els quals un món no
    val la pena viure'l" A. Camus

    i pels que teniu fe:
    "Déu no és la Veritat, la Veritat és Déu"
    Gandhi

    "Donar exemple no és la principal manera d'influir sobre els altres; és l'única manera" Albert Einstein

    “Lluitarem contra el fort mentre siguem febles i contra nosaltres
    mateixos quan siguem forts” Lluís Maria Xirinacs

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Narcis Garcia@21:1/5 to All on Thu Jan 19 08:00:01 2023
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Narcis Garcia@21:1/5 to All on Sun Jan 29 15:30:01 2023
    En un altre ordinador, actualitzar firefox-esr a la versió 102.7 no ha
    resolt el problema, així que l'he hagut de tornar a la versió 91.13.0esr-1~deb11u1

    Salut.


    El 19/1/23 a les 7:50, Narcis Garcia ha escrit:
    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.





    --


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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)