Bug 1858197
Summary: | Pending self-heal on the volume, post the bricks are online | |||
---|---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | SATHEESARAN <sasundar> | |
Component: | rhhi | Assignee: | Gobinda Das <godas> | |
Status: | CLOSED WONTFIX | QA Contact: | SATHEESARAN <sasundar> | |
Severity: | high | Docs Contact: | ||
Priority: | unspecified | |||
Version: | rhhiv-1.8 | CC: | dwalveka, godas, rhs-bugs | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Known Issue | ||
Doc Text: |
In dual network configurations(one for gluster and other for ovirt management), Automatic File Replication(AFR) healer threads are not spawned with the restart of self-heal daemon resulting in pending self heal entries in the volume.
To work around this issue,
change the hostname to the other network FQDN using the command
# hostnamectl set-hostname <other-network-FQDN>
Start the heal using the command:
# gluster volume heal <volname>
|
Story Points: | --- | |
Clone Of: | ||||
: | 1858201 (view as bug list) | Environment: | ||
Last Closed: | 2020-09-16 07:34:58 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: | 1858201 | |||
Bug Blocks: | 1785236 |
Description
SATHEESARAN
2020-07-17 07:57:21 UTC
There are few issues that are seen. Ravi and I debugged this issue and Ravi came up with following observations: 1. afr healer threads went not present on the host. It should be always available on the node, but not sure, why it wasn't there. 2. Restarting glustershd should have started the afr_healer thread, even that didn't happen. 3. Changing the hostname of the host to the FQDN corresponding to other network, and then triggering heal settles the problem Thanks Ravi. This issue was not seen with RHHI-V 1.7 with RHEL 7 server. This bug can be marked as known_issue for RHHI-V 1.8, as the initial suspicion is around RHEL 8 networking changes + how glusterd resolves the network names. Closing this as dependent bug is already closed. This issue happens with the 2 network interfaces and FQDNs corresponds to backend network. This is not getting fixed in RHGS, so its better to close this bug as WONTFIX. The known_issue for this bug still holds true, as the bug is not getting fixed |