Created attachment 624102 [details] Allow smem to operate in the presence of unknown UIDs Description of problem: smem throws a KeyError exception if it encounters unknown user ids in the process table: Traceback (most recent call last): File "/bin/smem", line 656, in <module> showusers() File "/bin/smem", line 396, in showusers showtable(pt.keys(), fields, columns.split(), options.sort or 'pss') File "/bin/smem", line 476, in showtable r = [fields[c][1](n) for c in columns] File "/bin/smem", line 375, in showuser return src.username(u) File "/bin/smem", line 63, in username self._ucache[uid] = pwd.getpwuid(uid)[0] KeyError: 'getpwuid(): uid not found: 26' While this is a rare situation on a legacy server, it is very common on a system using some sort of container-based virtualization such as LXC, where per-process namespaces mean that there's no guarantee that running processes are sharing the same source of user information. Version-Release number of selected component (if applicable): smem-1.0-3.fc17.noarch Additional information: The attached patch addresses this problem by generating a name for unknown UIDs of the form "unknown_<uid>" (e.g., "unknown_26").
smem-1.2-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/smem-1.2-1.fc18
smem-1.2-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/smem-1.2-1.fc17
Package smem-1.2-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing smem-1.2-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-17255/smem-1.2-1.fc18 then log in and leave karma (feedback).
smem-1.2-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.