• Re: Erreur sur mise a jour rabbitmq-server sur testing

    From =?UTF-8?B?SsOpcsOpbXkgTGFs?=@21:1/5 to All on Thu Mar 13 02:00:02 2025
    Le jeu. 13 mars 2025 à 01:15, Jean-Michel OLTRA <[email protected]> a
    écrit :


    Bonjour,

    Je ne pense pas avoir fait une fausse manip, mais j'ai effectué, le 9 mars, une mise à jour de ma testing, qui comprenait le paquet rabbitmq-server :

    [UPGRADE] rabbitmq-server:amd64 3.10.8-4 -> 4.0.5-2

    Ce qui a posé un énorme souci : la version 4.0.5 ne peut pas démarrer en l'état, puisqu'elle dépend de feature flags qui doivent être activés *avant*
    la montée en version, mais qui, dans ce cas précis, ne peuvent pas l'être car ils ne seront pas reconnus (la 3.10.8 est trop vieille par rapport à la 4.0.5). Donc la mise à jour échoue.


    Idéalement pour qu'on puisse décider si c'est un bug dans le paquet rabbitmq-server,
    il faudrait savoir ce qu'il y avait de spécifique dans /etc/rabbitmq/
    par rapport à une installation par défaut.

    Je m'en suis tiré après de nombreuses manipulations qui consistent à monter
    en version petit à petit avec des paquets qui ne viennent pas de testing, et,
    si ça intéresse quelqu'un, je peux les décrire en privé.


    En résumé: *Attention* si vous devez mettre à jour un rabbitmq-server dans ces conditions là.

    --
    jm



    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le jeu. 13 mars 2025 à 01:15, Jean-Michel OLTRA &lt;[email protected]&gt; a écrit :<br></div><blockquote class="gmail_
    quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
            Bonjour,<br>

    Je ne pense pas avoir fait une fausse manip, mais j&#39;ai effectué, le 9 mars,<br>
    une mise à jour de ma testing, qui comprenait le paquet rabbitmq-server :<br>

    [UPGRADE] rabbitmq-server:amd64 3.10.8-4 -&gt; 4.0.5-2<br>

    Ce qui a posé un énorme souci : la version 4.0.5 ne peut pas démarrer en<br> l&#39;état, puisqu&#39;elle dépend de feature flags qui doivent être activés *avant*<br>
    la montée en version, mais qui, dans ce cas précis, ne peuvent pas l&#39;être<br>
    car ils ne seront pas reconnus (la 3.10.8 est trop vieille par rapport à la<br>
    4.0.5). Donc la mise à jour échoue.<br></blockquote><div><br></div><div>Idéalement pour qu&#39;on puisse décider si c&#39;est un bug dans le paquet rabbitmq-server,</div><div>il faudrait savoir ce qu&#39;il y avait de spécifique dans /etc/rabbitmq/</
    <div>par rapport à une installation par défaut. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
    Je m&#39;en suis tiré après de nombreuses manipulations qui consistent à monter<br>
    en version petit à petit avec des paquets qui ne viennent pas de testing, et,<br>
    si ça intéresse quelqu&#39;un, je peux les décrire en privé.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

    En résumé: *Attention* si vous devez mettre à jour un rabbitmq-server dans<br>
    ces conditions là.<br>

    -- <br>
    jm<br>

    </blockquote></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Michel OLTRA@21:1/5 to All on Thu Mar 13 01:20:01 2025
    Bonjour,

    Je ne pense pas avoir fait une fausse manip, mais j'ai effectué, le 9 mars, une mise à jour de ma testing, qui comprenait le paquet rabbitmq-server :

    [UPGRADE] rabbitmq-server:amd64 3.10.8-4 -> 4.0.5-2

    Ce qui a posé un énorme souci : la version 4.0.5 ne peut pas démarrer en l'état, puisqu'elle dépend de feature flags qui doivent être activés *avant*
    la montée en version, mais qui, dans ce cas précis, ne peuvent pas l'être car ils ne seront pas reconnus (la 3.10.8 est trop vieille par rapport à la 4.0.5). Donc la mise à jour échoue.

    Je m'en suis tiré après de nombreuses manipulations qui consistent à monter en version petit à petit avec des paquets qui ne viennent pas de testing, et, si ça intéresse quelqu'un, je peux les décrire en privé.

    En résumé: *Attention* si vous devez mettre à jour un rabbitmq-server dans ces conditions là.

    --
    jm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Michel OLTRA@21:1/5 to All on Thu Mar 13 12:40:01 2025
    Bonjour,


    Le jeudi 13 mars 2025, Jérémy Lal a écrit...


    Idéalement pour qu'on puisse décider si c'est un bug dans le paquet rabbitmq-server,
    il faudrait savoir ce qu'il y avait de spécifique dans /etc/rabbitmq/
    par rapport à une installation par défaut.

    Un fichier enabled_plugins, avec la ligne
    [rabbitmq-management].

    Le ficher d'origine rabbitmq-env.conf dans lequel j'ai décommenté NODE_IP_ADDRESS pour mettre 127.0.0.1

    Un fichier README que j'ai rajouté pour mon besoin personnel.

    Puis, après l'erreur de mise à jour, un advanced.config pour lister les feature flags à activer.

    Je ne vois pas trop comment on peut passer de la 3.10.8 à la 4.0.5 sans étapes intermédiaires, en fait, puisqu'on a cette notion de feature flag défini dans la version X (et pas X-i) qui va être requis dans la version
    X+j

    --
    jm

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