no su

[chris dorsman]

Hi,

On a HP-UX 11i through installation(I think) not chosen to install applications like su.
Is there a way to install those applications not using an 'cold install'?

[Robert-Jan Goossens]

Hi Chris,

Are you sure the PATH variable is set correctly?

# echo $PATH

Or did someone move the the files inside /usr/bin to (example) old_su

# find /usr/bin -type f -name su -exec ll {} \;

su is part of the CORE software bundle, you could try running a fix with swverify (will take a long time).

# swverify -F \*

Regards,
Robert-Jan

[Steven E. Protter]

Shalom,

I don't know how you could have chosen to not install an application like su, which is part of the core bundle and is often used in cron scripts and application startup scripts.

More likely it was deleted manually after the install.

I'd say this system probably needs to be re-installed. I suspect this it not the last problem you will see.

SEP

[Bill Hassell]

As Steven said, I would not trust your installation at all until you run swverify. Someone (logged in as root) has removed a critical OS executable and I am assuming no one knows why. Until you examine (and fix) all the errors from the swverify command, I would not use the system for production.

[chris dorsman]

I'm not the one that has installed the machine.. So, I don't know what has happend.
I think that I have to reinstall the system.
Because I don't know what has happened...

[chris dorsman]

Thank who ever above that it is an test machine
for java development.

Thanks for the answers so far.

[Dennis Handly]

/usr/bin/su is in these filesets:
OS-Core.UX-CORE
OS-Core.UX2-CORE (IPF)

So you could do a quick check:
# swverify -F OS-Core.UX-CORE OS-Core.UX2-CORE

[chris dorsman]

Ok, I did an swverify and got no errors, so that's good.

PATH is defined as /usr/bin:/sbin:/usr/sbin
I've found su in /usr/bin/ but I cannot execute
it.

but when I'm using /usr/bin/su it does work..
Can somebody tell me how this can be?

[Pete Randall]

Chris,

That's a little confusing:

"but I cannot execute
it.

but when I'm using /usr/bin/su it does work.."

Which is it? You can't execute it? Or it does work?


Pete

[Dennis Handly]

>I've found su in /usr/bin/ but I cannot execute it.

What do you mean?

>but when I'm using /usr/bin/su it does work..
Can somebody tell me how this can be?

What do you mean by "use" vs "execute"?
What did you do when it worked and when it failed?