Database connection issue using SQLPLUS

Question

I have a WIN7 Host named DELL-i5 and a WINXP VM named VMXP on VMWARE.
Now, the host has a Oracle 11g database orders, SID - orders, username - SYSTEM, password - abc123. I have set the listener to be on port 1521 using NETCA.
The VM has Oracle client 11g.
The VM is connected as Bridged and host and VM can ping each other.
Now, when I choose to connect to the database using this command from VM :
sqlplus SYSTEM/abc123@//DELL-i5:1521/orders
I get ORA-12170: TNSConenct timeout occurred
I have tried the following on th Host's SQLPLUS and only this worked
SYSTEM/abc123@orders
What do I do ? Thanks
Edited by: ztech123 on 28-Oct-2010 18:38

Answer 1

ztech123 wrote:
I get ORA-12170: TNSConenct timeout occurredFull details of the error from the oerr comand:
<i>12170, 00000, "TNS:Connect timeout occurred"
// *Cause:  The server shut down because connection establishment or
// communication with a client failed to complete within the allotted time
// interval. This may be a result of network or system delays; or this may
// indicate that a malicious client is trying to cause a Denial of Service
// attack on the server.
// *Action: If the error occurred because of a slow network or system,
// reconfigure one or all of the parameters SQLNET.INBOUND_CONNECT_TIMEOUT,
// SQLNET.SEND_TIMEOUT, SQLNET.RECV_TIMEOUT in sqlnet.ora to larger values.
// If a malicious client is suspected, use the address in sqlnet.log to
// identify the source and restrict access. Note that logged addresses may
// not be reliable as they can be forged (e.g. in TCP/IP).</i>
What do I do ? ThanksYou have tested connectivity via ICMP - so there is a network route between the sender and receiver. However a timeout results when using 1521/tcp for access via SQL*Plus.
First test connectivity for that port using telnet. On VMXP try the following.
telnet dell-i5 1521
Do you get a connection? If not, then it means that despite ICMP reporting connectivity, there is none on 1521/tcp. In that case the culprit could be a firewall.
If you do get a connection, then try sqlplus next, but without a tnsnames.ora and sqlnet.ora file - e.g.
sqlnet syste/abc123@"(DESCRIPTION= (ADDRESS= (PROTOCOL=TCP)(HOST=dell-i5)(PORT=1521)) (CONNECT_DATA= (SID=orders) (SERVER=dedicated)))"
The idea is to keep the number of configuration files and details to a minimum for testing purposes and to isolate the problem.
Also check basic stuff like netmasks of both the guest and host operating systems, routing tables and so on.