From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.8 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: http://www-rcf.usc.edu/~garrick/32bit-pacct-howto.txt 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): How reproducible: Always Steps to Reproduce: 1. Create a large UID 2. Do something with it. 3. Check process accounting. Additional info:
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 side.
*** Bug 62481 has been marked as a duplicate of this bug. ***
Hello, 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. Ivana Varekova
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 "kernel" component?
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 RH7.3...
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. http://rhn.redhat.com/errata/RHBA-2007-0409.html