File ownership (iwww:191) on lib and aCC links, ia64, 11.23

[VAS_1]

=> 11i v2 on ia64

I noticed links in the directories /usr/lib/hp32, /usr/lib/hpux64 and /usr/include/aCC_std, as well as the links /usr/ccs/bin/cc and /usr/ccs/bin/ldd, with file ownership iwww:191 on the five ia64 11.23 machines I have.

Why would these files be owned by this user, and with a GID that is not in my group file?

These systems were each created separately.

[James R. Ferguson]

Hi:

The ownership merely reflects a coincidental match of the uid to a valid uid on your server. The gid of 191 doesn't exist on your machine, so there is no way to translate that to any group name.

You might run 'swverify' :

# swverify \*

If this doesn't expose any installation issues, you can manually change the ownership to 'bin:bin' as a matter of form.

Regards!

...JRF...

[VAS_1]

So HP delivers their 11.23 OS for ia64 with a bunch of links owned by 103:191, rather than root:sys or bin:bin as I would expect? (Their default installation appears to have UID 103 belonging to the default user iwwww.)

E.g.,

lrwxr-xr-x 1 iwww 191 16 Aug 31 2005 \
/usr/lib/hpux64/libstream.so -> \
./libstream.so.1

lrwxr-xr-x 1 iwww 191 16 Aug 31 2005 \
/usr/lib/hpux64/libunwind.so -> \
./libunwind.so.1

[James R. Ferguson · Accepted solution]

Hi (again):

I have seen a few very rare instances where files were delivered without standard ownership. I don't have any Itanium 11.23 systems to comment specifically, further.

As a matter of interest, you might perform the 'swverify' I suggested and then look for "invalid" user or group ids:

# find / -nouser
# find / -nogroup

Regards!

...JRF...

[VAS_1]

Thanks, James, you gave me good ideas.

swverify revealed no problems.

find / '(' -nouser -o -nogroup ')' -xdev only showed a couple of files in my home directory that were "orphaned".

for pkg in `swlist -l product | \
awk '{print $1}'|grep -vE '^$|#'`;
do
swlist -l file $pkg | \
grep /usr/lib/hpux64/libl.so
done

showed me I was needing to look into OS-Core, and reading the INFO file on my depot server at /var/adm/sw/products/OS-Core/CORE2-64SLIB showed me this stanza:

file
path /usr/lib/hpux64/libl.so
type s
size 11
mode 0775
uid 103
gid 191
owner vpm
mtime 1079042745
link_source ./libl.so.1

and

find /var/adm/sw/products -name INFO \
-exec grep vpm /dev/null {} \;|sort |uniq

showed me that these products had the bogus uid/gid/owner problem:

OS-Core/C-KRN
OS-Core/CMDS2-AUX
OS-Core/CORE2-64SLIB
OS-Core/CORE2-SHLIBS
ProgSupport/CXX-INC


I'm very disappointed.

[Patrick Wallek]

I would report this to HP so that it can be logged as an issue and they can investigate.

[VAS_1]

I have just been informed that the lab has fixed the permissions problems on future OEs:

"We have a fix for both ownership and permissions. The change will show up when we post IC142 (scheduled for June 12) in 11.31. Starting with 0609 (11.23) and 0612 (11.11), these release streams will have the correct values."

I am glad that HP took an interest in this.