Bug 1568022
Summary: | ceph container image lacks nfs-ganesha-ceph package | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Ceph Storage | Reporter: | Tom Barron <tbarron> |
Component: | Container | Assignee: | Erwan Velu <evelu> |
Status: | CLOSED ERRATA | QA Contact: | Yogev Rabl <yrabl> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 3.0 | CC: | ceph-eng-bugs, ceph-qe-bugs, evelu, gabrioux, kdreyer, rperiyas, shan |
Target Milestone: | z2 | ||
Target Release: | 3.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | rhceph-rhel7-docker-3-6 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-04-26 18:31:07 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1469208, 1489938 |
Description
Tom Barron
2018-04-16 15:39:39 UTC
I notice that the upstream ceph-daemon container image actually contains *three* nfs-ganesha packages [1]: * nfs-ganesha * nfs-ganesha-ceph * nfs-ganesha-rgw whereas downstream we have only nfs-ganesha-rgw In this bug I have requested ngs-ganesha-ceph because I saw that ceph-fsal libraries are missing but do we also need to explicitly include the base nfs-ganesha package as is done upstream? [1] https://github.com/ceph/ceph-container/blob/stable-3.0/src/daemon-base/__GANESHA_PACKAGES__ The upstream project is lacking of the RHEL support. I'm currently working on adding it. That should be avail soon and of course with the ganesha packages. provided QA_QCK, clearing needinfo flag git push ssh://shan.redhat.com/rpms/rhceph-rhel7-docker ceph-3.0-rhel-7:ceph-3.0-rhel-7 shan.redhat.com's password: Counting objects: 33, done. Delta compression using up to 4 threads. Compressing objects: 100% (31/31), done. Writing objects: 100% (33/33), 12.29 KiB | 4.09 MiB/s, done. Total 33 (delta 21), reused 0 (delta 0) remote: *** Checking commit 522faf6237ee00807da5f79592ea174e8013e46b remote: *** Resolves: remote: *** Approved: remote: *** rhbz#1568022 (qa_ack+, ceph-3.0?, pm_ack+, devel_ack?) remote: *** Commit 522faf6237ee00807da5f79592ea174e8013e46b allowed remote: * Publishing information for 1 commits To ssh://pkgs.devel.redhat.com/rpms/rhceph-rhel7-docker 96c59a7..522faf6 ceph-3.0-rhel-7 -> ceph-3.0-rhel-7 Ken, I don't see any input from the CI in the BZ, is it normal? The first build passed, a small mistake was found. A new build is required and then this BZ will be over. As per yesterday's build, I did a package diff between the previous image and rhceph:ceph-3.0-rhel-7-docker-candidate-74449-20180418010804 The following packages were added (none was removed) : ceph-iscsi-cli-2.5-9.el7cp.noarch ceph-iscsi-config-2.3-12.el7cp.noarch gpg-pubkey-00da75f2-5608f154 libtcmu-1.3.0-0.4.el7cp.x86_64 nfs-ganesha-ceph-2.5.5-3.el7cp.x86_64 pyparsing-1.5.6-9.el7.noarch python2-crypto-2.6.1-16.el7ost.x86_64 python-configshell-1.1.fb23-3.el7.noarch python-kmod-0.9-4.el7.x86_64 python-netaddr-0.7.5-9.el7.noarch python-netifaces-0.10.4-3.el7.x86_64 python-rtslib-2.1.fb64-2.el7cp.noarch python-urwid-1.1.1-3.el7.x86_64 targetcli-2.1.fb47-0.1.20170815.git5bf3517.el7cp.noarch tcmu-runner-1.3.0-0.4.el7cp.x86_64 unzip-6.0-19.el7.x86_64 wget-1.14-15.el7_4.1.x86_64 As per this BZ, for me the fix is present & provides a good output. Verified, the deployment was successful and Manila is functional (In reply to Yogev Rabl from comment #13) > Verified, the deployment was successful and Manila is functional Cool ! Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:1260 |