Description of problem: The latest ISO installs httpd-2.4.6-30 instead of 2.4.6-31 Version-Release number of selected component (if applicable): http://download.lab.bos.redhat.com/devel/kwright/trees/RHCeph/latest-rhel-7/Ceph-1.2-RHEL-7-20150312.n.2.iso How reproducible: 100% Steps to Reproduce: 1. wget http://download.lab.bos.redhat.com/devel/kwright/trees/RHCeph/latest-rhel-7/Ceph-1.2-RHEL-7-20150312.n.2.iso 2. sudo mount -o loop /home/ubuntu/Ceph-1.2-RHEL-7-20150312.n.2.iso /mnt 3. sudo rpm -i /mnt/ice_setup-0.2.2-1.el7cp.noarch.rpm 4. sudo ice_setup -d /mnt Actual results: from ice-setup --> Installing : httpd-2.4.6-30.el7.x86_64 sudo rpm -qa | grep httpd httpd-tools-2.4.6-30.el7.x86_64 httpd-2.4.6-30.el7.x86_64
Assigned to ken. This is Scoville exa-unit hot.
This looks extremely similar to bug 1199701 . If this was on a magna node in the octo lab, there's a good chance that the server is only pulling yum updates from the RHEL 7.1 Beta ISO. See the explanation in that bug 1199701. Can you please verify that the server is subscribed to the Red Hat CDN via subscription-manager? The "subscription-manager repos --list-enabled" command should list "rhel-7-server-rpms" as one of the active repositories.
So I'm confused. I install the iso first. I then extract packages off the iso using ice_setup. If I don't go to the CDN at this point, I still have the wrong version of httpd. So when I get the rhel-7-server-rpms off the CDN, I have the wrong version of httpd installed. Should I uninstall httpd? This seems like it should be documented if that's the case.
Created attachment 1003011 [details] Sample session that demonstrates this problem.
Created attachment 1003024 [details] Using just the CDN, still seems to not work
Okay. So if httpd is wrong on the beta iso in the octo lab, what image should we be starting with?
Cool, good to see you're testing with the staging CDN. It would be best if you test with the command that's specified in the documentation (https://gitlab.cee.redhat.com/jowilkin/red-hat-ceph-storage-installation-guide/blob/master/calamari.adoc) sudo subscription-manager repos --enable=rhel-7-server-rpms --enable=rhel-7-server-rhceph-1.2-calamari-rpms --enable=rhel-7-server-rhceph-1.2-installer-rpms --enable=rhel-7-server-rhceph-1.2-mon-rpms --enable=rhel-7-server-rhceph-1.2-osd-rpms (From the output in Comment 6, it appears you're missing the Base RHEL channel, "rhel-7-server-rpms")
Okay. Perhaps I misunderstood things here. I thought that the ISO was the primary source of what we are installing. Since I thought that, I figured that when I go to the CDN to get stuff, I should get the minimum needed (the radosgw stuff in this case). If we grab all the stuff off the CDN, why bother with the ISO?
The installation instructions assume that the Calamari node will have access to the Red Hat CDN content (either directly, or via a proxy like Satellite.) The OSDs and MONs do not have to have access to the CDN, since they will pull the Ceph packages from the Calamari admin node. And the Calamari admin node has the ISO, so that is the purpose of the ISO. The two exceptions to this are: 1) A RGW node will need access to the RH-COMMON channel on the CDN in order to download ceph-radosgw and its dependencies (eg. python-boto, libfcgi, etc). 2) RHEL 6 OSD nodes that use XFS will need access to the Scalable Filesystem channel on the CDN in order to download the xfsprogs package.
Okay. That's clearer. So the rgw node will get httpd from the CDN. The problem that I have been having occurs when you try to get more than one piece on the same machine. A client with OSDs, MON and RGW, for example.
(In reply to Ken Dreyer (Red Hat) from comment #10) +1, nice summary (In reply to Warren from comment #11) Can we close this BZ or is there doc change needed?
---> CLOSED NOT-A-BUG