Re: Missing Trigger after pgdump install - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Missing Trigger after pgdump install
Date
Msg-id 40cc8a45-5276-b64f-3ad8-a39865bb2a21@aklaver.com
Whole thread Raw
In response to Missing Trigger after pgdump install  (Susan Hurst <susan.hurst@brookhurstdata.com>)
Responses Re: Missing Trigger after pgdump install
List pgsql-general
On 8/16/19 11:27 AM, Susan Hurst wrote:
> What scenarios can cause a single trigger to be omitted when populating 
> an empty database from a pgdump file?
> 
> We have nightly backups of our production database that we load into a 
> fresh, empty database in our sandbox using the pgdump file.
> 
> psql.exe -h localhost -U mi601db -p 5432 -o 
> C:<filepath>db_create_output.txt -L C:\<filepath>\db_create_log.txt -d 
> skyfall < C:<filepath>\mi601db.pg

What is the dump command?

What happens if you add -b to above?

Which log file are you referring to below, the one generated above or 
the Postgres server log?

> 
> All objects and data appear in the new database as expected, except for 
> a single trigger named subscribers_iur_trg.  The trigger exists in 
> production and in the pgdump file.  I can add it manually with no errors 
> but it's always missing after our automated process.  Nothing useful 
> appears in the log file. The dependent function, 
> devops.subscribers_update() is present and accounted for as is the view, 
> devops.subscribers.
> 
> CREATE TRIGGER subscribers_iur_trg
>    INSTEAD OF UPDATE
>    ON devops.subscribers
>    FOR EACH ROW
>    EXECUTE PROCEDURE devops.subscribers_update();
> 
> We've checked everything we can think of but we're still missing the 
> trigger every day.
> 
> Thanks for your help!
> 
> Sue


-- 
Adrian Klaver
adrian.klaver@aklaver.com



pgsql-general by date:

Previous
From: Susan Hurst
Date:
Subject: Missing Trigger after pgdump install
Next
From: stan
Date:
Subject: Re: A 3 table join question