Redhat 7.4 met Redhat Software Collections v3

[DPLuS]

Wij hebben in onze productie omgeving alleen maar de beschikking over Redhat v7.4.
Omdat deze standaard met oude packages uitgerust is, maken wij gebruik van de Redhat Software Collections:

code:

bash-4.2$ sudo yum repolist
Loaded plugins: product-id, rhnplugin, search-disabled-repos, subscription-
              : manager
This system is receiving updates from RHN Classic or Red Hat Satellite.
repo id                        repo name                                  status
rhel-x86_64-server-7           Red Hat Enterprise Linux Server (v. 7 for  18,257
!rhel-x86_64-server-7-rhscl-1  Red Hat Software Collections (RHEL 7 Serve  9,335
rhel-x86_64-server-optional-7  RHEL Server Optional (v. 7 64-bit x86_64)  13,444
rhel7-x86_64-epel              RHEL7-X86_64-EPEL                          10,431
rhel7-x86_64-gdc               rhel7-x86_64-gdc                              106
rhn-tools-rhel-x86_64-server-7 RHN Tools for RHEL Server (v. 7 for x86_64    131
repolist: 51,710

Nu zoek ik eigenlijk RPM's voor bijv. php, zoals redis of mongodb (http://mirror.centos.org/...o/x86_64/sclo/sclo-php71/), en kwam ik deze repo tegen op het internet:
https://wiki.centos.org/AdditionalResources/Repositories/SCL

Weet iemand of ik de RPM's uit deze repository ook voor Redhat EL kan gebruiken, of is dit specifiek alleen voor CentOS?

[Thralas]

Misschien snap ik het niet, maar de RHSCL bevat toch juist de RPMs die je zoekt? CentOS rebuild ze voor gebruikers die geen Red Hat-licentie hebben.

Natuurlijk werkt dat wel (dat is het hele idee van CentOS), maar waarom zou je?

[DPLuS]

Nogmaals, ik heb geen CentOS, ik vraag me af of RPM's uit de SCLo repo zonder meer functioneren op een Redhat EL v7 systeem met de standaard rhscl repo van Redhat.
Die rhscl repo bevat lang niet alle PHP PECL modules.
En ik wil ze eigenlijk ook zelf niet builden, vandaar dat ik gebruik wil maken van RPM's uit dit CentOS SCLo repository...

[ Voor 10% gewijzigd door DPLuS op 17-03-2018 00:13 ]

[Hero of Time]

RHSCL heb je al gewoon beschikbaar? Wat moet je nog toevoegen dan?

En wat heb je zelf nog meer gevonden? Met een Red Hat support subscription heb je toegang tot alle informatie van Red Hat. Daar staat gegarandeerd in hoe dit nou in elkaar zit, waar je SCL voor gebruikt.

Als je zo twijfelt over hoe functioneel de packages zijn, dan zoek je toch een andere repo op? Zoek dan ook gelijk even wat het verschil tussen is tussen Red Hat en CentOS.

[DPLuS]

Dit: https://developers.redhat...with-additional-packages/
en dit: https://www.linux.com/lea...party-repositories-centos
heb ik o.a. ook nog gevonden.

De stock packages in Redhat v7.4 zijn antiek, dus om php71 te verkrijgen moet je de standaard Redhat Software Collections installeren: zie: https://developers.redhat...twarecollections/updates/

Die heb ik dus ook geconfigureerd en ik heb dus ook httpd 2.4 en php7.1 draaien uit die officiele RHSCL repo.
Maar als ik dan bijv php-xdebug wil hebben, dan zit die niet in de RHSCL noch in de stock packages van Redhat.
Maar hij zit wel in de SCLo repo van CentOS.

Aangezien ik zelf niet wil builden op mijn machine, vroeg ik me af of die packages uit de SCLo repo (deze dus: http://mirror.centos.org/...o/x86_64/sclo/sclo-php71/) gewoon compatibel zijn met mijn Redhat v7.4 installatie en Redhat Software Collections v3.0 (waar ik dus php7.1 van heb geinstalleerd).

Ik kan dat nergens vinden, temeer omdat er hier verwezen wordt naar een yum package om het SCLo repository voor CENTOS toe te voegen: https://wiki.centos.org/AdditionalResources/Repositories/SCL

Dit package bestaat dus niet op Redhat EL 7, vandaar dat ik het even bevestigd wil zien of dat gaat werken te ja of te nee.

[ Voor 17% gewijzigd door DPLuS op 17-03-2018 00:22 ]

[johnkeates]

Misschien gaat het wel werken, maar dan draai je nogal unsupported en kan je net zo goed meteen full-CentOS gaan. Een live system swap is een optie.

[McKaamos]

Probeer het anders eens met Remi's Repo.
https://rpms.remirepo.net/
Via de Wizard even de repo toevoegen en je hebt toegang tot de complete, meest recente PHP versies.
En die is dan specifiek voor RHEL.

[DPLuS]

Allemaal goede suggesties, had ik zelf ook al bedacht, maar helaas kan ik niet switchen.
Dus mijn enige vraag is: kan ik de RPM's uit de SCLo "probleemloos" gebruiken icm Redhat EL en de RH Software Collections.

[Thralas]

DPLuS schreef op zaterdag 17 maart 2018 @ 00:36:
Dus mijn enige vraag is: kan ik de RPM's uit de SCLo "probleemloos" gebruiken icm Redhat EL en de RH Software Collections.

Bel alsjeblieft de Red Hat helpdesk als je op dwingende toon antwoorden gaat eisen. Je hebt hier al meermaals het correcte antwoord gehad (hint: laat zich niet verwoorden met een ja/nee).

Ja dat werkt, nee Red Hat levert er geen support op, ja er is meer kans op onvoorziene breakage (net als EPEL toevoegen dat ook doet).

Nogmaals, ik heb geen CentOS, ik vraag me af of RPM's uit de SCLo repo zonder meer functioneren op een Redhat EL v7 systeem met de standaard rhscl repo van Redhat.
Die rhscl repo bevat lang niet alle PHP PECL modules.

Ondanks je 'nogmaals' wist je dat dus geheel niet duidelijk over te brengen in de TS.

[Cyphax]

DPLuS schreef op zaterdag 17 maart 2018 @ 00:36:
Allemaal goede suggesties, had ik zelf ook al bedacht, maar helaas kan ik niet switchen.
Dus mijn enige vraag is: kan ik de RPM's uit de SCLo "probleemloos" gebruiken icm Redhat EL en de RH Software Collections.

Zou je niet een VM kunnen aanslingeren met RH7.4 om het eens uit te proberen? Het lijkt nogal moeilijk te voorspellen te zijn, en ik snap dat je het niet eventjes gaat proberen. Een VM heeft niet de beperking dat ie niet kapot mag. Maar dan heb je een antwoord, en de ervaring van het al een keer gedaan hebben.

[McKaamos]

Ookal zouden we nu zeggen dat een CentOS repo zou gaan werken met RHEL, en stel dat dat klopt, dan is dat alleen maar voor de huidige staat van de repo.
Als er morgen een nieuwe update in de repo staat en jij draait 'yum update', dan kan die nieuwe versie een breaking change bevatten.

Daarom installeer je geen repo van een andere distro op je machine.

Wat je beter kan doen, is op zoek gaan naar losse repo's die aangemerkt zijn als 'geschikt voor RHEL7', in plaats van repo's te gebruiken die niet gecheckt worden op compatibliteit. Dat is veel minder risicovol dan waar je naar vraagt.

Gaat het om PHP, dan kan je b.v. Remi's Repo gebruiken.
https://rpms.remirepo.net/wizard/

MongoDB houdt zijn eigen RHEL compatible repo bij: https://docs.mongodb.com/...stall-mongodb-on-red-hat/

Redis zit in EPEL, wat een RHEL compatible repo is, dus daar zou je EPEL voor kunnen gebruiken.

Wil je de meest recente MariaDB, dan houdt MariaDB daar gewoon zelf een repo voor bij, die geschikt is voor RHEL.
https://downloads.mariadb...amd64--rhel7&version=10.2

[Thralas]

McKaamos schreef op zaterdag 17 maart 2018 @ 15:04:
Wat je beter kan doen, is op zoek gaan naar losse repo's die aangemerkt zijn als 'geschikt voor RHEL7', in plaats van repo's te gebruiken die niet gecheckt worden op compatibliteit. Dat is veel minder risicovol dan waar je naar vraagt.

SCLo is natuurlijk gewoon compatible met RHEL, omdat CentOS en RHEL - in theorie - uitwisselbaar zijn.

Maar RHSCL garandeert niets tov. die SCLo addon packages - dus die 'garantie' werkt maar een kant op.

Gaat het om PHP, dan kan je b.v. Remi's Repo gebruiken.
https://rpms.remirepo.net/wizard/

Uhh, die kerel onderhoudt toevallig ook een addon package voor RHSCL: sclo-php71. Dat levert een stack op die het dichst bij upstream EL zit.

MongoDB houdt zijn eigen RHEL compatible repo bij: https://docs.mongodb.com/...stall-mongodb-on-red-hat/

Redis zit in EPEL, wat een RHEL compatible repo is, dus daar zou je EPEL voor kunnen gebruiken.

Die zitten dus ook in RHSCL. Dat zou de eerste keus moeten zijn, want ik vermoed dat dat wél binnen Red Hat support valt, EPEL niet (en vendor releases al helemaal niet).

RHSCL > SCLo/EPEL > Vendor EL-repo

Met de kanttekening: meer repo's, meer breakage.