/usr/lib/hpux32/uld.so: Mmap failed due to errno: 13

[Mohamed AbdelMoneim]

Dear all.
I have this error on HPUX 11.23
i cannot run any executable.
please help..

[Matti_Kurkela]

According to /usr/include/sys/errno.h, the errno value 13 means EACCESS, or "Permission denied".

Apparently your system is an Itanium: that file does not exist on a PA-RISC 11.23.

The permissions of /usr/lib/hpux32/uld.so should be -r-xr-xr-x, owner bin, group bin.

If you cannot run *any* executable, how are you logging in? When did the problem start, and what was done just before that?

This sounds like a possible accident with "chown -R" or "chmod -R". If that's what happened, use "swverify -F \*" as first aid. That should make the basic commands work again, so that the system can survive a reboot and people can log in. Any applications that are not installed using swinstall will not be fixed by this.

The next step would be to compare the permissions of all files in the system to your latest good backup and fix as necessary. Yes, it may be a lot of work.

See this thread for more information about "swverify -F \*":
http://forums.itrc.hp.com/service/forums/questionanswer.do?threadId=1189274

MK

[Mohamed AbdelMoneim]

Matti Kurkela
Thank you for youe support.
I was working to fix some issues in OMU and NNM databases, then this error starts to pop up in the prompet..
after while the x-windows session i am using hanged and i cannot login to the server any more.

so what i have to do to solve this issue?
i need to login to the server again.
it is a production server.
please adivse

[Mohamed AbdelMoneim]

Hi.
I also ran this command from the System Management Home but i still get the same error

[Dennis Handly]

>/usr/lib/hpux32/uld.so

What are the permissions of this file and dld.so?
Also each of the paths:
ll -d / /usr /usr/lib /usr/lib/hpux32

They all should be RX for all.

>MK: Apparently your system is an Integrity

Yes, uld.so is the micro loader that loads dld.so.

[Matti_Kurkela]

If possible, try to find out exactly what has happened. What were the exact commands you entered just before the error appeared for the first time? Were there other people with root access working on the system at that time? What were they doing? What exact commands were they using?

If there is a permission problem affecting the critical libraries and loader files, any non-root logins may fail. Don't log out of any shell sessions with root privileges, if you still have any sessions active. Until the problem is fixed, it may be impossible to log in normally.

If there are no working sessions left, try to login as root on the system console: this might work while other login methods fail.

If you can log in but have difficulties running the commands, try entering this command first:

export PATH=/sbin:$PATH

This makes the system use statically linked versions of basic commands, reducing the dependence on various libraries. These commands may lack some functionality of the full versions, but they have a better chance of working while this problem remains unfixed.

If you can access the system in any way, find the answers to Dennis's questions. They will give us more clues about the extent of the damage.

MK

[Mohamed AbdelMoneim]

can thsi issue occured because of several power failure ???

[Dennis Handly]

>can this issue occur because of several power failures?

Not likely. The most likely is MK's runaway chmod suggestion.

[Mohamed AbdelMoneim]

Hi..
let me know, how to solve this issue and restore the system cause i cannot run the command swverify -F /*
also, i cannot get the shell or telnet the server

[Dennis Handly]

>I cannot run the command swverify -F \*

Do you still have a root shell on the system?

>I cannot get the shell or telnet the server

If you don't have a root shell, you'll need to boot in single user mode and mount /usr and then use /sbin/chmod to fix those files/directories.

[Mohamed AbdelMoneim]

Hi..
I can log to single user mode with out any problem..
can provide me with the details of how to fix the problem.
because swverify -F /* not wotk in single user mode

[Dennis Handly]

>can provide me with the details of how to fix the problem.

I already mentioned:
mount /usr and then use /sbin/chmod to fix those files/directories.

[Mohamed AbdelMoneim]

Dear,
Thank you again.
but i am asking about the permissions i should correct to make this problem solved.

[Dennis Handly · Accepted solution]

>I am asking about the permissions I should correct to make this problem solved.

As MK said, the files and directories need to all be: r-xr-xr-x, bin:bin.

Once you get the permissions right, and you get out of single user mode, you can use swverify.

[Dennis Handly]

The most important thing to do now is to check the current permissions of the files/directory so we can make sure our assumptions are correct about permissions.
/sbin/ls -ld / /usr usr/lib /usr/lib/hpux32
/sbin/ls -ld /usr/lib/hpux32/uld.so /usr/lib/hpux32/dld.so

[Mohamed AbdelMoneim]

Hi again.
I check the permission and it is all right as mentioned !
what is to do ?

[Dennis Handly]

>I check the permission and it is all right as mentioned!

Please list all of them so we can make sure.
Also do:
/sbin/ls -ld /usr/lib/hpux32/*uld.so* /usr/lib/hpux32/*dld.so*

These two files must be in sync.
Unfortunately we can't run cksum so we can make sure the files aren't corrupted.

[Mohamed AbdelMoneim]

the permission as follow
-r-xr-xr-x bin:bin for all
/
/usr/lib
/usr/lib/hpux64
/usr/lib/hpux64/uld.so
/usr/lib/hpux64/dld.so