3.2.0.beta4 a échoué à la compilation -- Site hors service

Soutien Installation
1

Invité par le tableau de bord à effectuer une mise à niveau urgente de la version 3.2.0.beta4, celle-ci a échoué à la compilation.

Suite au message d’erreur, j’ai été dirigé vers :

  • bundle/ruby/3.2.0/extensions/x86_64-linux/3.2.0/rbtrace-0.5.1/mkmf.log

Cela compilait msgpack, avec l’erreur suivante :

LD_LIBRARY_PATH=.:/usr/local/lib \"./configure --disable-dependency-tracking --disable-shared --with-pic --prefix=/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rbtrace-0.5.1/ext/dst/ --libdir=/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rbtrace-0.5.1/ext/dst/lib\"
ls: impossible d'accéder à '.': Opération non permise
configure: error: impossible de déterminer le répertoire de travail

Aide s’il vous plaît ! Je préférerais ne pas reconstruire à partir de la sauvegarde.

Modification :

J’ai exécuté git pull et ./launcher rebuild app.

2

Êtes-vous en mesure/désireux de reconstruire sur tests-passed ? Je soupçonne que le dernier tag beta est impacté par cette erreur de dépendance « transitoire » qui s’est depuis résolue sur la dernière version. Ou alors, attendez la prochaine beta et redémarrez simplement votre conteneur et attendez ?

3

Comment puis-je passer à tests-passed ?

4

Modifier app.yml pour
version: tests-passed
puis reconstruire

5

Hélas, pas de joie :

Je, [2024-01-11T11:06:29.588530 #1] INFO – : > cd /var/www/discourse & su discourse -c ‘bundle install --retry 3 --jobs 4’
Gem::Ext::BuildError: ERREUR : Échec de la construction de l’extension native du gem.

répertoire actuel :
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rbtrace-0.5.1/ext
/usr/local/bin/ruby extconf.rb
– tar zxvfo msgpack-1.1.0.tar.gz
– env CFLAGS=nil LDFLAGS=nil CC=nil
– ./configure --disable-dependency-tracking --disable-shared --with-pic
–prefix=/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rbtrace-0.5.1/ext/dst/
–libdir=/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rbtrace-0.5.1/ext/dst/lib
*** extconf.rb a échoué ***

6

Ça valait la peine d’essayer, cela nécessitera plus de recherche. Ce joyau ayant été impliqué dans de nombreuses constructions échouées récemment est suspect.

7

Ouais, c’est la version actuelle :

~/discourse$ gem info rbtrace

*** GEMS LOCAUX ***

rbtrace (0.5.1, 0.5.0, 0.4.14)
8

OK, je pense que rbtrace repose sur la modernité du système d’exploitation sous-jacent pour une raison quelconque, consultez ce conseil :

Il semble donc que le conseil soit de migrer vers un nouveau serveur pour accélérer la mise à niveau du système d’exploitation.

9

Est-ce donc l’image ou la base Ubuntu qui doit être mise à jour ?

10

Je l’ai lu comme Ubuntu de base.

Pour information, quelle version utilisez-vous ? (cela pourrait aider d’autres personnes)

11

Bienvenue sur Ubuntu 20.04.6 LTS (GNU/Linux 5.4.0-169-generic x86_64)

Je vais faire une mise à niveau de version pour voir si cela aide.

12

Assez drôlement, je n’ai pas eu de problèmes sur Jammy (@JammyDodger aha)

:/var/discourse/containers# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.3 LTS
Release:        22.04
Codename:       jammy
13

Argh !

Désolé, ce pilote de stockage n’est pas pris en charge dans les noyaux des versions plus récentes

Il n’y aura plus de versions d’Ubuntu qui fourniront la prise en charge du noyau pour le pilote de stockage aufs.

Veuillez vous assurer qu’aucun de vos conteneurs n’utilise le pilote de stockage aufs, supprimez le répertoire /var/lib/docker/aufs et réessayez.

Comment changer le pilote de stockage ?

14

Quelqu’un a écrit utilement un guide :

15

J’ai suivi ce conseil et je suis de nouveau opérationnel. Merci @merefield pour votre aide.