<html>
<body>
Script and database are both on same system. Faster system was able
to get past next database access. So far so good, script continues
to run. Still curious why it failed on slower system, though.
Was this just a one-time "glitch"?<br><br>
Background info: This is a *very* long running script (could be days)
that initially loads data from database, then periodically updates
database to let know current status of otherwise cpu-intensive
process. Running on a P4 1.80Ghz processor, script got to one of
the "status update" points in the process in 11:14 (hrs:min); a
Core2Duo 1.86Ghz system took 4:06 (quite close to prediction) to reach
same point in process. Script does not exploit
multi-processors.<br><br>
<br><br>
At 01:35 PM 2/3/07, Shoaib Mir wrote:<br><br>
<blockquote type=cite class=cite cite>Make sure there is no firewall
setting in between the database server and application that might be
closing the connections...<br><br>
--<br>
Shoaib Mir<br>
EnterpriseDB (<a href="http://www.enterprisedb.com">www.enterprisedb.com
</a>)<br><br>
On 2/3/07, <b>Frank Bax</b>
<<a href="mailto:fbax(at)sympatico(dot)ca">fbax(at)sympatico(dot)ca</a>>
wrote:<br>
<blockquote type=cite class=cite cite>Is there a connection
timeout? I'm using DBD::Pg (1.47) in perl to access<br>
8.2.1 database.<br><br>
I've got a rather long running script; it does a bit of database
access,<br>
then did some other crunching for about 11-12 hours before making another
<br>
pgsql call; at which point, I get this error:<br><br>
FATAL: This connection has been terminated by the
administrator.<br><br>
I've restarted my script on a faster system and expect to get to the
same<br>
point in about 4 hours this time. Hopefully timeout values won't
get in <br>
the way this time?<br><br>
<br>
---------------------------(end of
broadcast)---------------------------<br>
TIP 2: Don't 'kill -9' the postmaster</blockquote></blockquote></body>
</html>