Re: FATAL: database "a/system_data" does not exist

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
Cc: sumita <suday(at)avaya(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: FATAL: database "a/system_data" does not exist
Date: 2013-05-15 14:12:39
Message-ID: 25580.1368627159@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> writes:
> On 05/15/2013 05:45 AM, sumita wrote:
>> Also,so far I have unable to find out which process is invoking this query.
>> I do see the process id in the logs but I am unable to see this process id
>> in pg_stat_activity table..

> Actually a\system_data is not part of a query but is in the connection
> string. You will not find it in pg_stat_activity because the connection
> never successfully completes. From your previous post the connection is
> coming from 127.0.0.1(localhost) if that helps.

Yeah. The log_connection data that you already have is pretty much
everything that Postgres knows about where this problem is coming from,
because the session terminates as soon as this error is discovered.

> See above. You may need to grep your scripts/programs for the string, if
> that is possible.

I'm jumping to a conclusion here, but: I'm suspicious that the cause is
a malformed JDBC-style connection URL, made by some program that thinks
a schema name could be part of the URL. (Perhaps there are other DBMSes
where it actually can be done that way.)

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Mike Christensen 2013-05-15 14:24:59 Re: dblink does not resolve DNS, but works with IP
Previous Message Vick Khera 2013-05-15 14:05:33 seeming overflow during avg() of intervals without errors/warnings