Description of problem: ice_setup on 7.1 installs httpd-2.4.6-30.el7.x86_64. This does not have support for uds and so rgw fails on apache. httpd-2.4.6-31.el7.x86_64 is the one that we want. Version-Release number of selected component (if applicable): 7.1 I think that the 6.6 installation of httpd-2.2.15-39.el6.x86_64 is also bad. How reproducible: 100% of the time Steps to Reproduce: sudo mount -o loop /home/ubuntu/Ceph-1.2-RHEL-7-20150304.n.1.iso /mnt sudo rpm -i /mnt/ice_setup-0.2.2-1.el7cp.noarch.rpm sudo ice_setup -d /mnt
This is a packaging issue, not an ice_setup one. For package installation, ice_setup is pretty dumb, it will just do things like "yum install ceph". If a newer version of Apache is needed then it should be packaged and included in the ISO.
Reassigning to Ken to ensure we have proper version of httpd on ISO.
I know that we requested to have UDS backported to 2.4, and that that was done. This is why we need 2.4.6-31 instead of 2.3.6-30. The install would have been pulling in whatever was in the RH CDN from server-rpms. I guess the question is when/if the version with UDS support is going to "go live", or *if* we need to add it to our own ISO. I definitely did not think we would be including our own version of Apache on the ISO. Hopefully this can be avoided.
We don't have time to wait for this to land in server-rpms. If we need 2.4.6-31, then we need to ship it.
There are two things going on here: 1. ice_setup and ceph-deploy do not attempt to install or manage RGW at all. 2. Our lab servers are probably not entitled to Red Hat's CDN via subscription-manager. ----- On point number #1 above: Most people have seen this RGW doc link by now, but I'll mention it here for clarity: https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-object-gateway/tree/master . The subscription-manager instructions are currently missing (https://bugzilla.redhat.com/1199665), but ideally that's the instructions that QE should follow in order to install and configure RGW. The ceph-radosgw package and its dependencies (eg fcgi, httpd, etc) are not on the Red Hat Ceph Storage ISO. They are only in RHEL Base or RH-COMMON. (Neil's decision, see http://post-office.corp.redhat.com/archives/ceph-release-team/2015-February/msg00027.html) ----- On point number #2 above, we need to be sure that the RGW server is registered/entitled with subscription-manager to consume Red Hat updates. - If the RGW server is entitled with subscription-manager, then yum is going to grab the latest version of Apache (and that version should have UDS support). - If the RGW server is not entitled to Red Hat's CDN, then based on what I know about the labs, I suspect Warren's server is probably just pulling from the RHEL 7.0 GA ISO or the RHEL 7.1 Beta ISO. The 7.1 Beta ISO did have 2.4.6-30 on it: http://apt-mirror.front.sepia.ceph.com/rhel7.1-beta_x86_64/httpd-2.4.6-30.el7.x86_64.rpm . Historically our lab servers have only used the static package sets that are found on the RHEL ISOs, and the lab servers are not able to easily pull down updated packages from Red Hat's CDN. Using proper Red Hat entitlements in our labs is an ongoing issue: http://tracker.ceph.com/issues/11022 And just for the record, to clarify the versions of httpd that support UDS: On RHEL 7.0: UDS support is present in httpd-2.4.6-19. (https://rhn.redhat.com/errata/RHBA-2015-0029.html) On RHEL 7.1: UDS support is present in httpd-2.4.6-31. (https://rhn.redhat.com/errata/RHSA-2015-0325.html) Note that both of these versions of httpd are already GA to customers. ----- @Warren, if you're testing RGW, please use subscription-manager (https://bugzilla.redhat.com/1199665) and follow the "yum install ceph-radosgw" instructions at https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-object-gateway/tree/master
This is definitely a test machine configuration issue. I have reinstalled on two machines, one for the apache server and one for the ceph mon and osd. rhel-7-server-rpms no definitely installs the 2.4.6.-31 version rhel-7-server-rh-common-rpms definely installs radosgw. So the configuration on Friday was broken. Current configuration looks much better