Bug 1811398
| Summary: | Newly-installed RHV hosts with Gluster storage domains go non-operational [RHV clone - 4.3.8] | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | RHV bug bot <rhv-bugzilla-bot> |
| Component: | vdsm | Assignee: | Gobinda Das <godas> |
| Status: | CLOSED ERRATA | QA Contact: | SATHEESARAN <sasundar> |
| Severity: | urgent | Docs Contact: | |
| Priority: | urgent | ||
| Version: | 4.3.7 | CC: | aoconnor, eshenitz, gveitmic, jortialc, lsurette, mavital, mkalinin, nsoffer, pelauter, sabose, sbonazzo, srevivo, tnisan, ycui |
| Target Milestone: | ovirt-4.3.8 | Keywords: | ZStream |
| Target Release: | --- | Flags: | lsvaty:
testing_plan_complete-
|
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | 1800803 | Environment: | |
| Last Closed: | 2020-03-08 11:07:30 UTC | Type: | --- |
| 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: | 1800803 | ||
| Bug Blocks: | |||
|
Description
RHV bug bot
2020-03-08 11:05:12 UTC
Sandro, Can you please have a look at it. It seems like there is some versions problem here. (Originally by Eyal Shenitzky) Regarding the warnings, if we cannot get the gluster fix for bug 1737141, we can backport this change in vdsm to 4.3 to avoid the unwanted warnings. It will be easy to backport since it depends on oop.readFile which does not exist in 4.3. commit 0c459b90007947ed303db660b288565969367b59 Author: Nir Soffer <nsoffer> Date: Fri Aug 2 23:17:28 2019 +0300 fileVolume: Strip padding when reading volume metadata VolumeMetadata.from_lines() does not warn about extra zero padding, but there is no reason to return the padding when reading volume metadata from storage. Replacing oop.directReadLines() with oop.readFile(direct=True) simplify the code, reading volume metadata the same way we do for domain metadata, and allows removing oop.directReadLines(). Change-Id: I6d264e49d53329b2b8eef5a5af4e8fd38d272681 Signed-off-by: Nir Soffer <nsoffer> (Originally by Nir Soffer) (In reply to Nir Soffer from comment #22) > Regarding the warnings, if we cannot get the gluster fix for bug 1737141, > we can backport this change in vdsm to 4.3 to avoid the unwanted warnings. > It will be easy to backport since it depends on oop.readFile which does > not exist in 4.3. > > commit 0c459b90007947ed303db660b288565969367b59 > Author: Nir Soffer <nsoffer> > Date: Fri Aug 2 23:17:28 2019 +0300 > > fileVolume: Strip padding when reading volume metadata > > VolumeMetadata.from_lines() does not warn about extra zero padding, but > there is no reason to return the padding when reading volume metadata > from storage. > > Replacing oop.directReadLines() with oop.readFile(direct=True) simplify > the code, reading volume metadata the same way we do for domain > metadata, and allows removing oop.directReadLines(). > > Change-Id: I6d264e49d53329b2b8eef5a5af4e8fd38d272681 > Signed-off-by: Nir Soffer <nsoffer> Gordon, can you please open a new bug for that? (Originally by Marina Kalinin) > > Gordon, can you please open a new bug for that? Marina, I just opened BZ 1801892. Regards, GFW. (Originally by Gordon Watson) 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-2020:0534 (Originally by errata-xmlrpc) (In reply to Eyal Shenitzky from comment #12) > Sandro, > > Can you please have a look at it. > It seems like there is some versions problem here. Looks like this has been already clarified. (Originally by Sandro Bonazzola) |