Re: "interesting" issue with restore from a pg_dump with a database-wide search_path

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Larry Rosenman <ler(at)lerctr(dot)org>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: "interesting" issue with restore from a pg_dump with a database-wide search_path
Date: 2018-07-06 20:10:38
Message-ID: 69544.1530907838@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Larry Rosenman <ler(at)lerctr(dot)org> writes:
> On Fri, Jul 06, 2018 at 11:35:41AM -0700, Joshua D. Drake wrote:
>> Knowing the errors would be helpful.

> pg_restore: [archiver (db)] Error while PROCESSING TOC:
> pg_restore: [archiver (db)] Error from TOC entry 12; 3079 887963 EXTENSION postgis_tiger_geocoder
> pg_restore: [archiver (db)] could not execute query: ERROR: function soundex(character varying) does not exist
> HINT: No function matches the given name and argument types. You might need to add explicit type casts.

This looks like a problem with the postgis_tiger_geocoder extension.
It's depending on the fuzzystrmatch extension (which has the soundex
function), but seemingly this dependency is not declared in the
extension's control file. If it were, the search path would've been
set to include the schema of the fuzzystrmatch extension during
CREATE EXTENSION.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2018-07-06 20:47:15 Re: Make deparsing of column defaults faster
Previous Message Andres Freund 2018-07-06 20:10:36 Re: shared-memory based stats collector