sjpetrov
asked on
Why does oslevel command generate cache return code 228
Running AIX 6.1 on a P6 system, the oslevel command returns:
oslevel: Error processing cache, return code 228.
oslevel: Use the -f flag to rebuild cache.
The /tmp/.oslevel* files have been removed (IBM suggested solution) but this doesn't fix it. I have several other, almost identical, systems that do not exhibit this behavior.
oslevel: Error processing cache, return code 228.
oslevel: Use the -f flag to rebuild cache.
The /tmp/.oslevel* files have been removed (IBM suggested solution) but this doesn't fix it. I have several other, almost identical, systems that do not exhibit this behavior.
ASKER
That was the first thing we checked and we had the correct settings. Sorry I didn't mention that in the original post.
Oh, man... You're no fun..... :)
Let me ask around. I've not seen any other cause for this.
Kent
Also check if the owner of the file is root and if not then :
chown root /usr/bin/rm_mlcache_file
/usr/bin/rm_mlcache_file must have root privileges to perform its task. Setting the s as shown gives the executable the privileges of its owner, which must be root in this case. Then the non-root user can run oslevel and get back a valid result.
chown root /usr/bin/rm_mlcache_file
/usr/bin/rm_mlcache_file must have root privileges to perform its task. Setting the s as shown gives the executable the privileges of its owner, which must be root in this case. Then the non-root user can run oslevel and get back a valid result.
ASKER
It was already owned by root.
I compared several good systems to our bad system and nothing really jumped out. I looked at lslpp output, contents of /usr/bin and /usr/sbin, tuneables and running processes. These systems were all cloned at the same time, from the same image, so it just doesn't make sense.
I compared several good systems to our bad system and nothing really jumped out. I looked at lslpp output, contents of /usr/bin and /usr/sbin, tuneables and running processes. These systems were all cloned at the same time, from the same image, so it just doesn't make sense.
What is the device / device type under the file?
ASKER
I don't understand your question. Can you send the command I need to type to get you this information?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
System Admin is planning on rebuilding the machine to see if that solves the problem.
Believe it or not, this is probably a permissions problem. At least I know that this could happen with AIX 5.x.
Check the permissions on the mlcache file
ls -l /usr/bin/rm_mlcache_file
They should be -r-sr-xr-x
If not, then
chmod 4555 /usr/bin/rm_mlcache_file
That should fix it.
Good Luck,
Kent