"Michael Tosch" <eedmit@NO.eed.SPAM.ericsson.PLS.se> wrote in message
news:bv8v97$2da$1@aken.eed.ericsson.se
>
> What are the last system calls before ls hangs?
> truss ls -la
>
Here's the output, but I don't know how to find bad things here:
~$ truss ls -la
execve("ls", 0xFFBEFCB4, 0xFFBEFCC0) argc = 2
open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT
open("/usr/lib/libc.so.1", O_RDONLY) = 3
fstat(3, 0xFFBEF384) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xFF3A0000
mmap(0x00000000, 786432, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xFF280000
mmap(0xFF338000, 24560, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED, 3, 688128) = 0xFF338000
mmap(0xFF33E000, 6660, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF33E000
munmap(0xFF328000, 65536) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF390000
memcntl(0xFF280000, 112228, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0
close(3) = 0
open("/usr/lib/libdl.so.1", O_RDONLY) = 3
fstat(3, 0xFFBEF384) = 0
mmap(0xFF3A0000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0)
= 0xFF3A0000
close(3) = 0
open("/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1", O_RDONLY) = 3
fstat(3, 0xFFBEF214) = 0
mmap(0x00000000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xFF380000
mmap(0x00000000, 16384, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) =
0xFF370000
close(3) = 0
munmap(0xFF380000, 8192) = 0
dup(2) = 3
open("/dev/pts/01/uconf.inv", O_RDONLY) Err#13 EACCES
open("/dev/pts/01/uconf.inv", O_RDONLY) Err#13 EACCES
pathconf(".", _PC_PATH_MAX) = 1024
stat64("./", 0xFFBEF9D8) = 0
brk(0x00074988) = 0
brk(0x00076988) = 0
stat64("/", 0xFFBEF940) = 0
open64("./../", O_RDONLY|O_NDELAY) = 4
fcntl(4, F_SETFD, 0x00000001) = 0
fstat64(4, 0xFFBEEF60) = 0
fstat64(4, 0xFFBEF9D8) = 0
open("/etc/mnttab", O_RDONLY) = 5
fstat64(5, 0xFFBEE920) = 0
ioctl(5, TCGETA, 0xFFBEE8AC) Err#22 EINVAL
read(5, " / d e v / d s k / c 0 t".., 512) = 512
ioctl(5, (('m'<<8)|1), 0xFF33AC20) = 0
ioctl(5, (('m'<<8)|2), 0x00075BE0) = 0
read(5, " r e d\t / s h a r e d\t".., 512) = 147
lstat64("/home/luca", 0xFFBEEB40) = 0
lstat64("/home/luca/..", 0xFFBEEB40) = 0
llseek(5, 0, SEEK_CUR) = 659
close(5) = 0
close(4) = 0
fcntl(3, F_DUP2FD, 0x00000002) = 2
pipe() = 4 [5]
fork() = 4821
close(5) = 0
close(2) = 0
fstat64(4, 0xFFBEF908) = 0
brk(0x00076988) = 0
brk(0x00078988) = 0
ioctl(4, TCGETA, 0xFFBEF894) Err#22 EINVAL
read(4, 0x0007624C, 5120) = 0
llseek(4, 0, SEEK_CUR) Err#29 ESPIPE
close(4) = 0
llseek(0, 0, SEEK_CUR) = 8179
_exit(0)
> Any bad patches or HW-related issues?
> uname -a
>
~$ uname -a
SunOS -s 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-5_10
> Now let's concentrate on a corrupted installation.
>
> Does one of the following work?
> /usr/ucb/ls -la
It works rightly, but I don't know what's /usr/ucb. Since I'm not enough
expert with suns
(I have always worked mainly with linux) I don't know if this is good or
not. Can you explain
what's ucb is?
>
> What yields
> ldd /bin/ls
~$ ldd ls
ls:
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
/usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
>
> What yields
> sum /bin/ls `ldd /bin/ls | awk '{print $NF}'`
> and how does it compare with your working system?
~$ sum /bin/ls `ldd /bin/ls | awk '{print $NF}'`
58950 37 /bin/ls
7068 2207 /usr/lib/libc.so.1
26473 10 /usr/lib/libdl.so.1
41555 34 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
while on the working system is:
~$ sum /bin/ls `ldd /bin/ls | awk '{print $NF}'`
34850 37 /bin/ls
7068 2207 /usr/lib/libc.so.1
26473 10 /usr/lib/libdl.so.1
41555 34 /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
Can you explain what does it mean?
Thanks for your help.
Luca
--
Posted via Mailgate.ORG Server -
http://www.Mailgate.ORG