Need to change the UID used by owww

[Hatem Akl]

We have a new RX6600 which came with the OS pre-loaded and the following user account owww is defined with UID 103.

owww:*:103:1::/home/owww:/sbin/sh

I am migrating an application from an older box to the new RX6600 and the owner of the application on the source server was created with the same UID 103; I would rather not to change the UID of the application owner.

So I need to change the UID used by owww on the new rx6600. currently there are a few files owned by owww (they are stored outside of the home directory) so I will need to manually change the ownership on these files once I assign a new UID.
I intend to use usermod to make the change,

Do you foresee any issues with this change?, I appreciate any feed back or information you are willing to share.

The new server is running B.11.23 U ia64

The following are the files currently owned by owww
==============================
find . -type l -user owww
./usr/lib/hpux32/libcl.so
./usr/lib/hpux32/libm.so
./usr/lib/hpux32/libsin.so
./usr/lib/hpux32/libCsup.so
./usr/lib/hpux32/libdl.so
./usr/lib/hpux32/libdld.so
./usr/lib/hpux32/libelf.so
./usr/lib/hpux32/libl.so
./usr/lib/hpux32/libl_thread.so
./usr/lib/hpux32/librwtool.so
./usr/lib/hpux32/librwtool_v2.so
./usr/lib/hpux32/libstd.so
./usr/lib/hpux32/libstd_v2.so
./usr/lib/hpux32/libstream.so
./usr/lib/hpux32/libunwind.so
./usr/lib/hpux32/liby.so
./usr/lib/nls/msg/C/ldd.cat
./usr/lib/hpux64/libCsup.so
./usr/lib/hpux64/libcl.so
./usr/lib/hpux64/libdl.so
./usr/lib/hpux64/libdld.so
./usr/lib/hpux64/libelf.so
./usr/lib/hpux64/libl.so
./usr/lib/hpux64/libl_thread.so
./usr/lib/hpux64/libm.so
./usr/lib/hpux64/librwtool.so
./usr/lib/hpux64/librwtool_v2.so
./usr/lib/hpux64/libsin.so
./usr/lib/hpux64/libstd.so
./usr/lib/hpux64/libstd_v2.so
./usr/lib/hpux64/libstream.so
./usr/lib/hpux64/libunwind.so
./usr/lib/hpux64/liby.so
./usr/ccs/bin/cc
./usr/ccs/bin/ldd
./usr/include/aCC_std/acxx_demangle.h
./usr/include/aCC_std/assert.h
./usr/include/aCC_std/cassert
./usr/include/aCC_std/cctype
./usr/include/aCC_std/cerrno
./usr/include/aCC_std/cfloat
./usr/include/aCC_std/ciso646
./usr/include/aCC_std/climits
./usr/include/aCC_std/clocale
./usr/include/aCC_std/cmath
./usr/include/aCC_std/csetjmp
./usr/include/aCC_std/csignal
./usr/include/aCC_std/cstdarg
./usr/include/aCC_std/cstddef
./usr/include/aCC_std/cstdio
./usr/include/aCC_std/cstdlib
./usr/include/aCC_std/cstring
./usr/include/aCC_std/ctime
./usr/include/aCC_std/ctype.h
./usr/include/aCC_std/cwchar
./usr/include/aCC_std/cwctype
./usr/include/aCC_std/errno.h
./usr/include/aCC_std/exception
./usr/include/aCC_std/exception.h
./usr/include/aCC_std/float.h
./usr/include/aCC_std/iso646.h
./usr/include/aCC_std/libCsup.syms
./usr/include/aCC_std/limits.h
./usr/include/aCC_std/locale.h
./usr/include/aCC_std/math.h
./usr/include/aCC_std/new
./usr/include/aCC_std/new.h
./usr/include/aCC_std/setjmp.h
./usr/include/aCC_std/signal.h
./usr/include/aCC_std/stdarg.h
./usr/include/aCC_std/stddef.h
./usr/include/aCC_std/stdio.h
./usr/include/aCC_std/stdlib.h
./usr/include/aCC_std/string.h
./usr/include/aCC_std/time.h
./usr/include/aCC_std/typeinfo
./usr/include/aCC_std/typeinfo.h
./usr/include/aCC_std/wchar.h
./usr/include/aCC_std/wctype.h
./usr/include/aCC_std/yacc.h
================================================

Thanks
hatem

[James R. Ferguson]

Hi Hatem:

The files that you show were found to be symbolic links. Thus, their ownership (strictly speacking) doesn't matter.

However, I agree that they should be owned by 'root' (most probably). To change the *symbolic* link ownership do:

# find . -type l -user 103 -exec chown -h root:sys {} \+

Regards!

...JRF...

[Hatem Akl]

Thanks James,

I appreciate your reply.

Hatem

[Dennis Handly]

JRF: To change the *symbolic* link ownership

No need to do complicated magic. Just apply the patch we made: PHSS_35983
http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1124635
http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1023107

[James R. Ferguson]

Hi (again):

Dennis: > No need to do complicated magic. Just apply the patch we made: PHSS_35983

Changing symbolic link owership is hardly complicated, but I glad to see that there is an official fix/correction.

Regards!

...JRF...

[Dennis Handly]

>JRF: Changing symbolic link ownership is hardly complicated

Yes, but would you keep the IPD in sync?
(This is probably moot since the IPD doesn't track this info.)

[Marlou Everson]

I had the same situation with my new systems. I installed patch PHSS_35983. The user owww does have a home directory too that the patch will not change.

I had to change several UIDs on my systems. You do not have to change them manually. You can use sam to modify the UID and it will give you the option to have it change the UIDs of all files owned by that user.

Marlou

[Hatem Akl]

Thanks Marlou,

I will give it a try

Hatem