Red Hat Bugzilla – Bug 131757
psacct does not work with large UIDs (> 65534)
Last modified: 2007-11-30 17:07:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Description of problem:
I've stolen these descriptive words from Mr. Garrick:
The 2.4.x series of Linux kernels started using a 32 bit uid and gid
which raised the maximum number of users from 65536(2^16) to
4294967296(2^32). Unfortunately, the BSD process accounting system in
Linux was not likewise upgraded so that the binary accounting files
would remain compatible. This might be fine for users that don't have
more than 65 thousand users, but it isn't suitable for those of us
with a large user base.
See more, including a proposed fix at:
At our site we notice that process accounting is useless since all
large UIDs are shown in process accounting as belonging to UID 65534.
UIDs below that work fine. The rest of RHEL3 works fine with large
UIDs. Why not this part?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create a large UID
2. Do something with it.
3. Check process accounting.
The 2.6 kernel has an option to configure 32-bit UID/GID in the
accounting subsystem (BSD_PROCESS_ACCT_V3). There had been no plans
to backport this feature into the 2.4 kernels.
I'll take Mr. Garrick's patch to the kernel team and see if we can get
it into the next update. If you escalate this issue through support
(https://www.redhat.com/apps/support) it'll be an easier sell from my
*** Bug 62481 has been marked as a duplicate of this bug. ***
psacct uses command acct and data type acct to get information about executed
commands. They use only 16b to store uid.
To fix this problem at first this command and data structure must be changed.
Hello, Ivana. The RHEL3 kernel already has the 32-bit extensions to
the "acct" structure and seems to assign both pairs of ac_uid/ac_gid
and ac_uid32/ac_gid32 properly. Why did you reassign this to the
I guess I should chime in on this again... this bug was fixed a long time ago
with a RH kernel patch; my understanding was that Red Hat just decided not to
compile psacct with the 32-bit UID option by default, but with the right option
to the "configure" command in the SPEC file, I think the src rpm will rebuild
and work just fine. I have not tried in a while, but it actually worked back on
Thanks for the background, Andy. Reassigning to the "psacct" component.
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 the 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.