Mise à jour de OpenSSL sur R2

[GautierG]

Bonjour !

Sur une vieille R2, je souhaite mettre à jour mon openssl qui commence à dater:

openssl version
OpenSSL 0.9.8o 01 Jun 2010

Pour ce faire j'ai d'abord fait un patch -all ovh sur le serveur, qui s'est déroulé avec succès.

Ensuite, au moment de faire emerge openssl j'ai eu le message d'erreur : "arch is not set"

=> un ll /etc/make.profile m'a renvoyé vers /usr/portage/profiles/default-linux/amd64/2007.0/desktop

Je ne suis pas expert mais je ne comprends pas parce que mon dédié est un Intel :

55 CEST 2015 x86_64 Intel(R) Xeon(R) CPU E5-1650 v2 @ 3.50GHz GenuineIntel GNU/L

(je n'ai par ailleurs absolument aucun souci avec ce serveur et celui ci est resté sur R2, dans le sens où je ne l'ai pas tripatouillé dans tous les sens)

Bref, j'ai fait :

rm /etc/make.profile
ln -s /usr/portage/profiles/default/linux/x86/17.0 /etc/make.profile

(comme vous le voyez je n'ai pas pointé vers /amd64 comme c'était le cas avant mais vers x86, Intel oblige).

Ensuite emerge sync puis emerge openssl. J'ai des messages d'erreur tout le long, et cela se finit par :

!!! All ebuilds that could satisfy "openssl" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-libs/openssl-0.9.8o (masked by: corruption)
- dev-libs/openssl-0.9.8z_p8 (masked by: corruption)
- dev-libs/openssl-1.0.2k (masked by: corruption)
- dev-libs/openssl-1.0.2l (masked by: corruption)
- dev-libs/openssl-1.0.2l-r1 (masked by: corruption)
/usr/portage/profiles/package.mask:

Robin H. Johnson robbat2@gentoo.org (22 Oct 2017)

Masking for testing, contains Fedora Hobbled-EC for USE=bindist

• dev-libs/openssl-1.0.2m (masked by: corruption)
• dev-libs/openssl-1.0.2n (masked by: corruption)
• dev-libs/openssl-1.1.0g-r2 (masked by: corruption)
  /usr/portage/profiles/package.mask:

Lars Wendler polynomial-c@gentoo.org (26 Aug 2016)

Masked while being tested and reverse deps aren't fully compatible

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.

Comment résoudre ce souci ? Quelqu'un peut-il m'aider ?

Je vous sollicite car j'ai tenté diverses solutions sans succès jusqu'à présent... je vous remercie par avance pour votre aide...

Merci !

[FredDev]

(comme vous le voyez je n'ai pas pointé vers /amd64 comme c'était le cas avant mais vers x86, Intel oblige).

Pour du 64Bit il faut prendre l'architecture amd64 ou X86_64 peut importe la marque du processeur.
Je ne suis pas sur mais la R2 d'ovh c'est pas terminer depuis un moment ?

[GautierG]

Bonjour et Merci FredDev !

J'ai pointé vers /amd64, puis emerge sync, puis emerge openssl. J'ai les mêmes messages d'erreur.

Auriez-vous une idée ? Est-ce qu'il manque une commande après emerge sync ?

Si la R2 est terminée depuis un moment, je sais je sais. :-)

Merci beaucoup par avance.

[Buddy]

Bonjour,

A mon avis la seule possibilité reste de compiler soit même le paquet.. (voir aussi apache et php pour qu'ils l'utilisent)
Je pense que même la gentoo sur laquelle s'appuie la r2 ne dispose plus de paquets récents.

Il reste aussi à évaluer le coût en temps/euro entre adapter la r2 et migrer vers un nouveau serveur plus puissant et moins cher (ovh-SoYouStart au besoin)

[TBC_Ly0n]

Bonjour,

Les Release made by OVH ne sont plus maintenues. Les modifier revient à prendre le risque de tout fracasser et se retrouver avec un OS instable.

Le plus simple est de partir sur un OS beaucoup plus récent et y rajouter une couche d'administration comme Virtualmin. Il y a aussi surement un gain financier à renouveler le serveur pour passer sur une gamme plus récente, moins énergivore, moins chère à la location.

[GautierG]

Salut les gars,

(et content de voir que des années après mon dernier passage sur le forum d'OVH, vous êtes toujours là et toujours aussi sympas. :-))

Merci pour votre retour, je n'avais pas conscience que ma R2 était à ce point outdated. :-/

Il va falloir que je fasse évoluer mon projet de MAJ, pour partir sur du neuf plus tôt que prévu...

[Buddy]

Grosso modo les distributions ont au mieux 5 ans de maj à partir de leur sortie.. Donc il faut tout réinstaller tous les 4 à 5 ans.

[TBC_Ly0n]

Le saut technologique à réaliser est beaucoup plus conséquent et va t'amener à faire évoluer tes applications aussi... Typiquement, sur une Debian 9, on part sur du PHP 7 de base !

[janus57]

Bonjour,

Merci pour votre retour, je n'avais pas conscience que ma R2 était à ce point outdated. :-/

pour info elle est quand même EOL depuis 2-3ans (si c'est pas plus), donc niveau MàJ de sécu ça doit pas être top (aka y a des trous partout), mais si en plus c'est pour la modifier à la main…

Comme dit plus haut un Debian ou CentOS avec un panel à la virtualmin faut tout aussi bien et même mieux qu'une Rx de OVH (et en plus ils sont à jours et on peu avoir plusieurs versions de PHP au besoin).

Cordialement, janus57