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 1330417 - pmap -x shows all lines twice
Summary: pmap -x shows all lines twice
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: procps-ng
Version: 7.3
Hardware: All
OS: Linux
unspecified
high
Target Milestone: rc
: 7.4
Assignee: Jan Rybar
QA Contact: David Jež
URL:
Whiteboard:
Depends On: 1374061
Blocks: 1380361 1381083 1393867
TreeView+ depends on / blocked
 
Reported: 2016-04-26 08:10 UTC by Branislav Náter
Modified: 2020-09-10 09:36 UTC (History)
8 users (show)

Fixed In Version: procps-ng-3.3.10-12.el7
Doc Type: Bug Fix
Doc Text:
Cause: With kernel-4.x a new field SwapPss was added into /proc/PID/smaps file. Consequence: pmap program unintentionally recognized this new SwapPss field as same as common Swap field and printed the same values for SwapPss as for Swap field. Fix: pmap was extended with recognition the difference between Swap and SwapPss field in /proc/PID/smaps file. Result: pmap now prints out only values for Swap field as expected and leaves out doubled values for SwapPss field. The lines now do not appear doubled in the program's output.
Clone Of:
Environment:
Last Closed: 2017-08-01 18:02:15 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Patch for rhel-7.3 (8.71 KB, patch)
2016-09-07 19:43 UTC, Yaakov Selkowitz 		no flags Details | Diff
Patch applied to RHEL-7.4 (551 bytes, patch)
2017-02-21 08:04 UTC, Jan Rybar 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2017:1898 0 normal SHIPPED_LIVE procps-ng bug fix update 2017-08-01 18:05:14 UTC

Description Branislav Náter 2016-04-26 08:10:33 UTC 
Description of problem:
On aarch64, pmap -x $$ shows all lines twice, second occurrence with 0 values. pmap $$ (no extended output) output looks correct

Version-Release number of selected component (if applicable):
procps-ng-3.3.10-5.el7_2

How reproducible:
always

Steps to Reproduce:
1. pmap -x $$

Actual results:
15106:   -bash
Address           Kbytes     RSS   Dirty Mode  Mapping
0000000000400000     896     832       0 r-x-- bash
0000000000400000       0       0       0 r-x-- bash <-----------
00000000004e0000      64      64      64 r---- bash
00000000004e0000       0       0       0 r---- bash <-----------
00000000004f0000      64      64      64 rw--- bash
00000000004f0000       0       0       0 rw--- bash <----------
0000000005060000    1536    1536    1536 rw---   [ anon ]
0000000005060000       0       0       0 rw---   [ anon ]
000003ff76b00000      64      64      64 rw---   [ anon ]
000003ff76b00000       0       0       0 rw---   [ anon ]
000003ff76b10000      64      64       0 r-x-- libnss_files-2.17.so
000003ff76b10000       0       0       0 r-x-- libnss_files-2.17.so
<snip>

Expected results:
15106:   -bash
Address           Kbytes     RSS   Dirty Mode  Mapping
0000000000400000     896     832       0 r-x-- bash
00000000004e0000      64      64      64 r---- bash
00000000004f0000      64      64      64 rw--- bash
0000000005060000    1536    1536    1536 rw---   [ anon ]
000003ff76b00000      64      64      64 rw---   [ anon ]
000003ff76b10000      64      64       0 r-x-- libnss_files-2.17.so
<snip>
Comment 1 Ondrej Vasik 2016-04-26 15:08:48 UTC 
Not reproducible on Intel. Adding yselkowi to CC - as he is the best aarch64-foo person I'm aware of.
Comment 2 Yaakov Selkowitz 2016-04-26 17:12:22 UTC 
Thanks for bringing this to my attention.  I just tried this on both a Mustang and a Seattle and I couldn't reproduce it either.

Branislav, on what hardware and with which kernel and firmware are you seeing this?
Comment 4 Yaakov Selkowitz 2016-04-27 08:41:46 UTC 
This can also be reproduced on F23 x86_64 with a 4.4 kernel.  Therefore, I believe this is not actually aarch64 specific, but rather due to a change in /proc/PID/smaps sometime between 4.2 and 4.4.  I will continue to investigate.
Comment 5 Jan Rybar 2016-06-27 15:27:54 UTC 
Reproducible on Fedora 23 x86_64, but not on RHEL7.3 on VM. Will be investigated.
Comment 6 Lukáš Nykrýn 2016-06-29 12:56:51 UTC 
devel_ack for 7.3
Comment 7 Yaakov Selkowitz 2016-09-07 19:16:46 UTC 
This appears to be related:

https://bugzilla.opensuse.org/show_bug.cgi?id=962275

The patch mentioned there does two things: 1) fixes handling of new maps fields, which we need with kernel 4.4+ (Fedora and RHELSA), 2) changes the argument defaults, which we do not want.  Testing a revised patch now.
Comment 8 Yaakov Selkowitz 2016-09-07 19:43:46 UTC 
Created attachment 1198826 [details]
Patch for rhel-7.3

This takes OpenSUSE's patch for 3.3.11, backports it to 3.3.10 and removes 
the changes they made to the default arguments.  Please double-check that 
there aren't any other of their customizations that we do not want.

I tested this on a seattle with the latest snapshot -- which by itself is
affected -- and this fixes it.  It also does not appear to break anything 
on x86_64 (tested on a system with 7.3 HTB).

Successful scratch build:

https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=11715265
Comment 18 Jan Rybar 2017-02-21 08:04:12 UTC 
Created attachment 1256000 [details]
Patch applied to RHEL-7.4
Comment 22 errata-xmlrpc 2017-08-01 18:02:15 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-2017:1898
Note You need to log in before you can comment on or make changes to this bug.