Description of problem: With stack-guard kernel patch lvm2 now sometimes reports Internal error: - where map sizes for memory locking and unlocking mismatch (which would be sign of wrong internal behaviour) - however with recent kernel changes it looks like we could read some lines twice if using single read/lock loop. This problem has been already fixed upstream: http://www.redhat.com/archives/lvm-devel/2010-October/msg00129.html Problem itself isn't serious - but users my get very confused by scary messages: Internal error: Maps lock 14270464 < unlock 14274560 Internal error: Maps lock 14274560 < unlock 14278656 Internal error: Maps lock 14278656 < unlock 14282752 Version-Release number of selected component (if applicable): kernel-2.6.18-226.el5 How reproducible: Steps to Reproduce: 1. bug is rather time depended 2. 3. Actual results: Expected results: Additional info:
I'm also having this problem with kernel-2.6.34.7-56.fc13.x86_64.rpm. Maybe the bug should be cloned for Fedora.
(In reply to comment #2) > I'm also having this problem with kernel-2.6.34.7-56.fc13.x86_64.rpm. Maybe the > bug should be cloned for Fedora. Bug has been cloned to rawhide a Bug #643834.
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
This request was erroneously denied for the current release of Red Hat Enterprise Linux. The error has been fixed and this request has been re-proposed for the current release.
Fixed in lvm2-2.02.84-1.el5
I did not see this error during the latest regression testing. Marking verified in lvm2-2.02.84-3.el5.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: This field is the basis of the errata or release note for this bug. It can also be used for change logs. The Technical Note template, known as CCFR, is as follows: Cause What actions or circumstances cause this bug to present. Consequence What happens when the bug presents. Fix What was done to fix the bug. Result What now happens when the actions or circumstances above occur. Note: this is not the same as the bug doesn’t present anymore.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1,13 +1 @@ -This field is the basis of the errata or release note for this bug. It can also be used for change logs. +Sum of pages locked in memory has been miscalculated, because the kernel was changing memory map table entries while the locking status for page has been changed and in consequence user was given warning message about potential problem. Fix has changed the way the memory map is accessed and now the whole memory map is being buffered before lvm starts to change the lock status of individual memory pages.- -The Technical Note template, known as CCFR, is as follows: - -Cause - What actions or circumstances cause this bug to present. -Consequence - What happens when the bug presents. -Fix - What was done to fix the bug. -Result - What now happens when the actions or circumstances above occur. - Note: this is not the same as the bug doesn’t present anymore.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-1071.html