Ora-12514 and dns

Hi im new to oracle and im having trouble in connecting oracle 10g XE with asp.net2005 and im using windows 2003 server.i installed the odt.net tools and every thing looked well untill i tried to connect with database using connect to oracle in asp.net. here is the error
Oracle Explorer
An error occured while opening the connection:
ORA-12514:TNS:listener does not currently know the service requested in connect descriptor.
i tried to put data source name as localhost or the IP and i have no clue what else can that be.
any one with some suggestion??
please give a descriptive reply as im quite new to this

Hi,
to connect to oracle database you need more than just server name (or server ip), you also need the database service name, for your case, XE. So you just need to construct your connection string into something similar to this,
connectionString="Data Source=//localhost/xe;Password=hr;User ID=HR" Just replace Password and User ID to suit your configuration.
You can also replace localhost with other server name and xe with service available in that server.
[url http://www.nur-hidayat.net/files/WebODP.rar]Here is a quick and dirty asp.net sample to display Employees table in HR sample schema available in XE.
Cheers,
[url http://www.nur-hidayat.net]Nur Hidayat

Similar Messages

Instance not accessible (ora-12514) and recovery..

So, I was doing some changes on a network (from dhcp to fixed ip's), and after that I was not able to access my oracle (10.2.0) instance (win xp), and I don't know why.
Of course, listener starts (and I can tnsping it), but when I start instance, no memory is consumed, like it does not starts (thus I receive ora-12514 error). I didn't changed anything, no db_name, port, tnsnames.ora... anything..
so, now I guess if I do physical backup (datafiles, redo log files, control files, pwd file), and recreate instance (reinstall oracle) can I restore db at that way?

well, this is LISTENER.ORA
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = D:\oracle\product\10.2.0\ora10)
(PROGRAM = extproc)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = da1.lan)(PORT = 1522))
this is TNSNAMES.ORA
ORA10 =
(DESCRIPTION =
(ADDRESS =
(PROTOCOL = TCP)
(HOST = da1.lan)
(PORT = 1522)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ora10.da1)
in sp file and init.ora, db is named 'ora10'.
service name (win xp) is OracleServiceORA10
listener service name is: Oracleora10TNSListener
in oradim.log file there is:
Wed Jan 28 00:33:44 2009
D:\oracle\product\10.2.0\ora10\bin\oradim.exe -startup -sid ora10 -usrpwd * -log oradim.log -nocheck 0
Wed Jan 28 00:33:46 2009
ORA-00119: invalid specification for system parameter LOCAL_LISTENER
ORA-00132: syntax error or unresolved network name 'LISTENER_ORA10'
Edited by: Bongo on Jan 27, 2009 3:46 PM

ORA-12514 and UNKNOWN status

Hi,
on 10.2.0.3 on Win can not connect to DB by :
sqlplus user/password@MYDB
ORA-12514: TNS:listener does not currently know of service requested in connect
descriptor.
lsnrctl status gives :
Service "MyDB.server.LOCAL" has 1 instance(s).
Instance "MYDB", status UNKNOWN, has 1 handler(s) for this service..
But tnsping MYDB is OK.
I can connect with :
set ORACLE_SID=MYDB
sqlplus / as sysdba
Any idea ?
Thank you.

user10274093 wrote:
Realy thank you.
Here they are :
lsnrctl status
LSNRCTL for 32-bit Windows: Version 10.2.0.3.0 - Production on 21-AUG-2013 17:18:19
Copyright (c) 1991, 2006, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.29.116.4)(PORT=1521)))
STATUS of the LISTENER
Alias                     LISTENER
Version                   TNSLSNR for 32-bit Windows: Version 10.2.0.3.0 - Production
Start Date                21-AUG-2013 16:34:39
Uptime                    0 days 0 hr. 43 min. 40 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   D:\oracle\network\admin\listener.ora
Listener Log File         D:\oracle\network\log\listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.39.116.4)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC0ipc)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "MYDB.SERVERDOMAIN.LOCAL" has 1 instance(s).
Instance "MYDB", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
lsnrctl service
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.39.116.4)(PORT=1521)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0
         LOCAL SERVER
Service "MYDB.serverdomaine.LOCAL" has 1 instance(s).
Instance "MYDB", status UNKNOWN, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0
         LOCAL SERVER
The command completed successfully
Since every connection request to the listener gets logged, listener.log file will contain a line with 12514 as status code.
T21-AOÛT -2013 17:18:19 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=user))(COMMAND=status)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=169870080)) * status * 0
21-AOÛT -2013 17:20:09 * (CONNECT_DATA=(CID=(PROGRAM=)(HOST=)(USER=user))(COMMAND=services)(ARGUMENTS=64)(SERVICE=LISTENER)(VERSION=169870080)) * services * 0
21-AOÛT -2013 17:23:16 * (CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=MYDB)(CID=(PROGRAM=D:\oracle\bin\sqlplus.exe)(HOST=SERVER)(USER=_syadministrator))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.39.116.4)(PORT=3033)) * establish * MYDB * 12514
TNS-12514: TNS : listener does not currently know of service requested in connect descriptor
connection request was for "MYDB" service but listener only know about service name below
>Service "MYDB.serverdomaine.LOCAL" has 1 instance(s).
which is NOT named "MYDB"!
so either change listener or change requested Service name so they match each other!

Oracle 10g ora 12560 and ora 12514 errors

i am a new oracle user. and i have some problems
i installed 10g then,
when i was creating a database,
i received an error messagge "ora-12560",
therefore i cancelled creating database.
i run sqlplus, i received error messagge again
but this messagge differ from first one. it is "ora-12514"
and i tested net manager my oranokta in tnsnames,
same problem is continuesly
and last thing i have a toshiba notebook with intel centrino 1.6
and windows xp with sp2.
i attached below my tnsnames, listener and sqlnet.ora files.
listener.ora
# 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 =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = D:\oracle\product\10.1.0\db_1)
(PROGRAM = extproc)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = muttim)(PORT = 1521))
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
sqlnet.ora
# sqlnet.ora Network Configuration File: D:\oracle\product\10.1.0\db_1\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.
SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES)
tnsnames.ora
# tnsnames.ora Network Configuration File: D:\oracle\product\10.1.0\db_1\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.
ORA10 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = muttim)(PORT = 1521))
(CONNECT_DATA =
(SERVICE_NAME = Ora10)
ORANOKTA =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = muttim)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = OraNokta)
thank you for help

hi oradba
i opened
start=>run=>services.msc
i didn't find "oracleservice<sid>"
and
i found dbca logfiles,
i attached them
cloneDBCreation.log
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0641: "EXECUTE" sunucu bağlantısı gerektirir
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
CloneRmanRestore.log
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
lockAccount.log
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
postDBCreation.log
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0641: "EXECUTE" sunucu bağlantısı gerektirir
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
postScripts.log
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
dropping default lexer preference...
SP2-0640: Bağlı değil
dropping default wordlist preference...
SP2-0640: Bağlı değil
dropping default stoplist preference...
SP2-0640: Bağlı değil
dropping default policy...
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
lang_abbr değerini girin: SP2-0310: "D:\oracle\product\10.1.0\db_1\ctx\admin\defaults\drdefset.sql" dosyası açılamıyor
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
SP2-0641: "EXECUTE" sunucu bağlantısı gerektirir
SP2-0640: Bağlı değil
rmanRestoreDatafiles.sql
set echo off;
set serveroutput on;
select systimestamp from dual;
variable devicename varchar2(255);
declare
omfname varchar2(512) := NULL;
done boolean;
begin
dbms_output.put_line(' ');
dbms_output.put_line(' Allocating device.... ');
dbms_output.put_line(' Specifying datafiles... ');
:devicename := dbms_backup_restore.deviceAllocate;
dbms_output.put_line(' Specifing datafiles... ');
dbms_backup_restore.restoreSetDataFile;
dbms_backup_restore.restoreDataFileTo(4, 'D:\oracle\product\10.1.0\oradata\OraNoktaDB\USERS01.DBF', 0, 'USERS');
dbms_backup_restore.restoreDataFileTo(3, 'D:\oracle\product\10.1.0\oradata\OraNoktaDB\SYSAUX01.DBF', 0, 'SYSAUX');
dbms_backup_restore.restoreDataFileTo(2, 'D:\oracle\product\10.1.0\oradata\OraNoktaDB\UNDOTBS01.DBF', 0, 'UNDOTBS1');
dbms_backup_restore.restoreDataFileTo(1, 'D:\oracle\product\10.1.0\oradata\OraNoktaDB\SYSTEM01.DBF', 0, 'SYSTEM');
dbms_output.put_line(' Restoring ... ');
dbms_backup_restore.restoreBackupPiece('D:\oracle\product\10.1.0\db_1\assistants\dbca\templates\Seed_Database.dfb', done);
if done then
dbms_output.put_line(' Restore done.');
else
dbms_output.put_line(' ORA-XXXX: Restore failed ');
end if;
dbms_backup_restore.deviceDeallocate;
end;
select systimestamp from dual;
ultraSearchCfg.log
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
============== Ultra Search Configuration ==============
============== argument list
WKSYSPW=XXXXXXXX
JDBC_CONNSTR=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=muttim)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=OraNokta)))
LAUNCH_ANYWHERE=false
CONN_STRING=
OH=D:\oracle\product\10.1.0\db_1
JDBCDRIVER_PATH=D:\oracle\product\10.1.0\db_1\jdbc\lib\classes12.zip
JDBCNLS_PATH=D:\oracle\product\10.1.0\db_1\jdbc\lib\nls_charset12.zip
JRE_HOME=D:\oracle\product\10.1.0\db_1\jdk\jre\
JAVA_EXE_PATH=D:\oracle\product\10.1.0\db_1\jdk\bin\java.exe
PSEP=;
CTXHX=D:\oracle\product\10.1.0\db_1\bin\ctxhx.exe
==================
ERROR:
ORA-12560: TNS: Protokol bağdaştırıcısı hatası
SP2-0640: Bağlı değil
============== populating the WK$CRAWLER_CONFIG_DEFAULT table
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
============== load crawler classpath
...... setting the crawler classpath
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
============== updating crawler configuration
SP2-0640: Bağlı değil
SP2-0641: "EXECUTE" sunucu bağlantısı gerektirir
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
...... creating lexer preference
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
SP2-0640: Bağlı değil
...... creating wordlist preference
SP2-0640: Bağlı değil
...... creating storage preference
SP2-0640: Bağlı değil
...... creating stoplist
SP2-0640: Bağlı değil
...... creating section group
SP2-0640: Bağlı değil
...... creating zone sections
SP2-0640: Bağlı değil
...... creating field sections
SP2-0640: Bağlı değil
...... creating filter preference
SP2-0640: Bağlı değil
...... creating datastore preference
SP2-0640: Bağlı değil
... checking for invalid objects... see list below
================== list start
SP2-0640: Bağlı değil
================== list end
============== End of Configuration ==============
note : my operating system's language is turkish.

RAC Node down and ORA-12514

I have a two node rac setup. One Node went down because of hardware issues. And it seems that I cannot connect from client (jdbc) when SCAN gives particular ip.
I receive : ORA-12514, TNS:listener does not currently know of service requested in connect descriptor. If DNS returns the correct ip - everything works fine.
connection string:
jdbc:oracle:thin:@(DESCRIPTION= (LOAD_BALANCE=on) (ADDRESS=(PROTOCOL=TCP)(HOST=testracscan.internal.int)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=testdb.internal.int)))
Interfaces show that VIPS and SCANS are assigned correctly on Node 1:
vlan65 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.10 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::2e76:8aff:fe4f:b5cc/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:937195 errors:0 dropped:0 overruns:0 frame:0
TX packets:852745 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:186434457 (177.7 MiB) TX bytes:141217705 (134.6 MiB)
vlan65:1 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.25 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
vlan65:2 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.35 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
vlan65:3 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.30 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
vlan65:4 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.110 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
vlan65:5 Link encap:Ethernet HWaddr 2C:76:8A:4F:B5:CC
inet addr:192.168.2.115 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
[oracle@srvtestdb1 ~]$ lsnrctl status
LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 03-SEP-2012 15:35:05
Copyright (c) 1991, 2011, Oracle. All rights reserved.
Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
Alias LISTENER
Version TNSLSNR for Linux: Version 11.2.0.3.0 - Production
Start Date 29-AUG-2012 15:52:57
Uptime 4 days 23 hr. 42 min. 7 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /u01/app/11.2.0/grid/network/admin/listener.ora
Listener Log File /u01/app/grid/diag/tnslsnr/srvtestdb1/listener/alert/log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.2.10)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.2.110)(PORT=1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
Instance "+ASM1", status READY, has 1 handler(s) for this service...
Service "testdb.internal.int" has 1 instance(s).
Instance "testdb1", status READY, has 1 handler(s) for this service...
Service "testdbXDB.internal.int" has 1 instance(s).
Instance "testdb1", status READY, has 1 handler(s) for this service...
Service "testdbsvc.internal.int" has 1 instance(s).
Instance "testdb1", status READY, has 1 handler(s) for this service...
The command completed successfully
[oracle@srvtestdb1 ~]$
SQL> show parameter listener
NAME TYPE VALUE
listener_networks string
local_listener string (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.2.110)(PORT=1521))))
remote_listener string testracscan.internal.int:1521
nslookup testracscan.internal.int
Server: 192.168.0.18
Address: 192.168.0.18#53
Name: testracscan.internal.int
Address: 192.168.2.30
Name: testracscan.internal.int
Address: 192.168.2.25
Name: testracscan.internal.int
Address: 192.168.2.35
Problems arise when client ip is resolved to 192.168.2.35 - i get ORA12514.
When IP is resolved to 192.168.2.110 it simply sits ant waits for a moment and then begins to work, and nestat shows:
tcp 0 0 ::ffff:1 192.168.2.5:51685 ::ffff:192.168.2.110:1521 ESTABLISHED
What might be causing this?

[grid@srvtestdb1 ~]$ ps -ef|grep tns
root 65 2 0 Aug29 ? 00:00:00 [netns]
grid 4449 1 0 Aug29 ? 00:00:25 /u01/app/11.2.0/grid/bin/tnslsnr LISTENER_SCAN2 -inherit
grid 4454 1 0 Aug29 ? 00:00:23 /u01/app/11.2.0/grid/bin/tnslsnr LISTENER_SCAN3 -inherit
grid 4481 1 0 Aug29 ? 00:00:33 /u01/app/11.2.0/grid/bin/tnslsnr LISTENER -inherit
grid 37028 1 0 09:38 ? 00:00:00 /u01/app/11.2.0/grid/bin/tnslsnr LISTENER_SCAN1 -inherit
grid 37901 36372 0 09:45 pts/0 00:00:00 grep tns
[grid@srvtestdb1 ~]$
[grid@srvtestdb1 ~]$ srvctl config scan_listener
SCAN Listener LISTENER_SCAN1 exists. Port: TCP:1521
SCAN Listener LISTENER_SCAN2 exists. Port: TCP:1521
SCAN Listener LISTENER_SCAN3 exists. Port: TCP:1521
[grid@srvtestdb1 ~]$
[grid@srvtestdb1 ~]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node srvtestdb1
SCAN Listener LISTENER_SCAN2 is enabled
SCAN listener LISTENER_SCAN2 is running on node srvtestdb1
SCAN Listener LISTENER_SCAN3 is enabled
SCAN listener LISTENER_SCAN3 is running on node srvtestdb1
[grid@srvtestdb1 ~]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node srvtestdb1
SCAN VIP scan2 is enabled
SCAN VIP scan2 is running on node srvtestdb1
SCAN VIP scan3 is enabled
SCAN VIP scan3 is running on node srvtestdb1

10g Installation and Error : ORA-12514 : Listerner cant recog. service requ

Hi,
I installed 10g, and trying to start sql plus. I entered
username: orcl
password: my own password
host string: name of my computer
I am getting the error: ORA-12514: TNS: Listener does not currently know of service orequested in connect descriptor.
I started the services and tried again but same problem.
I also tried system and sysman as username, w/o a password and included my computer name, but still facing the same problem.
Any thing else I should do besides uninstalling and reinstalling ?
Thanks

Where did the user name orcl come from? It certainly is not going to be there unless you logged in with a DBA account and created it: Did you?
So back to basics ... what version of Oracle did you install? 10g is a marketing label not a version number. It is likely something between 10.1.0.2 and 10.2.0.4.
Second how did you install the database? With the Oracle Universal Installer or with a script? Were there any error messages?
Have you checked the installation log?
Has it ever worked in the past and is now broken or has it never worked?
Is the listener running? How did you check?
When you say "I started the service" you are in what operating system and you started what service and how?
My guess, and it is only a wild guess given how little information you provided, is that there is an issue in your listener.ora and/or tnsnames.ora files: Post them along with the value you are entering as "Host" when you try to log in.
Again just a guess ... the user name should be SYSTEM, the password whatever you entered, and the Host "orcl."

ORA-12505, TNS:listener and ORA-12514: TNS:listener

All,
Connecting to the database through the SQL Developer is giving me the error "ORA-12505, TNS:listener does not currently know of SID given in connect descriptor"
Database version : Oracle 10g XE
O/S : Windows 7, 32 bit
I have restarted my machine and tried but no luck. Tried from sqlplus also and the error was
ERROR:
ORA-12514: TNS:listener does not currently know of service requested in connect
descriptor"
Please provide me the steps to check and resolve this issue.
Thank you very much in advance.
Thanks

Here is what I have in my tnsnames.ora file
XE =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = MSPL-08-09-D169.MSFTPNQ.com)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = XE)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
ORACLR_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE))
(CONNECT_DATA =
(SID = CLRExtProc)
(PRESENTATION = RO)
Database name is 'XE'

ORA-12514 after I Changed NLS_LANGUAGE and cant get into DB

Hello all, I just installed Oracle 10g XE on my Windows XP PC.
I ran this command:
ALTER SYSTEM SET NLS_LANGUAGE = 'AMERICAN_AMERICA.IW8PC1507' SCOPE=SPFILE;
and since then I cant connect to my DB, all i'm getting is:
ORA-12514: TNS:listener does not currently know of service requested in connectdescriptor
I tried to do everything the Oracle 10g libraries says, but they all reffer to the Net Services Administrator's Guide and more stuff that are not supported in the XE.
I cant even see the connect page of the Oracle XE Management!!
please try to help me if you can.

'AMERICAN_AMERICA.IW8PC1507' is an invalid value for NLS_LANGUAGE.
So it is a bug that ALTER SYSTEM doesn't catch the invalid value.
It looks like your database doesn't startup after it is shutdown as you specified SCOPE=SPFILE.
You need to re-create the spfile
create spfile='C:\oraclexe\app\oracle\product\10.2.0\server\dbs/spfileXE.ora' FROM pfile='C:\oraclexe\app\oracle\product\10.2.0\server\config\scripts\init.ora';
What did you intend to do by executing the alter system command?
Makoto

Oracle 10g XE and ORA-12514

Hi,
I just installed Oracle 10g XE on my computer (WinXP Home) and tried to use sqlplus to connect to the db by entering the following standard command:
sqlplus system/system@XEUnfortunately I got ORA-12514 error
ERROR:
ORA-12154: TNS:could not resolve the connect identifier specified
but then sqlplus prompts me once again for user name and pass (it does not prompt for service name) and after entering those two connection is established as shown below
Enter user-name: system
Enter password: <hidden_pass=system>
Connected to:
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Calling the command
lsnrctl servicesgives me the following result
LSNRCTL for 32-bit Windows: Version 10.2.0.1.0 - Production on 06-JUN-2007 21:51:00
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC_FOR_XE)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:0 refused:0
LOCAL SERVER
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:0 refused:0
LOCAL SERVER
The command completed successfully
I have no idea why the XE service is unavailable while it is properly configured in my tnsnames.ora file.
I will appreciate your help and advices on how to configure the database to be able to connect to it by providing the service name.
Best regards
Mans

Hm, 12514 or 12154?
ORA-12154: TNS:could not resolve the connect
identifier specifiedThis means that your tnsnames.ora (or other naming method) is missing the called for entry/stanza.
E.g.
C:\>sqlplus u/p@an_alias_not_defined
SQL*Plus: Release 10.2.0.1.0 - Production on Wed Jun 6 23:02:34 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
ERROR:
ORA-12154: TNS:could not resolve the connect identifier specified
http://download.oracle.com/docs/cd/B19306_01/network.102/b14212/troublestng.htm#BABBBGGG
http://download.oracle.com/docs/cd/B19306_01/server.102/b14219/tnsus.htm#sthref14854
>
but then sqlplus prompts me once again for user name
and pass (it does not prompt for service name) and
after entering those two connection is established as
shown belowIn the username field you could input for example user@service
If this is the only oracle product installed on the machine, and you are connecting to it locally, you could use just
sqlplus system/system
which uses the "default" instance (on Windows, that is).
lsnrctl services
I have no idea why the XE service is unavailable
while it is properly configured in my tnsnames.oralsnrctl serv is on the server side, it does not matter what you have in tnsnames.ora
Normally the database should register itself to the listener, so the XE instance should have a service for it listed.
If you restart the instance's Windows service, does it show up in the listener?
Message was edited by:
orafad

Listener (and database instance) does not starts up automatically: ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

Hi at all.... I'm a newbie with database oracle.,
I have the follow problem:
I installed Oracle Database 11g R2 XE on my guest operating system CentOS 6.5.
I have changed the hostname in my SO CentOS (where is installed oracle 11g R2 XE) after installation was completed successfully.
-) Before and during installation the hostname was localhost.
-) After installation I changed the hostname in VMCentOS
From the moment I changed the hostname, nothing starts up automatically. In particular, the listener and the database instance does not starts up automatically.
When I starts up the listener manually and I try to connect to database instance with SQLPLUS i get this error:
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
I think that the problem is due to the changed hostname because I, for testing and debugging purpose, re-installed a new OS CentOS virtual machine, re-installed oracle database 11g and I have not got that problem. The database instance and the listener starts up automatically!
Can any one tell me if maybe the problem is related to the hostname changed? ... and Why?
P.S.: After changed the hostname I have also modified the listener.ora and the tnsnames.ora by modifying the HOST with the correct hostname.

-) Output of command chkconfig (there isn't any line oracle-xe 0:off   1:off 2:on 3:on 4:on 5:on 6:off):
[oracle@VMCentOS /]$ chkconfig
NetworkManager     0:off    1:off    2:on    3:on    4:on    5:on    6:off
abrt-ccpp          0:off    1:off    2:off    3:on    4:off    5:on    6:off
abrtd              0:off    1:off    2:off    3:on    4:off    5:on    6:off
acpid              0:off    1:off    2:on    3:on    4:on    5:on    6:off
atd                0:off    1:off    2:off    3:on    4:on    5:on    6:off
auditd             0:off    1:off    2:on    3:on    4:on    5:on    6:off
blk-availability    0:off    1:on    2:on    3:on    4:on    5:on    6:off
bluetooth          0:off    1:off    2:off    3:on    4:on    5:on    6:off
cpuspeed           0:off    1:on    2:on    3:on    4:on    5:on    6:off
crond              0:off    1:off    2:on    3:on    4:on    5:on    6:off
cups               0:off    1:off    2:on    3:on    4:on    5:on    6:off
dnsmasq            0:off    1:off    2:off    3:off    4:off    5:off    6:off
firstboot          0:off    1:off    2:off    3:on    4:off    5:on    6:off
haldaemon          0:off    1:off    2:off    3:on    4:on    5:on    6:off
htcacheclean       0:off    1:off    2:off    3:off    4:off    5:off    6:off
httpd              0:off    1:off    2:off    3:off    4:off    5:off    6:off
ip6tables          0:off    1:off    2:on    3:on    4:on    5:on    6:off
iptables           0:off    1:off    2:on    3:on    4:on    5:on    6:off
irqbalance         0:off    1:off    2:off    3:on    4:on    5:on    6:off
jexec              0:off    1:on    2:on    3:on    4:on    5:on    6:off
kdump              0:off    1:off    2:off    3:on    4:on    5:on    6:off
lvm2-monitor       0:off    1:on    2:on    3:on    4:on    5:on    6:off
mdmonitor          0:off    1:off    2:on    3:on    4:on    5:on    6:off
messagebus         0:off    1:off    2:on    3:on    4:on    5:on    6:off
netconsole         0:off    1:off    2:off    3:off    4:off    5:off    6:off
netfs              0:off    1:off    2:off    3:on    4:on    5:on    6:off
network            0:off    1:off    2:on    3:on    4:on    5:on    6:off
ntpd               0:off    1:off    2:off    3:off    4:off    5:off    6:off
ntpdate            0:off    1:off    2:off    3:off    4:off    5:off    6:off
portreserve        0:off    1:off    2:on    3:on    4:on    5:on    6:off
postfix            0:off    1:off    2:on    3:on    4:on    5:on    6:off
psacct             0:off    1:off    2:off    3:off    4:off    5:off    6:off
quota_nld          0:off    1:off    2:off    3:off    4:off    5:off    6:off
rdisc              0:off    1:off    2:off    3:off    4:off    5:off    6:off
restorecond        0:off    1:off    2:off    3:off    4:off    5:off    6:off
rngd               0:off    1:off    2:off    3:off    4:off    5:off    6:off
rsyslog            0:off    1:off    2:on    3:on    4:on    5:on    6:off
saslauthd          0:off    1:off    2:off    3:off    4:off    5:off    6:off
smartd             0:off    1:off    2:off    3:off    4:off    5:off    6:off
snmpd              0:off    1:off    2:off    3:off    4:off    5:off    6:off
snmptrapd          0:off    1:off    2:off    3:off    4:off    5:off    6:off
spice-vdagentd     0:off    1:off    2:off    3:off    4:off    5:on    6:off
sshd               0:off    1:off    2:on    3:on    4:on    5:on    6:off
sysstat            0:off    1:on    2:on    3:on    4:on    5:on    6:off
udev-post          0:off    1:on    2:on    3:on    4:on    5:on    6:off
vmware-tools       0:off    1:off    2:on    3:on    4:on    5:on    6:off
vmware-tools-thinprint    0:off    1:off    2:on    3:on    4:on    5:on    6:off
wdaemon            0:off    1:off    2:off    3:off    4:off    5:off    6:off
winbind            0:off    1:off    2:off    3:off    4:off    5:off    6:off
wpa_supplicant     0:off    1:off    2:off    3:off    4:off    5:off    6:off
[oracle@VMCentOS /]$
Moreover in /etc/sysconfig there isn't any file oracle-xe!!!
At this point, I suspect that something in the installation I mistook.

SQLDeveloper, db links, and ora-12514

There are several ducks to line up here, so please bear with me.
First, the lineup, the batting order …
Workstation WKS_DBA; Win 7 Pro 64bit; Oracle 10g 32bit client; Oracle 11g 64bit client (in that order in PATH); SQL Developer version 3.2.20.09, build MAIN-09.87
Workstation WKS_OLD; Win 7 Pro 32bit; Oracle 10g 32bit client; SQL Developer version 3.0.04, build MAIN-04.34
Workstation WKS-NEW; Win 7 Pro 64bit; 11g 32bit client; 11g 64bit client (in that order in PATH).
Database server SVRLCL; Oracle Linux 5.6 x86-64; Oracle database 10.2.0.4 64bit (let’s call it DBLCL); database link LK_DBRMT pointing to ..
Database server SVRRMT; Windows server 2003 R2, SP2, 32bit; Oracle database 10.2.0.4 (let’s call it DBRMT).
The situation: Connected to DBLCL, we have an UPDATE statement with a WHERE clause that includes a SELECT on a table @LK_DBRMT.
If the statement is executed by SQLDeveloper on WKS_DBA, it works.
If the statement is executed by SQLDeveloper on WKS_OLD, it works.
If the statement is executed by SQLDeveloper on WKS_NEW, it returns an ora-12514, pointing to the db link.
What’s equally strange is that from WKS_OLD and WKS_NEW, SQLDev is sending some CREATE DATABASE LINK statements prior to sending the UPDATE statement. When coming from WKS_NEW, that supposed db link creation includes SERVICE_NAME=null. Here is a sequence of packets received by database DBLCL from SQLDev, beginning with the last query that SQLDev issued on its own behalf, the select from dba.xml_schemas. The only statement we asked sqldev to execute was the UPDATE.
(obviously, the trace has been edited in several ways for brevity and readability. Actualy packet contents include only key clear text to identify what was going on.)
15:02:26:948]     nttrd:      socket 24 had bytes read=112
15:02:26:948]     nsprecv:    |..select.1.from.dba_xml_schemas.|
15:02:26:949]     nttwr:      socket 24 had bytes written=159
15:02:26:949]     nspsend:    |........|
15:02:31:124]     nttrd:      socket 24 had bytes read=277
15:02:31:124]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.null))).'..|
15:02:31:128]     nttwr:      socket 24 had bytes written=60
15:02:31:128]     nspsend:    |.<............................D.............................    |
15:02:31:129]     nttrd:      socket 24 had bytes read=269
15:02:31:129]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.null))).'..|
15:02:31:129]     nttwr:      socket 24 had bytes written=11
15:02:31:129]     nspsend:    |...........     |
15:02:31:130]     nttwr:      socket 24 had bytes written=11
15:02:31:130]     nspsend:    |...........     |
15:02:31:130]     nttrd:      socket 24 had bytes read=11
15:02:31:130]     nsprecv:    |...........     |
15:02:31:130]     nttwr:      socket 24 had bytes written=84
15:02:31:130]     nspsend:    |...(ORA-02011:.duplicate.database.link.name.    |
15:02:31:131]     nttrd:      socket 24 had bytes read=269
15:02:31:131]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.null))).'..|
15:02:31:132]     nttwr:      socket 24 had bytes written=11
15:02:31:132]     nspsend:    |...........     |
15:02:31:132]     nttwr:      socket 24 had bytes written=11
15:02:31:132]     nspsend:    |...........     |
15:02:31:132]     nttrd:      socket 24 had bytes read=11
15:02:31:132]     nsprecv:    |...........     |
15:02:31:132]     nttwr:      socket 24 had bytes written=84
15:02:31:132]     nspsend:    |...(ORA-02011:.duplicate.database.link.name.    |
15:02:31:134]     nttrd:      socket 24 had bytes read=848
15:02:31:134]     nsprecv:    |.....update.TRANS_DETAIL.RT.|
15:02:31:138]     nttwr:      socket 11 had bytes written=227
15:02:31:138]     nspsend:      |..(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.nn.nnn.88)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=null)(CID=(PROGRAM=oracle)(HOST=svrlcl.myorg.org)(USER=KIlroy))))     |
15:02:31:138]     nttrd:      socket 11 had bytes read=103
15:02:31:138]     nsprecv:      "|""..[(DESCRIPTION=(TMP=)(VSNNUM=169870336)(ERR=12514)(ERROR_STACK=(ERROR=(CODE=12514)(EMFI=4)))) |
15:02:31:139]     nttwr:      socket 24 had bytes written=11
15:02:31:139]     nspsend:    |...........     |
15:02:31:139]     nttwr:      socket 24 had bytes written=11
15:02:31:140]     nspsend:    |...........     |
15:02:31:140]     nttrd:      socket 24 had bytes read=11
15:02:31:140]     nsprecv:    |...........     |
15:02:31:140]     nttwr:      socket 24 had bytes written=136
15:02:31:140]     nspsend:    |....[ORA-12514:.TNS:listener.does.not.currently.know.of.service.requested.in.connect.descriptor.|
Here is the same sequence, using WKS_OLD
09:25:34:694]     nttrd:      socket 24 had bytes read=112
09:25:34:694]     nsprecv:    |..select.1.from.dba_xml_schemas.|
09:25:34:694]     nttwr:      socket 24 had bytes written=159
09:25:34:694]     nspsend:    |........|
09:25:39:883]     nttrd:      socket 24 had bytes read=279
09:25:39:883]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.DBRMT))).'|
09:25:39:979]     nttwr:      socket 24 had bytes written=60
09:25:39:979]     nspsend:    |.<......|
09:25:39:980]     nttrd:      socket 24 had bytes read=271
09:25:39:980]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.DBRMT))).'|
09:25:39:981]     nttwr:      socket 24 had bytes written=11
09:25:39:981]     nspsend:    |...........     |
09:25:39:981]     nttwr:      socket 24 had bytes written=11
09:25:39:981]     nspsend:    |...........     |
09:25:39:981]     nttrd:      socket 24 had bytes read=11
09:25:39:981]     nsprecv:    |...........     |
09:25:39:982]     nttwr:      socket 24 had bytes written=84
09:25:39:982]     nspsend:    |...(ORA-02011:.duplicate.database.link.name.    |
09:25:39:983]     nttrd:      socket 24 had bytes read=271
09:25:39:983]     nsprecv:      |....CREATE.DATABASE.LINK.LK_DBRMT..CONNECT.TO.kilroy.IDENTIFIED.BY.mypswd..USING.'(DESCRIPTION.=(ADDRESS_LIST.=(ADDRESS.=.(PROTOCOL.=.TCP)(HOST.=.172.nn.nnn.88)(PORT.=.1521)))(CONNECT_DATA.=.(SERVICE_NAME.=.DBRMT))).'|
09:25:39:984]     nttwr:      socket 24 had bytes written=11
09:25:39:984]     nspsend:    |........... |
09:25:39:985]     nttwr:      socket 24 had bytes written=11
09:25:39:985]     nspsend:    |...........     |
09:25:39:985]     nttrd:      socket 24 had bytes read=11
09:25:39:985]     nsprecv:    |...........     |
09:25:39:985]     nttwr:      socket 24 had bytes written=84
09:25:39:986]     nspsend:    |...(ORA-02011:.duplicate.database.link.name.    |
09:25:39:988]     nttrd:      socket 24 had bytes read=864
09:25:39:988]     nsprecv:    |.....update.ROY_TRANS_DETAIL.RT.|
09:25:40:015]     nttwr:      socket 12 had bytes written=229
09:25:40:015]     nspsend:      |..(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.nn.nnn.88)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DBRMT)(CID=(PROGRAM=oracle)(HOST=svrlcl.myorg.org)(USER=KIlroy))))   |
09:25:40:020]     nttrd:      socket 12 had bytes read=8
09:25:40:020]     nsprecv:    |........|
09:25:40:020]     nttwr:      socket 12 had bytes written=229
09:25:40:020]     nspsend:      |..(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.nn.nnn.88)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DBRMT)(CID=(PROGRAM=oracle)(HOST=svrlcl.myorg.org)(USER=KIlroy))))   |
09:25:40:021]     nttrd:      socket 12 had bytes read=32
09:25:40:021]     nsprecv:    |........|
09:25:40:021]     nttwr:      socket 12 had bytes written=38
09:25:40:021]     nspsend:    |..x86_64/Linux.2.4.xx. |
09:25:40:021]     nttrd:      socket 12 had bytes read=179
09:25:40:021]     nsprecv:    |.....IBMPC/WIN_NT-8.1.0.|
And the same sequence when executing from WKS_DBA
[10-JUL-2013      14:34:24:546]     nttrd:      socket 24 had bytes read=111
[10-JUL-2013      14:34:24:546]     nsprecv:    |.select.1.from.dba_xml_schemas.w|
[10-JUL-2013      14:34:24:547]     nttwr:      socket 24 had bytes written=159
[10-JUL-2013      14:34:24:547]     nspsend:    |........|
[10-JUL-2013      14:34:45:262]     nttrd:      socket 24 had bytes read=856
[10-JUL-2013      14:34:45:262]     nsprecv:    |.....update.ROY_TRANS_DETAIL.RT.|
[10-JUL-2013      14:34:45:267]     nttwr:      socket 11 had bytes written=226
[10-JUL-2013      14:34:45:267]     nspsend:      |..(DESCRIPTION=(address=(protocol=tcp)(host=svrrmt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DBRMT)(CID=(PROGRAM=oracle)(HOST=svrlcl.myorg.org)(USER=estevens))))      |
[10-JUL-2013      14:34:45:272]     nttrd:      socket 11 had bytes read=8
[10-JUL-2013      14:34:45:272]     nsprecv:
[10-JUL-2013      14:34:45:272]     nsprecv:    |........|
[10-JUL-2013      14:34:45:272]     nttwr:      socket 11 had bytes written=226
[10-JUL-2013      14:34:45:272]     nspsend:      |..(DESCRIPTION=(address=(protocol=tcp)(host=svrrmt)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=DBRMT)(CID=(PROGRAM=oracle)(HOST=svrlcl.myorg.org)(USER=estevens))))      |
[10-JUL-2013      14:34:45:273]     nttrd:      socket 11 had bytes read=32
[10-JUL-2013      14:34:45:273]     nsprecv:    |........|
[10-JUL-2013      14:34:45:273]     nttwr:      socket 11 had bytes written=38
[10-JUL-2013      14:34:45:273]     nspsend:    |..x86_64/Linux.2.4.xx. |
[10-JUL-2013      14:34:45:273]     nttrd:      socket 11 had bytes read=179
[10-JUL-2013      14:34:45:273]     nsprecv:    |.....IBMPC/WIN_NT-8.1.0.|
Several questions suggest themselves, not the least of which are
1- Why is SQLDev even issuing those CREATE DATABASE LINK statements in the first place?
2- Where is it getting the information with which to do that?
3- Why is the same version of SQLDev behaving differently on WKS_DBA and WKS_NEW ?

rp0428 wrote:
>
On WKS_NEW, the UPDATE returns an ora-12514 on the reference to the db_link. Of course the db_link is at the database so at first blush the client should have not bearing.
>
I don't know why sql developer should be sending CREATE DATABASE LINK ddl at all so the dev team should look into this. Gary's attempt to get a response from Vadim didnt' work.
The only 'common' thing I see is that on WKS_NEW you have the 32 bit Oracle client ahead of the 64 bit client; the others don't have that.
Ok, on Friday, I had un-restricted access to the problem workstation (developer was out of office). I completely removed all oracle clients, then started re-installing and testing. I removed and reinstalled only the Oracle clients, not SQL Dev. All removals were 'ripping it out by the roots' - deleting the installation directories (c:\app\oracle etc), the inventory directories (c:\Program Files\oracle and c:\Program Files (x86)\oracle) and the registry entires (hklm\software\oracle and hklm\software\Wow6432Node\oracle).
First I installed just the 32-bit. SQL Dev choked and said 'cannot load 32-bit libraries'
Removed the 32 and installed the 64 bit. Ran the tests and got the same results as before .. SELECT works, SELECT in the UPDATE fails
Removed 64, installed 32 then 64. Ran the tests and got the same results as before .. SELECT works, SELECT in the UPDATE fails
Reversed the PATH entries, putting 32-bit first. Ran the tests and got the same results as before .. SELECT works, SELECT in the UPDATE fails
Which begs the question: what type of connection are you using: OCI or thin? If OCI try using the THIN driver to see if you get the same issue and log entries.
If that selection is made by setting the connection properties as "basic" (thin?) or "tns" (OCI?) then yes, tried it both ways, no change.
As to other things to try I would suggest more tests to try to isolate the offending part a little more.
Test various aspects of the DB_LINK itself to see which use cases work and which do not. Many of these can just be done from WKS_NEW
1. Try a plain SELECT * from myTable@dblink - tests if the DB link itself even works in the FROM clause with NO local table reference.
2. Try a similar SELECT * and add a second remote table in the WHERE clause - that is ALL tables and conditions are from the remote server.
3. Try a SELECT from a local table that joins the remote table and db link in the FROM clause rather than the WHERE clause
I think the original pretty well covers the bases. Here's the actual full update statement (with certain names made generic for public posting)
update LOCAL_TRANS_DETAIL RT
   set rt.sent_to_remoteapp_date = sysdate
where rt.transactionid in
(select rt.transactionid
   FROM LOCAL_TRANS_DETAIL RT
   JOIN LOCALSCHEMA.RMT_MASTER_ITEMS RMI ON RT.NEW_ITEM_NUM = RMI.NEW_ITEM_NUM
   JOIN RMTSCHEMA_A.PAC_PRODUCT_NUMBER@RMTDB PPN ON RT.NEW_ITEM_NUM = PPN.PRODUCT_NUMBER
   JOIN RMTSCHEMA_A.PAC_PRODUCT_NUMBER@RMTDB PPN2 ON PPN.PRODUCT_ID = PPN2.PRODUCT_ID AND PPN2.PRIMARY_SW = 'Y'
   JOIN RMTSCHEMA_B.PRD_IMPRESSION@RMTDB PI ON PI.ORDER_NO = PPN2.PRODUCT_NUMBER
WHERE RT.SENT_TO_remoteapp_DATE is NULL and
      rt.order_id = 'W4011693' and
      rt.item_ship_date < '01-AUG-2013')
4. Try removing the 32 bit Oracle client form the WKS_NEW machine to test if it was getting in the way.
Done. No difference, see previous comment.

JDBC - ORA-12514 TNS:listener does not currently know of service requested

Hi, I am using JDBC driver in Java for connecting to my Oracle XE 11g database on Windows 2008 Server R2 Standard, but I am receiving the following error
+java.sql.SQLException: Listener refused the connection with the following error:
ORA-12514, TNS:listener does not currently know of service requested in connect descriptor+
I am using this connection string:
jdbc:oracle:thin:@WIN-H0E7IBS7HLQ:1521:XE;
The configuration files:
listener.ora:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)
(PROGRAM = extproc)
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)
(PROGRAM = extproc)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = WIN-H0E7IBS7HLQ)(PORT = 1521))
DEFAULT_SERVICE_LISTENER = (XE)
tsnames.ora:
XE =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = WIN-H0E7IBS7HLQ)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = XE)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
ORACLR_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(CONNECT_DATA =
(SID = CLRExtProc)
(PRESENTATION = RO)
sqlnet.ora:
SQLNET.AUTHENTICATION_SERVICES = (NTS)
I have already run some diagnostic tools:
tnsping XE
TNS Ping Utility for 32-bit Windows: Version 11.2.0.2.0 - Production on 18
013 17:38:48
Copyright (c) 1997, 2010, Oracle. All rights reserved.
Used parameter files:
C:\oraclexe\app\oracle\product\11.2.0\server\network\admin\sqlnet.ora
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = WI
IBS7HLQ)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME
OK (30 msec)
lsnrctl status
LSNRCTL for 32-bit Windows: Version 11.2.0.2.0 - Production on 18-MAR-2013
:10
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 11.2.0.2.0 -
ction
Start Date 18-MAR-2013 17:25:02
Uptime 0 days 0 hr. 16 min. 7 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Default Service XE
Listener Parameter File C:\oraclexe\app\oracle\product\11.2.0\server\net
dmin\listener.ora
Listener Log File C:\oraclexe\app\oracle\diag\tnslsnr\WIN-H0E7IBS7
stener\alert\log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-H0E7IBS7HLQ)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-H0E7IBS7HLQ)(PORT=8080))(P
ation=HTTP)(Session=RAW))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service
Service "XEXDB" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
Service "xe" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
The command completed successfully
lsnrctl services
LSNRCTL for 32-bit Windows: Version 11.2.0.2.0 - Production on 18-MAR-2013
:06
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service
Handler(s):
"DEDICATED" established:0 refused:0
LOCAL SERVER
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service
Handler(s):
"DEDICATED" established:0 refused:0
LOCAL SERVER
Service "XEXDB" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
Handler(s):
"D000" established:0 refused:0 current:0 max:1022 state:ready
DISPATCHER <machine: WIN-H0E7IBS7HLQ, pid: 5248>
(ADDRESS=(PROTOCOL=tcp)(HOST=WIN-H0E7IBS7HLQ)(PORT=57253))
Service "xe" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:0 refused:0 state:ready
LOCAL SERVER
The command completed successfully
I have searched a lot about what is possible is going on, but I have'nt found nothing yet. Can somebody please help me
Edited by: 994624 on 18-mar-2013 15:54

Both client and server are in localhost. I had a DNS to change the hostname to 127.0.0.1. I have remove it. Same thing happens. This is the listener.log
Mon Mar 18 18:15:18 2013
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63780)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63781)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63782)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63783)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63785)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63786)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63787)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63788)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63789)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63790)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63791)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63792)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63793)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63794)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63795)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63796)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63797)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63798)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63799)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63800)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63802)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63803)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63804)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:18 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63805)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:24 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.1.84)(PORT=63885)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:24 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::b8b1:84a9:681b:ab5a%11)(PORT=63886)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:24 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=fe80::18ef:3bdd:3f57:feab%15)(PORT=63887)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor
18-MAR-2013 18:15:24 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))(SERVICE_NAME=xe;)(CID=(PROGRAM=JDBC Thin Client)(HOST=__jdbc__)(USER=Administrador))) * (ADDRESS=(PROTOCOL=tcp)(HOST=2001:0:9d38:953c:18ef:3bdd:3f57:feab)(PORT=63888)) * establish * xe; * 12514
TNS-12514: TNS:listener does not currently know of service requested in connect descriptor

ORA-12514, 10g 2(beta) Oracle DBCA at install on winXP with sp2

Hello!
The error mesage ORA-12514 has appear during the instalation of 10g Release 2, at window "Configuration Assistant";
Oracle Net Configuration Assistant have status Succeeded, but during next tool name "Oracle database configuration assistant" at point "Create and start oracle...services' the I've received the ORA-12514 error!!
my pc name is: srvdzt43
my pc is: mydomain.prv
currently I'm logged with user "Administrator" on my pc, not on domain
i've installed Microsoft Loopback Adapter (ip= 10.10.10.10)
my ip addres and dns are entered by me, not automatically
my PC is an IBM thinkPad T43 at 512RAM, 2Gz, win XP with sp2
I post now, the console response and then, the tnsname.ora,listener.ora and sqlnet.ora:
C:\>tnsping srvdzt43
TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 29-AUG-2
005 15:29:19
Copyright (c) 1997, 2005, Oracle. All rights reserved.
Used parameter files:
C:\oracle\product\10.2.0\db_1\network\admin\sqlnet.ora
Used EZCONNECT adapter to resolve the alias
Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=srvdzt43))(ADDRES
S=(PROTOCOL=TCP)(HOST=10.10.10.10)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=192.1
68.100.69)(PORT=1521)))
OK (0 msec)
C:\>lsnrctl status
LSNRCTL for 32-bit Windows: Version 10.2.0.1.0 - Production on 29-AUG-2005 15:33
:47
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 10.2.0.1.0 - Produ
ction
Start Date 29-AUG-2005 13:10:41
Uptime 0 days 2 hr. 23 min. 7 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File C:\oracle\product\10.2.0\db_1\network\admin\listener.o
ra
Listener Log File C:\oracle\product\10.2.0\db_1\network\log\listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=SRVDZT43.mydomain.prv)(PORT=1521)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully
C:\>lsnrctl services
LSNRCTL for 32-bit Windows: Version 10.2.0.1.0 - Production on 29-AUG-2005 15:35
:46
Copyright (c) 1991, 2005, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:0 refused:0
LOCAL SERVER
The command completed successfully
C:\>
------------sqlnet.ora--------------------------
# sqlnet.ora Network Configuration File: #C:\oracle\product\10.2.0\db_1\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.
# This file is actually generated by netca. But if customers choose to
# install "Software Only", this file wont exist and without the native
# authentication, they will not be able to connect to the database on NT.
SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
------------tnsnames.ora-----------------------------
# tnsnames.ora Network Configuration File: #C:\oracle\product\10.2.0\db_1\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
----------------listener.ora----------------------------
# listener.ora Network Configuration File: #C:\oracle\product\10.2.0\db_1\network\admin\listener.ora
# Generated by Oracle configuration tools.
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = C:\oracle\product\10.2.0\db_1)
(PROGRAM = extproc)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = srvdzt43.mydomain.prv)(PORT = 1521))
I've select from Oracle Universal Installer the default setings (Enterprise option and orcl database name) ;
In Computer Management-> Services I have only "OracleOraDb10g_home1TNSListener"
service; The "Orcl" database services has been removed when I hit the "Abort" option (when I received ORA-12514 error);
Anyone can iluminate me with this problem?
A few months ago I've installed the 10g product version with no error!
Before I try to install 10g relese 2(beta), I read plenty of documentation about installing the new verision of 10g release 2, and I removed any trace from old 10g Oracle (directories, registry, environment variabile,etc)
The problem is that I can't install now even the old 10g version!
I've tried on another Pc (this PC, let's say "never hear before the word ORACLE" and have the same config winXP+sp2) ..and again the same ORA-12514 error appear!
Because I could install the old 10g on my T43 laptop a few mounths ago with no error, I think the only explanation is that the windows updates, which I 've upgrade my laptop in this time cause the Oracle instalation/create database services to crush!
Am I right...? what can I do? ... I realy need the ORACLE 10g to move on it, my old Oracle 9 databases, and continue my development work!
Thanks! Have a nice day!
XaM

I see your tnsnames.ora does not contain an entry for service_name srvdzt43 , so EZCONNECT (or hostname) resolution is used, this is possible because service_name and hostname are the same.
There's a known problem with EZCONNECT connections, if a connect string is provided, but no password (throws ORA-12514), maybe there's something like that in the DB creation scripts.
I recommend you add a proper connect string into tnsnames.ora and try again.

Changed IP's of nodes cause ORA-12514

Hi ,
we reactivated an older RAC (2 nodes) and ran into the following situation:
- the original IP's of the scan-address have been reused, therefore we had to use new IP's
After confuguring the new IP's the command <nslookup> myrac-scan.de.domain.dns returns this result:
Server:         10.xx.xx.x
Address:      10.xx.xx.x#53
Name:   myrac-scan.de.domain.dns
Address: 10.xxx.x.213
Name:   myrac-scan.de.domain.dns
Address: 10.xxx.x.212
Name:   myrac-scan.de.domain.dns
Address: 10.xxx.x.211
Executing <srvctl config scan> returns this:
SCAN name: myrac-scan.de.domain.dns, Network: 1/10.137.1.0/255.255.255.0/bond0
SCAN VIP name: scan1, IP: /myrac-scan.de.domain.dns/10.xxx.x.212
SCAN VIP name: scan2, IP: /myrac-scan.de.domain.dns/10.xxx.x.211
SCAN VIP name: scan3, IP: /myrac-scan.de.domain.dns/10.xxx.x.213
Therefore: everything looks good to us!
When executing <lsnrctl services> we get this:
Service "RAC_DB.de.domain.dns" has 1 instance(s).
Instance "RAC02", status READY, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:19 refused:0 state:ready
         LOCAL SERVER
Testing the service RAC_DB.de.domain.dns works fine, too.
But when trying to connect from my PC (or any other client) we are getting the error ORA-12514 TNS:listener does not currently know of service requested in connect descriptor
My TNSNAMES.ORA looks like this:
RAC.de.domain.dns =
(DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myrac-scan.de.domain.dns)(PORT = 1521))
    (CONNECT_DATA =
      (SERVICE_NAME = RAC_DB.de.domain.dns)
      (SERVER = DEDICATED)
Any idea? When using PUTTY with myrac-scan.de.domain.dns I get connected to one of the nodes of the RAC - therefore the address itself is OK.
If the IP's have changed: is ther anything else which needs to be reconfigured?
Any help will be appreciated.
Rgds
Jan

Does the SCAN listener show any registered services from the RAC db instances?
If not, then it means that the registration process fails - in which case you need to check things like hostname resolution and firewalls on the RAC server nodes.
If the SCAN listener does show RAC services, confirm that the service name used by the client's TNS connection is supported.
If there still does not seem to be an error, enable SQL*Net tracing on the client. Set the client's sqlnet.ora file to include the following settings:
DIAG_ADR_ENABLED = off
TRACE_LEVEL_CLIENT = admin
TRACE_DIRECTORY_CLIENT = <your-local-trace-dir>
Try connecting from the client again and investigate the trace for that connection attempt.

ORA-12514 Error when using Net Configuration Assistant

I have recently installed Oracle 11g on a Windows 2008 server and am now trying to connect via the Oracle client on my local machine.
Here is how I've been using Net Configuration Assistant so far:
Listener Configuration
The name of my listener is LISTENER_PROXIMA (proxima is the name of the server). Does this need to be named something else? Something specific?
I'm using TCP to connect.
I'm using standard port 1521.
Naming Methods
Local Naming and Easy Connect Naming
Local Net Service Name
Service name is ADMI04 (checked this against the lsnrstl service status on the server and it's correct)
Using TCP
Using the hostname proxima.domain-name.com
I'm attempting to connect as SYS (but have tried others with the same result)
When I go to test the connection I keep getting the ORA-12514 error. Does anyone know what I should do? Reinstall the listener? If so, are there any suggestions or guidance for that?
Thank you.

=================================
A couple of important points.
First, the listener is a server side only process. It's entire purpose in life is to receive requests for connections to databases and set up those connections. Once the connection is established, the listener is out of the picture. It creates the connection. It doesn't sustain the connection. One listener, with the default name of LISTENER, running from one oracle home, listening on a single port, will serve multiple database instances of multiple versions running from multiple homes. It is an unnecessary complexity to try to have multiple listeners or to name the listener as if it belongs to a particular database. That would be like the telephone company building a separate switchboard for each customer.
Second, the tnsnames.ora file is a client side issue. It's purpose is for address resolution - the tns equivalent of the 'hosts' file further down the network stack. The only reason it exists on a host machine is because that machine can also run client processes.
Assume you have the following in your tnsnames.ora:
larry =
(DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = myhost)(PORT = 1521))
    (CONNECT_DATA =
      (SERVICE_NAME = curley)
)Now, when you issue a connect, say like this:
$> sqlplus scott/tiger@larrytns will look in your tnsnames.ora for an entry called 'larry'. Next, tns sends a request to (PORT = 1521) on (HOST = myhost) using (PROTOCOL = TCP), asking for a connection to (SERVICE_NAME = curley).
Where is (HOST = myhost) on the network? When the request gets passed from tns to the next layer in the network stack, the name 'myhost' will get resolved to an IP address, either via a local 'hosts' file, via DNS, or possibly other less used mechanisms. You can also hard-code the ip address (HOST = 123.456.789.101) in the tnsnames.ora.
Next, the request arrives at port 1521 on myhost. Hopefully, there is a listener on myhost configured to listen on port 1521, and that listener knows about SERVICE_NAME = curley. If so, you'll be connected.
What can go wrong?
First, there may not be an entry for 'larry' in your tnsnames. In that case you get "ORA-12154: TNS:could not resolve the connect identifier specified" No need to go looking for a problem on the host, with the listener, etc. If you can't place a telephone call because you don't know the number (can't find your telephone directory (tnsnames.ora) or can't find the party you are looking for listed in it (no entry for larry)) you don't look for problems at the telephone switchboard.
Maybe the entry for larry was found, but myhost couldn't be resolved to an IP address (say there was no entry for myhost in the local hosts file). This will result in "ORA-12545: Connect failed because target host or object does not exist"
Maybe there was an entry for myserver in the local hosts file, but it specified a bad IP address. This will result in "ORA-12545: Connect failed because target host or object does not exist"
Maybe the IP was good, but there is no listener running: "ORA-12541: TNS:no listener"
Maybe the IP was good, there is a listener at myhost, but it is listening on a different port. "ORA-12560: TNS:protocol adapter error"
Maybe the IP was good, there is a listener at myhost, it is listening on the specified port, but doesn't know about SERVICE_NAME = curley. "ORA-12514: TNS:listener does not currently know of service requested in connect descriptor"
=====================================

Ora-12514 and dns

Similar Messages

Maybe you are looking for