RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1600058 - VDO can go read-only, lose sparsely-written data when parts are discarded. [rhel-7.5.z]
Summary: VDO can go read-only, lose sparsely-written data when parts are discarded. [r...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: kmod-kvdo
Version: 7.6
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: rc
: ---
Assignee: vdo-internal
QA Contact: Jakub Krysl
Marek Suchánek
URL:
Whiteboard:
Depends On: 1589249
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-07-11 10:31 UTC by Jaroslav Reznik
Modified: 2021-09-03 12:08 UTC (History)
7 users (show)

Fixed In Version: 6.1.0.179
Doc Type: If docs needed, set a value
Doc Text:
Previously, VDO did not correctly reinitialize certain structures when a discard spanned logical addresses on two different block map trees. As a consequence, a discard operation sometimes switched the affected VDO volume to read-only mode or corrupted data on it in rare cases. With this update, VDO now reinitializes the structures correctly, and the described problem no longer occurs.
Clone Of: 1589249
Environment:
Last Closed: 2018-08-16 14:19:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2018:2450 0 None None None 2018-08-16 14:19:13 UTC

Description Jaroslav Reznik 2018-07-11 10:31:05 UTC
This bug has been copied from bug #1589249 and has been proposed to be backported to 7.5 z-stream (EUS).

Comment 3 Jakub Krysl 2018-07-24 13:53:36 UTC
tested with kvdo 6.1.0.181, could not hit the issue after 50 iterations. Original reproducer was able to hit it after 8.

Comment 5 Jakub Krysl 2018-08-09 14:29:15 UTC
Hi Marek,

Yes, it is correct.
Is seems a bit more serious than it really is, but I have no idea how to incorporate all the needed information and keep it short at the same time.
VDO max_discard_size is really small so a discard spanning 2 trees (one of which is not fully allocated) has really small chance of happening on default VDO device. Though it is possible to increase the max_discard_size, just afaik not documented anywhere, so not widely used. And even than it is not easy to reproduce...
I would leave it as it is for the sake of simplicity. :)

Thanks,
Jakub

Comment 6 Marek Suchánek 2018-08-09 14:31:54 UTC
OK, I'm adding "in rare cases" :-)

Comment 8 errata-xmlrpc 2018-08-16 14:19:04 UTC
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:2450


Note You need to log in before you can comment on or make changes to this bug.