Bug 1752806
Summary: | During RHHI setup HE deployment failed with 4k in rhel-7.7 | |||
---|---|---|---|---|
Product: | [oVirt] ovirt-engine | Reporter: | Gobinda Das <godas> | |
Component: | BLL.Gluster | Assignee: | Nir Soffer <nsoffer> | |
Status: | CLOSED NOTABUG | QA Contact: | Elad <ebenahar> | |
Severity: | urgent | Docs Contact: | ||
Priority: | urgent | |||
Version: | 4.3.6.5 | CC: | bugs, kdhananj, nsoffer, sabose | |
Target Milestone: | ovirt-4.3.7 | Flags: | pm-rhel:
ovirt-4.3+
sabose: blocker? |
|
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | If docs needed, set a value | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1753112 (view as bug list) | Environment: | ||
Last Closed: | 2019-10-03 13:47:19 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | Storage | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1753112 |
Description
Gobinda Das
2019-09-17 09:28:17 UTC
Gobinda, can you check if this is due to Bug 1745443? Have we included the correct version? (In reply to Gobinda Das from comment #0) > Description of problem: > During RHHI deployment at te time of HE health check deployment failed and > he vm moved to paused state. > Engine status : {"reason": "bad vm status", "health": > "bad", "vm": "up", "detail": "Paused"} Please share: - /var/log/vdsm/vdsm.log showing the time frame when the vm was started and paused - /var/log/libvirt/qemu/vm-name.log > qemu-kvm-rhev-2.12.0-33.el7.x86_64 You need qemu-kvm-rhev-2.12.0-33.el7_7.3 for 4k support. Can you check the version again? > Looks like reads are not 4k-aligned gluster is merely executing the fops it > got from higher layers. > For instance, one of the reads that failed with 'Invalid argument' had > offset=6121984 in the tcpdump. > This is not an integral multiple of 4096, and as a result the read failed. This sounds like qemu issue, but lets make sure we are using the correct qemu version before pass this to qemu folks. Closing this as dependent bug is closed. |