Configuring tnsnames.ora / listener.ora with HOST = localhost

Question

Dear Oracle experts,
presently I'm trying to configure an Oracle installation on a Win2k server
to work with HOST = localhost entries in my tnsnames.ora and listener.ora.
I have to do that because I want to use that Oracle installation as an image
for several computers which will get different IPs and computer names.
My problem is, taht I only can configure my entries with a real IP adres (127.0.0.1 does not work ) or with the present name of the system but not with localhost or 127.0.0.1.
My listener.ora looks like below :
# listener.ora Network Configuration File: D:\oracle\product\10.1.0\Db_1\NETWORK\ADMIN\listener.ora
# Generated by Oracle configuration tools.
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SDU = 4096)
(SID_NAME = EMS)
(ORACLE_HOME = D:\oracle\product\10.1.0\Db_1)
(PRESPAWN_MAX = 10)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost )(PORT = 1521))
The listener above lead to a
ERROR - ORA-12541: TNS:no listener
if I try to connect via iSQLPlus. If I exchange HOST = localhost with HOST = mydnsname the I can connect to the computer via isqlplus.
Is there any possibility to configure the listener and tnsnames without using real IP adresses ?
Best regards,
Daniel Wetzler

Answer 1

Hi maran,
thanks for your answer.
i started the listener from cmd and had the output below :
C:\Documents and Settings\ECS>lsnrctl start
LSNRCTL for 32-bit Windows: Version 10.1.0.2.0 - Production on 22-MAR-2007 16:04
:32
Copyright (c) 1991, 2004, Oracle. All rights reserved.
Starting tnslsnr: please wait...
TNSLSNR for 32-bit Windows: Version 10.1.0.2.0 - Production
System parameter file is D:\oracle\product\10.1.0\Db_1\network\admin\listener.or
a
Log messages written to D:\oracle\product\10.1.0\Db_1\network\log\listener.log
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521)))
STATUS of the LISTENER
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 10.1.0.2.0 - Produ
ction
Start Date 22-MAR-2007 16:04:33
Uptime 0 days 0 hr. 0 min. 0 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File D:\oracle\product\10.1.0\Db_1\network\admin\listener.o
ra
Listener Log File D:\oracle\product\10.1.0\Db_1\network\log\listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
Services Summary...
Service "EMS" has 1 instance(s).
Instance "EMS", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
C:\Documents and Settings\ECS>
In my listener.log I found the following information :
TNSLSNR for 32-bit Windows: Version 10.1.0.2.0 - Production on 22-MAR-2007 16:11:42
Copyright (c) 1991, 2004, Oracle. All rights reserved.
System parameter file is D:\oracle\product\10.1.0\Db_1\network\admin\listener.ora
Log messages written to D:\oracle\product\10.1.0\Db_1\network\log\listener.log
Trace information written to D:\oracle\product\10.1.0\Db_1\network\trace\listener.trc
Trace level is currently 0
Started with pid=1672
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
TIMESTAMP * CONNECT DATA [* PROTOCOL INFO] * EVENT [* SID] * RETURN CODE
22-MAR-2007 16:11:43 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=ECS))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=168821248)) * status * 0
So it seems that my lister is running fine, isn't it ?
But I cannot conect to my database....
I pasted my tnsnames.ora below.
Perhabs there's a bug I didn't fins yet. But if I replace in both files t(tnsnames.ora and listener.ora the "localhost" with my local IP it works just fine...
# tnsnames.ora Network Configuration File: D:\oracle\product\10.1.0\Db_1\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.
SIG =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost )(PORT = 1521))
(CONNECT_DATA =
(SERVER = SHARED)
(SERVICE_NAME = SIG)
Hpe someone can help.....
Best regards,
Daniel