Re: Perl script is killed by SIGPIPE

From: "" <kbrannen(at)pwhome(dot)com>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Re: Perl script is killed by SIGPIPE
Date: 2017-09-12 18:40:36
Message-ID: 20170912114036.342E2B80@m0117567.ppops.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> Daniel Verite wrote:
> > Yogesh Sharma wrote:
>
> > We have found child script is killed by signal 13 SIGPIPE. When
> > duplicate key violates error occured, script is killed but not all time.
>
> "child script" and this kind of error suggests that a forked process inherits a database connection opened by a parent process.
>
> When the database handle goes out of scope, it might close the connection to the database, affecting the parent process too, since it's the same connection.
>
> If you're using DBI, it has a setting to avoid that issue:
> https://metacpan.org/pod/DBI#InactiveDestroy
>
> Aside from that, inherited connections can't be used simultaneously by parent and child process.
> In general, a child process should open and close its own connection.

In addition to Daniel's advice, be sure you have a try/catch around your DB work. If you've never used
something like that, check out Try::Tiny. Then in the catch, you can print $dbh->errstr() to see what's
really going on.

I think Daniel has it correct though that you may not have a valid $dbh, so this is an app error.

HTH,
Kevin

Browse pgsql-general by date

  From Date Subject
Next Message Eric Hanson 2017-09-12 22:21:50 Re: Aquameta 0.1 - Request for reviews, contributors
Previous Message Francisco Olarte 2017-09-12 17:43:33 Re: PostgreSQL COPY Statement Error On Linux