Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1542728
| Summary: | libiscsi uninstallable on Fedora Rawhide s390x | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Richard W.M. Jones <rjones> |
| Component: | libiscsi | Assignee: | Paolo Bonzini <pbonzini> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 28 | CC: | agrover, amit, berrange, cfergeau, crobinso, dwmw2, itamar, mtasaka, pbonzini, rjones, virt-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-03-23 19:50:00 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: | 910269 | ||
|
Description
Richard W.M. Jones
2018-02-06 22:12:39 UTC
libiscsi.so.8 is from libiscsi package, which is different than iscsi-initiator-utils. For example: https://koji.fedoraproject.org/koji/rpminfo?rpmID=11564058 So probably some mixup due to that Good point. Looking at the recent libiscsi build on s390x: https://koji.fedoraproject.org/koji/rpminfo?rpmID=11564085 I can't see any libiscsi.so.8()(64bit) dependency being generated by RPM. However the same is true also on x86_64, so I don't understand what's going on right now. Even stranger, the build log shows the Provides is generated: Provides: config(libiscsi) = 1.18.0-1.fc28 libiscsi = 1.18.0-1.fc28 libiscsi(s390-64) = 1.18.0-1.fc28 libiscsi.so.8()(64bit) Sorry, ignore previous 2 comments, Provides *is* being generated and included in the package. Well, these dnf dependency problems should be read as: > nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x So, > package qemu-block-iscsi-2:2.11.0-4.fc28.s390x requires libiscsi.so.8()(64bit), but [as libiscsi.so.8()(64bit) is provided only by libiscsi-1.18.0-1.fc28.s390x but nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x] none of the providers can be installed So the problem is that "nothing provides libibverbs.so.1()(64bit) needed by libiscsi-1.18.0-1.fc28.s390x". Actually on rawhide, on x86_64 libibverbs.so.1()(64bit) is provided by libibverbs, which is rebuild from rdma-core, but rdma-core is currently not built on s390x: https://koji.fedoraproject.org/koji/buildinfo?buildID=1024409 Previously libibverbs.so.1()(64bit) is provided by libibverbs-1.2.1-4.fc26, which is rebuilt from "libibverbs" srpm. Now libibverbs "srpm" is blocked on F-27 and above, and libibverbs binary rpm is rebuilt from rdma-core srpm, but rdma-core is not built on s390x. I see .. I've moved the bug to libiscsi according to comment 5 & 6. This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'. Latest build of rdma-core is built for s390x, so I guess this is solved (but I don't have a machine to test) |