System goes dead on make install

ROOT
1

Hi,

I successfully did a “make” when compiling ROOT, but on “make install” only the following is shown:

bin/rlibmap -r etc/system.rootmap -l lib/libRootAuth.so
-d -c auth/inc/LinkDefRoot.h

And nothing happens after this, with the process hanging.

Does somebody have any experience with this behavior? Any help is appreciated.

ROOT version: 5.13.06
SLC4 installed on a dual Opteron 244
output of uname -a:
2.6.9-42.0.3.EL.cernsmp #1 SMP i686 athlon i386 GNU/Linux

Tome

2

Can you do “strace make install” to see where in the system it is hanging.

– Fons

3

Hi Fons,

The full output of strace make install is at:

cern.ch/affair/strace.txt

The first few lines, and the last few lines are:

execve("/usr/bin/make", [“make”, “install”], [/* 204 vars */]) = 0
uname({sys=“Linux”, node=“pcald28”, …}) = 0
brk(0) = 0x80e0000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open(“tls/i686/sse2/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“tls/i686/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“tls/sse2/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“tls/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“i686/sse2/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“i686/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“sse2/libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“libc.so.6”, O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/root/lib/tls/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/root/lib/tls/i686/sse2", 0xbff4cbd0) = -1 ENOENT (No such file or directory)
open("/usr/local/root/lib/tls/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)

pipe([4, 5]) = 0
close(5) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT TERM XCPU XFSZ], NULL, 8) = 0
vfork() = 28544
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 28544
— SIGCHLD (Child exited) @ 0 (0) —
sigreturn() = ? (mask now [])
rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT TERM XCPU XFSZ], NULL, 8) = 0
vfork() = 28545
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
wait4(-1, make[1]: Entering directory `/dothill1/ref.home.in.prod/affair/apache_php_root_code/root’
bin/rlibmap -r etc/system.rootmap -l lib/libRootAuth.so
-d -c auth/inc/LinkDefRoot.h

Thanks for any help…

Tome

4

Does this path look familiar to you: /dothill1/ref.home.in.prod/affair/apache_php_root_code/root ? Wonder how make gets there.

– Fons

5

[quote=“rdm”]Does this path look familiar to you: /dothill1/ref.home.in.prod/affair/apache_php_root_code/root ? Wonder how make gets there.

– Fons[/quote]

Yes, it is a legit path. It is where the ROOT code is. By the way, it is also impossible to kill -9
the rlibmap process (don’t know if that helps).

6

Hi Tome,

can I try on this system? I’ve never seen something like this before. Could be an issue with the remote file system. Send me private email.

– Fons

7

[quote=“rdm”]Hi Tome,

can I try on this system? I’ve never seen something like this before. Could be an issue with the remote file system. Send me private email.

– Fons[/quote]

Hi Fons,

You are correct: it has something to do with nfs. The successful “make” and failed “make install” were done on a remote file system.

When I tried it locally, all went fine. So I am happy. :smiley:

If you are interested in why exactly this occured, I’ll give you access to the system.