Re: PGAdmin3 runs pg_dump etc

Hi Stephen,

For a double check, do you have any configured jobs regarding
backup/restore.

And also, could you share the pgAdmin log file after following the below
steps.

1) Launch pgAdmin.

2) Goto File->Options->Logging.

3) Set the desired the log location and select "Debug Mode".

4) Close the pgAdmin and relaunch it.

5) Once it relaunched, please upload the log file to this thread.

Thanks in advance.

Dinesh

--
*Dinesh Kumar*
Software Engineer

Ph: +918087463317
Skype ID: dinesh.kumar432
www.enterprisedb.co
<http://www.enterprisedb.com/>m<http://www.enterprisedb.com/>
*
Follow us on Twitter*
@EnterpriseDB

Visit EnterpriseDB for tutorials, webinars,
whitepapers<http://www.enterprisedb.com/resources-community> and
more <http://www.enterprisedb.com/resources-community>

On Fri, Aug 16, 2013 at 4:26 AM, Stephen Cook <sclists(at)gmail(dot)com> wrote:

> Hello list!
>
> I recently noticed that PGAdmin III (v 1.16.1) is kind of slow starting up
> (it didn't use to be), and in fact one time I wasn't even sure if I clicked
> on the icon properly to start it. I opened the Task Manager (I run Windows
> 7 Ultimate SP1) and saw pg_restore was running, then the process vanished
> and PGAdmin finally opened.
>
> I did it again, this time watching the process list, and it looks like
> when I start PGAdmin it automatically runs pg_dump, pg_dumpall, and then
> pg_restore in the background before showing the splash screen and actually
> starting.
>
> I'm assuming that as my local development databases grow, it is taking
> longer to do all this, which is why I never noticed until now.
>
> What's up with that? Should I be concerned? I was unable to find anything
> about this with Google... I'm not sure why a GUI would need to do all that
> each time it starts up. I'd prefer to skip this if possible, since it is
> becoming slow to get started working.
>
> Thanks for any insight!
>
>
> -- Stephen
>
>