Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

oslevel Error processing cache, return code 228

252 views
Skip to first unread message

Stu

unread,
Mar 29, 2007, 5:07:06 PM3/29/07
to
I am running on an AIX 5.2 machine

uname -a
AIX devrs3 2 5 0008148A4C00

When I run the oslevel command as "root" it seems ot work and I get
back the following.

/tmp# oslevel
5.2.0.0

When I run it as a user other than "root" I get the following error:

$ oslevel
oslevel: Error processing cache, return code 228.
oslevel: Use the -f flag to rebuild cache.

I tried running oslevel -f as root in hopes of fixing the problem but
that did not work.

Does anybody have any ideas?

Thanks to all who answer this post

Raff

unread,
Mar 29, 2007, 7:21:46 PM3/29/07
to
"Stu" <beefs...@hotmail.com> wrote in message
news:1175202426....@y66g2000hsf.googlegroups.com...
[...]

> Does anybody have any ideas?

oslevel -r

R.

Christopher Petersen

unread,
Mar 29, 2007, 7:55:22 PM3/29/07
to

I'm working from memory at the moment, but I believe the various oslevel
commands use a cache of information located in /tmp. So, maybe look at
the protection of /tmp or the oslevel cache directory/files in it. If
you've got a much tighter umask on the root ID, that might create/maintain
the oslevel cache in a way that non-root users could not use it...

Just a thought!

-Chris

Stu

unread,
Mar 30, 2007, 9:48:05 AM3/30/07
to
On Mar 29, 7:55 pm, Christopher Petersen <cpeter...@crystallized-

software.com> wrote:
> On Thu, 29 Mar 2007 14:07:06 -0700, Stu wrote:
> > I am running on an AIX 5.2 machine
>
> > uname -a
> > AIX devrs3 2 5 0008148A4C00
>
> > When I run theoslevelcommand as "root" it seems ot work and I get

> > back the following.
>
> > /tmp#oslevel
> > 5.2.0.0
>
> > When I run it as a user other than "root" I get the following error:
>
> > $oslevel
> >oslevel: Error processing cache, return code 228.
> >oslevel: Use the -f flag to rebuild cache.
>
> > I tried runningoslevel-f as root in hopes of fixing the problem but

> > that did not work.
>
> > Does anybody have any ideas?
>
> > Thanks to all who answer this post
>
> I'm working from memory at the moment, but I believe the variousoslevel
> commands use a cache of information located in /tmp. So, maybe look at
> the protection of /tmp or theoslevelcache directory/files in it. If

> you've got a much tighter umask on the root ID, that might create/maintain
> theoslevelcache in a way that non-root users could not use it...
>
> Just a thought!
>
> -Chris- Hide quoted text -
>
> - Show quoted text -

I even as went as far as to make everything 777 and that did not
appear to work.

ls -ld /tmp
drwxrwxrwt 15 bin bin 24576 Mar 30 08:45 /tmp

# ls -ld /tmp/.oslevel.datafiles
drwxrwxrwx 2 root system 256 Mar 30 8:45 /
tmp/.oslevel.datafiles

find . -depth -exec ls -tl {} ";"
-rwxrwxrwx 1 root system 0 Mar 30
08:40 ./.oslevel.hold
-rwxrwxrwx 1 root system 31293 Mar 30
08:40 ./.oslevel.mlinfo.cache
-rwxrwxrwx 1 root system 908197 Mar 30
08:40 ./.oslevel.rml.cache
-rwxrwxrwx 1 root system 5 Mar 30
08:40 ./.oslevel.cache.sum
total 1848
-rwxrwxrwx 1 root system 5 Mar 30
08:40 .oslevel.cache.sum
-rwxrwxrwx 1 root system 908197 Mar 30
08:40 .oslevel.rml.cache
-rwxrwxrwx 1 root system 31293 Mar 30
08:40 .oslevel.mlinfo.cache
-rwxrwxrwx 1 root system 0 Mar 30 08:40 .oslevel.hold

Does anybody else have any more suggestions?

Thanks to all that answer


Mark Taylor

unread,
Mar 30, 2007, 10:32:05 AM3/30/07
to
ls -l /usr/bin/rm_mlcache_file

They should be -r-sr-xr-x

If not, then

chmod 4555 /usr/bin/rm_mlcache_file

Rgds
Mark taylor

Stu

unread,
Mar 30, 2007, 11:27:43 AM3/30/07
to

Mark,
Thanks, that fixed the problem

0 new messages