Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 7AAB6B5DD70 for ; Mon, 6 Jun 2011 11:03:06 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 71440-05 for ; Mon, 6 Jun 2011 14:02:59 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 3C8DFB5DC36 for ; Mon, 6 Jun 2011 11:02:59 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p56E2tvE026103; Mon, 6 Jun 2011 10:02:55 -0400 (EDT) To: Ray Stell cc: ?????? , pgsql-admin@postgresql.org Subject: Re: How I do from PostgreSQL to Oracle Db Link In-reply-to: <20110606123316.GA4391@cns.vt.edu> References: <20110606123316.GA4391@cns.vt.edu> Comments: In-reply-to Ray Stell message dated "Mon, 06 Jun 2011 08:33:16 -0400" Date: Mon, 06 Jun 2011 10:02:54 -0400 Message-ID: <26102.1307368974@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201106/25 X-Sequence-Number: 37651 Ray Stell writes: > On Sat, Jun 04, 2011 at 10:05:46AM +0900, ?????? wrote: >> ERROR: odbclink: unsuccessful SQLConnect call: [S1000] [12514] >> >> [[unixODBC][Oracle][ODBC][Ora]ORA-12514: TNS:listener does not currently >> know of service requested in connect descripto > sounds like you got to the listener, but didn't tell it the correct service name in > the connect string. Did you spell it correctly? You can use the oracle cmd > lsnrctl status on the oracle server to get the service names. I wonder if the OP set up the service description in his personal ~/.odbc.ini file. If so, it would work for him from the command line, but odbclink running in the postgres server wouldn't see it (unless the server happened to be running as his userid, which wouldn't be a good setup). The fix for that would be to put the info in the system-wide /etc/odbc.ini file. regards, tom lane