SUMMARY: Processes binding to /dev/term/a
Thanks to the following people for replying..
* Celeste Stokely
* Michael Baumann
Original:
- System: SS20 714
- OS: Solaris 2.4
- Oracle: Oracle Server 7.2.2.3 & SQL*NET V2.2.2
-
- Recently I couldnt dial into a solaris system via modem on serial A.
-
- I discovered that an Oracle process had attached itself to -
/dev/term/a
- and thus the port monitor couldnt do its job.
-
- The Oracle process was sql*net v2 daemon (tnslsnr), running as user
- oracle.
-
- The problem was rectified by stoping and starting the Oracle process.
-
- Has anyone seen this happen before? Any ideas as to a permanent fix?
-
- Peter Marelas
-
- PS: The port service for /dev/term/a is configured as dialin only.
-
Answer:
Oracle support came back to me saying the tns listener didnt close a
file descriptors properly after it forks.
This problem was thought to have been fixed.
Workaround:
/bin/sh
lsnrctl start < /dev/null > /dev/null 2>&1
I am unaware as to which file descriptor isnt being closed, therefore
stdin, stdout and stderr are being redirected to /dev/null.
My hunch is that stderr isnt closed properly, but this has not been
tested.
Note: This problem occurs when running the tns listener from a dialin.
Peter Marelas
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:11:02 CDT