Red Hat Bugzilla – Bug 56829
lastcomm doesn't seem to understand 32-bit UIDs
Last modified: 2008-05-01 11:38:01 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.2)
Description of problem:
We use process accounting. The report generated by lastcomm does not seem
to understand 32-bit UIDs. Instead we are getting the low order 16-bits of
the UID displayed.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Enable process accounting and install the psacct RPM
2.Create a user with a UID greater than 64k (in my example, cpenney -> 637911)
3.Execute some commands (in my example, /sbin/ifconfig)
ifconfig 48087 stdin 0.00 secs Wed Nov 28 10:26
ifconfig cpenney stdin 0.00 secs Wed Nov 28 10:26
My UID in hex is 9BBD7. The UID it shows is BBD7 in hex so it's obviously
stripping off the top 16-bits of the UID. I'm not sure if this is an issue
with the psacct utilities or the process accounting code in the kernel. I
tried doing some searching, but to no avail.
This is not a bug in lastcomm not psacct. The kernel process accounting
features do not support 32bit UID at all. As such, it is more of a
lack of a feature than a bug. I discovered this while troubleshooting
other bugs in lastcomm.
have looked into adding support for this in a compatible manner and have
made a kernel patch adding 32bit uid/gid support. I am currently working
on userland support as well.
*** This bug has been marked as a duplicate of 62481 ***