A couple folks have enlightened me on the -f flag (to follow forks). So here we go: [pid 6998] munmap(0xb7f12000, 4096) = 0 [pid 6998] umask(07) = 07 [pid 6998] open("/etc/oraInst.loc", O_RDONLY) = 4 [pid 6998] fstat64(4, {st_mode=S_IFREG|0644, st_size=58, ...}) = 0 [pid 6998] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f12000 [pid 6998] read(4, "inventory_loc=/home/oracle/oraIn"..., 4096) = 58 [pid 6998] close(4) = 0 [pid 6998] munmap(0xb7f12000, 4096) = 0 [pid 6998] access("/home/oracle/oraInventory/logs", F_OK) = 0 [pid 6998] access("/home/oracle/oraInventory/logs", R_OK|W_OK|X_OK) = 0 [pid 6998] open("/home/oracle/oraInventory/logs/installActions2009-05-04_02-01-05PM.log", O_WRONLY|O_CREAT|O_APPEND, 0666) = 4 [pid 6998] fstat64(4, {st_mode=S_IFREG|0660, st_size=438, ...}) = 0 [pid 6998] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f12000 [pid 6998] fstat64(4, {st_mode=S_IFREG|0660, st_size=438, ...}) = 0 [pid 6998] _llseek(4, 438, [438], SEEK_SET) = 0 [pid 6998] write(4, "\nNo umask is available from orap"..., 73) = 73 [pid 6998] close(4) = 0 [pid 6998] munmap(0xb7f12000, 4096) = 0 [pid 6998] exit_group(-1) = ? Process 6988 resumed Process 6998 detached <... waitpid resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 255}], 0) = 6998 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- waitpid(-1, 0xbfeb1e2c, WNOHANG) = -1 ECHILD (No child processes) sigreturn() = ? (mask now []) rt_sigaction(SIGINT, {SIG_DFL}, {0x807b8d0, [], 0}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 read(255, "", 1756) = 0 exit_group(255) = ? Process 6988 detached On Mon, May 4, 2009 at 12:41, Charles Schultz <sacrophyte@xxxxxxxxx> wrote: > We are attempting a silent install of 10.2.0.1 to be patched up to 10.2.0.4 > on linux. A dba did this the first time and was asked about space issues > (you know, space is getting full, do you want to continue). The dba exited > the session without responding, and now subsequent runInstaller operations > simply exit immediate, even though the runInstaller screen dump says to > "Please wait..." > What can I tell from the strace? I cannot see where runInstaller is looking > for any previous opened files (ie, lock file). On top of that, we have no > lock files whatsoever, and no lock* directory in oraInventory or oui. > > Thoughts? > > > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigaction(SIGINT, {0x807b8d0, [], 0}, {SIG_DFL}, 8) = 0 > waitpid(-1, Starting Oracle Universal Installer... > > Checking installer requirements... > > Checking operating system version: must be redhat-3, SuSE-9, SuSE-10, > redhat-4, redhat-5, UnitedLinux-1.0, asianux-1, asianux-2 or asianux-3 > Passed > > > All installer requirements met. > > Preparing to launch Oracle Universal Installer from > /tmp/OraInstall2009-05-04_12-42-54PM. Please wait ...[{WIFEXITED(s) && > WEXITSTATUS(s) == 255}], 0) = 5590 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > --- SIGCHLD (Child exited) @ 0 (0) --- > waitpid(-1, 0xbfedb68c, WNOHANG) = -1 ECHILD (No child processes) > sigreturn() = ? (mask now []) > rt_sigaction(SIGINT, {SIG_DFL}, {0x807b8d0, [], 0}, 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > read(255, "", 1756) = 0 > exit_group(255) = ? > Process 5580 detached > > > -- > Charles Schultz > -- Charles Schultz