-
Notifications
You must be signed in to change notification settings - Fork 91
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"GLIBC_2.28 et 2.29 not found" dans les dernières compilations Geneweb-linux #1272
Comments
Je suppose qu'il y a eu un changement d'environnement dans le CI et/ou sur votre distrib et que du coup la version de la lib C doit être augmenté sur la machine hôte. Alternativement, il est peut-être possible d'installer une version anterieur dans le script appveyor. |
Si je lis correctement les commentaires sur le Web, cela voudrait dire que la version redHat sur laquelle tu exécutes gwd n'est pas "à jour" pour GLIBC!
|
Merci - J'opère avec Rapidnet.ca - Version Linux RedHat Entreprise 8.5 5-44 GCC - la dernière version commerciale disponible - Je vais m'informer auprès d'eux. |
Un premier appel chez Rapidnet et on me dit que ces deux librairies sont des 'codes rouges' chez-eux (parce que considérées vulnérables) - [Peut-être qu'elles n'étaient pas requises avant la compilation avec le nouveau plugin?] - Toujours est-il qu'on cherche une façon sécuritaire de les inclure à mon environnement linux. A suivre. |
Voici la réponse reçue de Rapidnet.
======================================== Je constate donc que quelque part en septembre ou octobre 2021 votre façon de compiler la distribution linux a changé en demandant appel à GLIBC_2.28 [& 2.29] car avant cette date la demande de ces librairies ne se produit pas à l'exécution de gwd. Je ne sais pas si la proposition faite par Rapidnet de compiler le programme Geneweb linux pour centos7 sur GLIBC_2.17 plutôt qu'avec GLIBC_2.28 est raisonnable pour vous? Ça éviterait bien des problèmes d'utilisation- merci |
Je pense qu'il n'y a pas de problème à se baser sur une lib C un peu datée (ce qui reste à tester). Il faut voir comment configurer le CI pour faire cela. |
Mon serveur VPS chez OVH me coûte 6€/mois!
Je viens d'y réinstaller la dernière version du master!
Système Ubuntu (Welcome to Ubuntu 20.10 (GNU/Linux 5.8.0-41-generic x86_64))
Pas de problème.
… Le 5 janv. 2022 à 16:49, Volvox ***@***.***> a écrit :
Sinon aussi, je peux vous faire un VPS avec Almalinux à 50$ par mois environ
|
Le prix des com est exhorbitant au Canada. L'arrangement avec GLIBC 2.28 peut se faire à moindre coût mais ils ne vont pas alors supporter les backup, front installations etc. Par ailleurs on remarque que GLIBC 2.28 et + pose un réel problème un peu partout sur les installations : (recherche Google de: 'GLIBC 2.28 unsupported' ) et pas seulement pour RedHat! Donc si c'est possible de se baser sur la lib c 2.17 cela éviterait bien des problèmes aux utilisateurs j'imagine. Le dernier release officiel de Geneweb offert sur la page Download et les tags jusqu'en septembre ne posent pas ce problème de librairie. |
Vous avez p-e changé l'environnement à une certaine date car jusqu'en septembre 2021 c'est bon. Peut-être aussi que GLC 2.28 n'est pas vraiment nécessaire pour la compilation et faudrait enlever la demande ? Toujours est-il qu'aucun serveur RedHat / Centos commercial pourtant à date ne peut faire fonctionner tel quel les dernières moutures de Geneweb :-] |
Ce n'est pas un choix. Les librairies se mettent à jour toutes seules : les CI prennent les plus récentes et la release est générée par ce dernier. Comme expliqué plus haut, il n'y a probablement aucun problème à compiler avec la version 2.17. Mais pour aller plus loin, j'ai envie d'ajouter que le serveur Geneweb distant n'a pas non plus besoin de l'environnement de compilation du tout. C'est comme installer GeneWeb déjà compilé chez soi quelque soit le système d'exploitation. La compilation avec un Glibc 2.17 peut donc être faite sur une machine physique ou virtuelle avec un OS identique au serveur et il suffira ensuite d'utiliser cette compilation là. Il n'y a pas d’ailleurs pas le choix pour les machines mutualisées où l'on n'a pas accès au root (par exemple la démo GeneWeb 7 tourne chez Tuxfamily sur Debian avec seulement gwd.exe dans le dir et le script cgi… elle n'a jamais compilé GeneWeb). |
J'utilise bien gwd déjà compilé pris sur les Releases ou Tags Geneweb , exécuté sur un serveur mutualisé RedHat/Centos dernière version stable. Jusqu'aux environs de septembre 2021 gwd s'exécute sans 'erreur' - à partir d'octobre 2021 environ l'exécution demande les librairies 2.28 et 2.29 et ferme. Pourquoi gwd demande-t-il ces librairies si déjà compilé? |
Je sais qu'on a eu un problème un peu similaire de dll sous Windows l'an dernier. Je vois que https://fr.wikipedia.org/wiki/GNU_C_Library est en version 2.34 stable depuis août 2021 et que la 2.35 est prévue pour dans deux semaines. Cette version 2.29 (décrite comme dangereuse) est de janvier 2019 et je me dis que les problèmes ont pu être corrigés en 6 versions. Ne faudrait-il pas voir le problème à l'envers : plutôt que revenir en 2.17, inciter l'hébergeur à monter en version pour éviter ce « danger » qu'ils craignent ? |
OK - je devrais avoir une mise à jour sur le serveur avec les lib 2.28 et 2.29 et + d'ici deux mois, toujours sur Centos mais version 8. Je vais patienter jusque là - merci. [actuellement 90% des serveurs mutualisés au Canada sont sur Centos 7 sans 2,28-2.29 c'est ce qu"on me dit ! ] |
Est-ce que cette librairie pose toujours problème 14 mois plus tard ? |
On m'avait dit (Rapidenet Canada) qu'il mettraient à niveau mon serveur pour inclure ces deux librairies mais finalement ils ne l'ont pas fait. Je devrai attendre encore une année ou deux lorsque tout le parc sera converti! On me répète que pour l'instant ça peut être la cause d'un bris de sécurité. Il y a six mois j'ai voulu tester la nouvelle version de Geneweb disponible sur github mais avec encore le même message 'librairies Not Found'. 🤔.
-------- Message d'origine --------De : A2 ***@***.***> Date : 2023-04-14 09 h 17 (GMT-05:00) À : geneweb/geneweb ***@***.***> Cc : Volvox ***@***.***>, Author ***@***.***> Objet : Re: [geneweb/geneweb] "GLIBC_2.28 et 2.29 not found" dans les dernières compilations Geneweb-linux (Issue #1272)
Est-ce que cette librairie pose toujours problème 14 mois plus tard ?
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
a priori sur un train de version CentOS on va reste sur la version 2.17 de la glibc. |
Est ce que cela signifie que vous retournez à une distribution 2.17, parce que maintenant c'est encore 2.28/2.29 qui est demandé?
-------- Message d'origine --------De : grocanar ***@***.***> Date : 2023-04-14 13 h 10 (GMT-05:00) À : geneweb/geneweb ***@***.***> Cc : Volvox ***@***.***>, Author ***@***.***> Objet : Re: [geneweb/geneweb] "GLIBC_2.28 et 2.29 not found" dans les dernières compilations Geneweb-linux (Issue #1272)
a priori sur un train de version CentOS on va reste sur la version 2.17 de la glibc.
Passez en glibc2.28 implique de passer en Rocky8 ou alamlinux meme version ou RHEL8.
le principe est de rester compatible binaire tant qu'on ne change pas de version majeure.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***>
|
Bonjour,
Ce ne semble pas lié à la version d'OCAML mais à la version d'OS pour produire la distribution. Au fil du temps la version par défaut d'OS de l'environnement github à changé. Pour Ubuntu qui est utilisé c'est en octobre dernier ( actions/runner-images#6399 ). C'est Ubuntu 22.04 qui est maintenant utilisé avec github actions. Visiblement une compilation en changeant d'OS réduit la version de GLIBC Pour moi il n'y a que 2 types de solutions
Il faudrait afficher cette contrainte dans le readme (release linux publiée nécessitant une version GLIBC minimale) Cordialement |
Pour ma part et pour la société de généalogie que je représente bénévolement la deuxième solution serait de loin notre préférée si c'est possible : "modifier la production de la version pour revenir à une application portable sans lien dynamique". Éventuellement je pourrais essayer de le faire. Les serveurs partagés qu'on utilisent ne nous donnent pas accès aux librairies GLIBC au-delà de 2.18 2.19 (qui était je crois l'état de la version Linux Geneweb 7.0 - ou 7.01 jusqu'à octobre 2021) |
Dans les derniers release Geneweb-linux, depuis celui du 26 octobre 2021 [Geneweb-587d63db ] l'exécution de gwd résulte en cette erreur :
ainsi que celle-ci:
Toutes les autres distribution linux avant le 26 octobre sont correctes n'apportant pas ces erreurs à l'exécution de gwd. (la version officielle geneweb-linux-88536ed4 est aussi correcte). Ces librairies auraient été oubliées d'être incluses dans la compilation ?
The text was updated successfully, but these errors were encountered: