[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [scl.org] Installing SCL packages on RHEL



> On Sep 19, 2016, at 12:32 AM, Honza Horak <hhorak redhat com> wrote:
> 
> On 09/16/2016 08:27 PM, Noah Kantrowitz wrote:
>> 
>>> On Sep 16, 2016, at 7:26 AM, Honza Horak <hhorak redhat com> wrote:
>>> 
>>> I'm afraid I won't have a clear answer right now, but will try to help at least where I can.
>>> 
>>> On 09/16/2016 04:11 AM, Noah Kantrowitz wrote:
>>>> Okay, to get the disclaimer out of the way, I understand that SCLo/CentOS packages are not supported by RedHat. I'm trying to get my Chef SCL code to work on RHEL again (CentOS works great via centos-release-scl). The official (from what I can tell) solution is `subscription-manager repos --enable rhel-server-rhscl-{6,7}-rpms`. The problem is this fails on most cloud-y RHEL installs as the EC2/Rackspace/whatever images don't come with a subscription setup and thus even though they (I think, the cloud licenses are weird and bespoke) could use the SCL subscription, the system won't allow it.
>>> 
>>> So, are you're hitting the issue described in https://access.redhat.com/solutions/1120983?
>> 
>> Except replace "EC2" with any other provider (Rackspace, Google Cloud, Azure, etc).
>> 
>>> 
>>>> EC2 has a (custom?) solution for this with a local RHUI server in each region that can be used to set up the SCL repository. This server is not reachable from outside EC2 though, so doesn't help on other cloud platforms.
>>> 
>>> It seems like the solution above does work for EC2 but not for other providers, right? In any case, I'd recommend to contact RH support, they already might have seen issues like this and might have a solution.
>> 
>> Yes, but solving it for EC2 required Amazon to deploy quite a bit of infrastructure and modify their base images so I don't think this is likely to be a short-term help unless every cloud vendor does the same.
> 
> I see. But I don't understand why RHSCL is the problem and RHEL packages are not (or are they?). If the subscription does not work at all, then users are not able to install any packages, not only RHSCL, right? Since RHSCL packages often need something from the base RHEL, would it help at all to install SCL packages "the temporary way"? Or is it just problem of RHSCL channel that is problematic?

When RedHat partners with a cloud provider to offer RHEL, they work out something for package installs where no subscription is set up but you can still install things. It just seems like only Amazon has also worked out something for optional repos and other cloud providers only get the back repo/package set.

--Noah


Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]