> oraclePROTIME: error in loading shared libraries: libskgxp8.so: cannot
> open shared object file: No such file or directory
> ERROR:
> ORA-12547: TNS:lost contact

> I KNOW the file is there since, as I stated earlier, the 'oracle' system
> user can invoke SQL*Plus and everything runs fine.  As far as I know the
> file permissions are set correctly and, as evidenced by the ability of
> 'oracle' to use SQL*Plus everything must be in place.  What is causing
> this?  Any insight would be most helpful.

> --
> David Fitzjarrell
> Oracle Certified DBA

> Sent via Deja.com http://www.deja.com/
> Before you buy.

> > This is an interesting problem that I hope someone can help with.
As
> > the 'oracle' system user I can invoke SQL*Plus and everything runs
as
> > expected.  However, when I connect to the system as any other user
and
> > attempt to run SQL*Plus the following message is generated:

> > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
cannot
> > open shared object file: No such file or directory
> > ERROR:
> > ORA-12547: TNS:lost contact

> > I KNOW the file is there since, as I stated earlier, the 'oracle'
system
> > user can invoke SQL*Plus and everything runs fine.  As far as I know
the
> > file permissions are set correctly and, as evidenced by the ability
of
> > 'oracle' to use SQL*Plus everything must be in place.  What is
causing
> > this?  Any insight would be most helpful.

> > --
> > David Fitzjarrell
> > Oracle Certified DBA

> > Sent via Deja.com http://www.deja.com/
> > Before you buy.

> oraclePROTIME: error in loading shared libraries: libskgxp8.so: cannot
> open shared object file: No such file or directory
> ERROR:
> ORA-12547: TNS:lost contact

> I KNOW the file is there since, as I stated earlier, the 'oracle' system
> user can invoke SQL*Plus and everything runs fine.  As far as I know the
> file permissions are set correctly and, as evidenced by the ability of
> 'oracle' to use SQL*Plus everything must be in place.  What is causing
> this?  Any insight would be most helpful.

> --
> David Fitzjarrell
> Oracle Certified DBA

> Sent via Deja.com http://www.deja.com/
> Before you buy.

> Did you perhaps try something like tar'ing the directory tree back as
> oracle?

> > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
cannot
> > open shared object file: No such file or directory
> > ERROR:
> > ORA-12547: TNS:lost contact

> > I KNOW the file is there since, as I stated earlier, the 'oracle'
system
> > user can invoke SQL*Plus and everything runs fine.  As far as I know
the
> > file permissions are set correctly and, as evidenced by the ability
of
> > 'oracle' to use SQL*Plus everything must be in place.  What is
causing
> > this?  Any insight would be most helpful.

> > --
> > David Fitzjarrell
> > Oracle Certified DBA

> > Sent via Deja.com http://www.deja.com/
> > Before you buy.

> They are; if they weren't I would get an "ORACLE not available" error.
> I don't.  This is an initial installation of Oracle on Linux.

> > They are; if they weren't I would get an "ORACLE not available" error.
> > I don't.  This is an initial installation of Oracle on Linux.

> I think that it's a good working hypothesis that the problem is
> permissions-related. Things that come to mind are:

> 1) Setgid problem (already dismissed)
> 2) permissions on required files (libraries)
> 3) permissions on directories (x vs r especially)

> I suppose there's also a possibility that the env vars (like
> LD_LIBRARY_PATH) are set slightly differently for oracle and not-oracle; but
> I seem to remember you dismissed that idea as well. Just for reference,
> here's my permissions on the lib in question and the containing directory.
> Maybe it'll help - or ring a bell.

> -rw-r--r--   1 oracle   dba          4847 Jun 14  1999 libskgxp8.so
> -rw-r--r--   1 oracle   dba          4847 Jun 10  1999 libskgxpd.so

> drwxr-x--x   2 oracle   dba          2048 Aug 19  1999 .

> The owner, group and permissions on the $ORACLE_HOME/bin/oracle file
> should be:

> -rwsr-xr-x   oracle  dba

> They are; if they weren't I would get an "ORACLE not available" error.
> I don't.  This is an initial installation of Oracle on Linux.  I have 12
> years experience installing and administering Oracle on UNIX and I've
> not seen this problem before.  I am seeing it now on Linux and I am not
> certain why.  The environment is set for every user wanting to access
> the database so that is not an issue.  Something else is happening, and
> I'd like to find out what.  If anyone has had any experience with this
> error on Linux let me know what is happening and how to correct it.

> > Did you perhaps try something like tar'ing the directory tree back as
> > oracle?

> No, and I wouldn't try that, either.

> > > This is an interesting problem that I hope someone can help with.
> As
> > > the 'oracle' system user I can invoke SQL*Plus and everything runs
> as
> > > expected.  However, when I connect to the system as any other user
> and
> > > attempt to run SQL*Plus the following message is generated:

> > > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
> cannot
> > > open shared object file: No such file or directory
> > > ERROR:
> > > ORA-12547: TNS:lost contact

> > > I KNOW the file is there since, as I stated earlier, the 'oracle'
> system
> > > user can invoke SQL*Plus and everything runs fine.  As far as I know
> the
> > > file permissions are set correctly and, as evidenced by the ability
> of
> > > 'oracle' to use SQL*Plus everything must be in place.  What is
> causing
> > > this?  Any insight would be most helpful.

> > > --
> > > David Fitzjarrell
> > > Oracle Certified DBA

> > > Sent via Deja.com http://www.***.com/
> > > Before you buy.

> --
> David Fitzjarrell
> Oracle Certified DBA

> Sent via Deja.com http://www.***.com/
> Before you buy.

> oraclePROTIME: error in loading shared libraries: libskgxp8.so: cannot
> open shared object file: No such file or directory
> ERROR: ORA-12547: TNS:lost contact

> I KNOW the file is there since, as I stated earlier, the 'oracle' system
> user can invoke SQL*Plus and everything runs fine.  As far as I know the
> file permissions are set correctly and, as evidenced by the ability of
> 'oracle' to use SQL*Plus everything must be in place.  What is causing
> this?  Any insight would be most helpful.

> > They are; if they weren't I would get an "ORACLE not available"
error.
> > I don't.  This is an initial installation of Oracle on Linux.

> I think that it's a good working hypothesis that the problem is
> permissions-related. Things that come to mind are:

> 1) Setgid problem (already dismissed)
> 2) permissions on required files (libraries)
> 3) permissions on directories (x vs r especially)

> I suppose there's also a possibility that the env vars (like
> LD_LIBRARY_PATH) are set slightly differently for oracle and
not-oracle; but
> I seem to remember you dismissed that idea as well. Just for
reference,
> here's my permissions on the lib in question and the containing
directory.
> Maybe it'll help - or ring a bell.

> -rw-r--r--   1 oracle   dba          4847 Jun 14  1999 libskgxp8.so
> -rw-r--r--   1 oracle   dba          4847 Jun 10  1999 libskgxpd.so

> drwxr-x--x   2 oracle   dba          2048 Aug 19  1999 .

> > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
cannot
> > open shared object file: No such file or directory
> > ERROR: ORA-12547: TNS:lost contact

> > I KNOW the file is there since, as I stated earlier, the 'oracle'
system
> > user can invoke SQL*Plus and everything runs fine.  As far as I know
the
> > file permissions are set correctly and, as evidenced by the ability
of
> > 'oracle' to use SQL*Plus everything must be in place.  What is
causing
> > this?  Any insight would be most helpful.

> Try

> strace -o /tmp/sqlplus_trace.log sqlplus

> and check what's happening as the $ORACLE_HOME/lib libraries are
open()ed.

> -michael E

> > > They are; if they weren't I would get an "ORACLE not available"
> error.
> > > I don't.  This is an initial installation of Oracle on Linux.

> > I think that it's a good working hypothesis that the problem is
> > permissions-related. Things that come to mind are:

> > 1) Setgid problem (already dismissed)
> > 2) permissions on required files (libraries)
> > 3) permissions on directories (x vs r especially)

> > I suppose there's also a possibility that the env vars (like
> > LD_LIBRARY_PATH) are set slightly differently for oracle and
> not-oracle; but
> > I seem to remember you dismissed that idea as well. Just for
> reference,
> > here's my permissions on the lib in question and the containing
> directory.
> > Maybe it'll help - or ring a bell.

> > -rw-r--r--   1 oracle   dba          4847 Jun 14  1999 libskgxp8.so
> > -rw-r--r--   1 oracle   dba          4847 Jun 10  1999 libskgxpd.so

> > drwxr-x--x   2 oracle   dba          2048 Aug 19  1999 .

> The directory and file permissions all match your listing.  I am getting
> an 'unable to open transport' error -- any clues?
> --
> David Fitzjarrell
> Oracle Certified DBA

> Sent via Deja.com http://www.deja.com/
> Before you buy.

> > > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
> cannot
> > > open shared object file: No such file or directory
> > > ERROR: ORA-12547: TNS:lost contact

> > > I KNOW the file is there since, as I stated earlier, the 'oracle'
> system
> > > user can invoke SQL*Plus and everything runs fine.  As far as I
know
> the
> > > file permissions are set correctly and, as evidenced by the
ability
> of
> > > 'oracle' to use SQL*Plus everything must be in place.  What is
> causing
> > > this?  Any insight would be most helpful.

> > Try

> > strace -o /tmp/sqlplus_trace.log sqlplus

> > and check what's happening as the $ORACLE_HOME/lib libraries are
> open()ed.

> > -michael E

> I am getting an 'unable to open transport' error from nsopen.  Any
> clues?  I don't get this when I'm connected to the server as 'oracle'.
> --
> David Fitzjarrell
> Oracle Certified DBA

> Sent via Deja.com http://www.deja.com/
> Before you buy.

> > > > oraclePROTIME: error in loading shared libraries: libskgxp8.so:
> > cannot
> > > > open shared object file: No such file or directory
> > > > ERROR: ORA-12547: TNS:lost contact

> > > > I KNOW the file is there since, as I stated earlier, the
'oracle'
> > system
> > > > user can invoke SQL*Plus and everything runs fine.  As far as I
> know
> > the
> > > > file permissions are set correctly and, as evidenced by the
> ability
> > of
> > > > 'oracle' to use SQL*Plus everything must be in place.  What is
> > causing
> > > > this?  Any insight would be most helpful.

> > > Try

> > > strace -o /tmp/sqlplus_trace.log sqlplus

> > > and check what's happening as the $ORACLE_HOME/lib libraries are
> > open()ed.

> > > -michael E

> > I am getting an 'unable to open transport' error from nsopen.  Any
> > clues?  I don't get this when I'm connected to the server as
'oracle'.
> > --
> > David Fitzjarrell
> > Oracle Certified DBA

> > Sent via Deja.com http://www.deja.com/
> > Before you buy.

> Here are the contents of the trace log from the 'nsopen' command.  Any
> assistance will be greatly appreciated.

> write(9, "nsopen: ", 8)                 = 8
> write(9, "opening transport...\n", 21)  = 21
> brk(0x813f000)                          = 0x813f000
> pipe([11, 12])                          = 0
> pipe([13, 14])                          = 0
> fork()                                  = 15476
> rt_sigprocmask(SIG_BLOCK, [PIPE], NULL, 8) = 0
> rt_sigaction(SIGPIPE, {0x40547460, ~[ILL ABRT BUS FPE SEGV XCPU XFSZ
> UNUSED], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [PIPE], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, [CHLD], NULL, 8) = 0
> rt_sigaction(SIGCHLD, {0x40547460, ~[ILL ABRT BUS FPE SEGV XCPU XFSZ
> UNUSED], SA_RESTART|0x4000000}, {SIG_DFL}, 8) = 0
> rt_sigprocmask(SIG_UNBLOCK, [CHLD], NULL, 8) = 0
> close(11)                               = 0
> close(14)                               = 0
> read(13, "", 64)                        = 0
> --- SIGCHLD (Child exited) ---
> rt_sigprocmask(SIG_BLOCK, [], NULL, 8)  = 0
> rt_sigprocmask(SIG_UNBLOCK, [], NULL, 8) = 0
> sigreturn()                             = ? (mask now [])
> close(12)                               = 0
> close(13)                               = 0
> lseek(10, 10240, SEEK_SET)              = 10240
> read(10, "\"\0!\3\0\0\324\0\"\3\0\0\334\0#\3\0\0\345\0$\3\0\0\351"...,
> 512) = 512
> lseek(10, 2048, SEEK_SET)               = 2048
> read(10,

> I used to try to get Oracle to run on Redhat 6.1 but I stopped after I
> remembered that there's more to life than ......(you get the drift).

> Go with Sun Solaris (Intel) instead is my advice.

> David N. Pomphrey  OCP [DBA]  MCP [TCP/IP]  B.Tech.

> Glasgow, Scotland.

> The Internet Engineering Task Force (IETF) :    http://www.ietf.org/

> 'Standards Track' RFCs :     ftp://ftp.isi.edu/in-notes/std/std1.txt

>            "The Internet Changes Everything"

> ======================================================================

> > > > They are; if they weren't I would get an "ORACLE not available"
> > error.
> > > > I don't.  This is an initial installation of Oracle on Linux.

> > > I think that it's a good working hypothesis that the problem is
> > > permissions-related. Things that come to mind are:

> > > 1) Setgid problem (already dismissed)
> > > 2) permissions on required files (libraries)
> > > 3) permissions on directories (x vs r especially)

> > > I suppose there's also a possibility that the env vars (like
> > > LD_LIBRARY_PATH) are set slightly differently for oracle and
> > not-oracle; but
> > > I seem to remember you dismissed that idea as well. Just for
> > reference,
> > > here's my permissions on the lib in question and the containing
> > directory.
> > > Maybe it'll help - or ring a bell.

> > > -rw-r--r--   1 oracle   dba          4847 Jun 14  1999
libskgxp8.so
> > > -rw-r--r--   1 oracle   dba          4847 Jun 10  1999
libskgxpd.so

> > > drwxr-x--x   2 oracle   dba          2048 Aug 19  1999 .

> > The directory and file permissions all match your listing.  I am
getting
> > an 'unable to open transport' error -- any clues?
> > --
> > David Fitzjarrell
> > Oracle Certified DBA

> > Sent via Deja.com http://www.deja.com/
> > Before you buy.