Bug 1000542 - A Doc text update does not show up in the X-Bugzilla-Reason header
A Doc text update does not show up in the X-Bugzilla-Reason header
Product: Bugzilla
Classification: Community
Component: Email Notifications (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified (vote)
: ---
: ---
Assigned To: Simon Green
: Regression
Depends On:
  Show dependency treegraph
Reported: 2013-08-23 11:31 EDT by John Villalovos
Modified: 2015-05-08 10:03 EDT (History)
5 users (show)

See Also:
Fixed In Version: 4.4.0009
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-10-03 20:45:56 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John Villalovos 2013-08-23 11:31:56 EDT
I received the following email and the Doc Text was updated but the X-Bugzilla-Reason header only shows CC.  So it ended up getting misfiled by my filtering rules.

Return-Path: bugzilla@redhat.com
Received: from zmta05.collab.prod.int.phx2.redhat.com (LHLO
 zmta05.collab.prod.int.phx2.redhat.com) ( by
 zmail09.collab.prod.int.phx2.redhat.com with LMTP; Fri, 23 Aug 2013
 06:12:05 -0400 (EDT)
Received: from zmta05.collab.prod.int.phx2.redhat.com (localhost [])
	by zmta05.collab.prod.int.phx2.redhat.com (Postfix) with ESMTP id 9E07EF34C1
	for <jvillalo@redhat.com>; Fri, 23 Aug 2013 06:12:05 -0400 (EDT)
Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [])
	by zmta05.collab.prod.int.phx2.redhat.com (Postfix) with ESMTP id 8B35DF347E
	for <jvillalo@mail.corp.redhat.com>; Fri, 23 Aug 2013 06:12:05 -0400 (EDT)
Received: from mx1-phx2.redhat.com (mx01.util.phx2.redhat.com [])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r7NAC5Dv006308
	for <jvillalo@redhat.com>; Fri, 23 Aug 2013 06:12:05 -0400
Received: from bzweb02.app.bz.hst.phx2.redhat.com (bzweb02.app.bz.hst.phx2.redhat.com [])
	by mx1-phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r7NAC56L030674
	for <jvillalo@redhat.com>; Fri, 23 Aug 2013 06:12:05 -0400
Received: from bzweb02.app.bz.hst.phx2.redhat.com (localhost.localdomain [])
	by bzweb02.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r7NAC5tM012264
	for <jvillalo@redhat.com>; Fri, 23 Aug 2013 06:12:05 -0400
Received: (from root@localhost)
	by bzweb02.app.bz.hst.phx2.redhat.com (8.13.8/8.13.8/Submit) id r7NAC5cd012262;
	Fri, 23 Aug 2013 06:12:05 -0400
From: bugzilla@redhat.com
To: jvillalo@redhat.com
Subject: [Bug 977666] read_swap_cache_async() race to deadlock while waiting
 on discard I/O completion [rhel-6.2.z]
Date: Fri, 23 Aug 2013 10:11:33 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Classification: Red Hat
X-Bugzilla-Product: Red Hat Enterprise Linux 6
X-Bugzilla-Component: kernel
X-Bugzilla-Version: 6.3
X-Bugzilla-Keywords: ZStream
X-Bugzilla-Severity: urgent
X-Bugzilla-Who: msvoboda@redhat.com
X-Bugzilla-Status: CLOSED
X-Bugzilla-Priority: urgent
X-Bugzilla-Assigned-To: npajkovs@redhat.com
X-Bugzilla-Target-Milestone: rc
X-Bugzilla-Changed-Fields: cc
X-Bugzilla-Comment: none
X-Loop: bugzilla@redhat.com
X-BeenThere: bugzilla@redhat.com
X-Bugzilla-Reporter: jkurik@redhat.com
Message-ID: <bug-977666-265752-OYKMBOmw7s@bugzilla.redhat.com>
In-Reply-To: <bug-977666-265752@bugzilla.redhat.com>
References: <bug-977666-265752@bugzilla.redhat.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: https://bugzilla.redhat.com/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.67 on


Miroslav Svoboda <msvoboda@redhat.com> changed:

           What    |Removed                     |Added
                 CC|                            |msvoboda@redhat.com

--- Doc Text *updated* ---
A race condition between the read_swap_cache_async() and get_swap_page() functions in the Memory management (mm) code could lead to a deadlock situation. The deadlock could occur only on systems that deployed swap partitions on devices supporting block DISCARD and TRIM operations if kernel preemption was disabled (the !CONFIG_PREEMPT parameter). If the read_swap_cache_async() function was given a SWAP_HAS_CACHE entry that did not have a page in the swap cache yet , a DISCARD operation was performed in the scan_swap_map() function. Consequently , completion of an I/O operation was scheduled on the same CPU's working queue the read_swap_cache_async() was running on. This caused the thread in read_swap_cache_async() to loop indefinitely around its "-EEXIST" case , rendering the system unresponsive. The problem has been fixed by adding an explicit cond_resched() call to read_swap_cache_async(), which allows other tasks to run on the affected CPU, and thus avoiding the deadlock.

You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=kuJRUVjElZ&a=cc_unsubscribe
Comment 1 Simon Green 2013-08-27 19:04:34 EDT
Sorry, it was caused by the change in bug 908343. I think it is possible to do the changes requested in that bug another way.
Comment 3 Simon Green 2013-08-30 03:47:38 EDT
Found a small bug that meant the plain text was mucked up if two or more changes happened on a bug.
Comment 5 Simon Green 2013-10-03 20:45:56 EDT
This change is now live. If there are any issues, do not reopen this bug.
Instead, you should create a new bug and reference this bug.

  -- simon

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