Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin

From: Ashesh Vashi <ashesh(dot)vashi(at)enterprisedb(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin
Date: 2016-12-16 10:16:18
Message-ID: CAG7mmozKb39qf-A6mc---yE32CwYALR2NPedTnwx4f2e4vHB=A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi Dave,

On Mon, Dec 12, 2016 at 4:01 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:

> Hi,
>
> On Fri, Dec 9, 2016 at 9:16 AM, Ashesh Vashi <
> ashesh(dot)vashi(at)enterprisedb(dot)com> wrote:
>
>> Hi Dave,
>>
>> Please find the patch to resolve the issue reported in RM #1679
>> <https://redmine.postgresql.org/issues/1679>
>>
>> This will take care of:
>> - Find the appropriate available Python interpreter to execute the
>> process_executor.py.
>> In case of WSGI or Runtime, it was not properly find the interpreter
>> required to execute that script. Also, on windows - we should give priority
>> to the windowless python interpreter (if available).
>> - Execute the process_executor.py script with proper platform dependent
>> flags to run it as daemon.
>> - Run the process_executor.py in proper daemon mode. It helps to run the
>> long running processes like backup, restore, etc.
>> On windows, run the process_executor.py from process_executor.py in
>> detached mode to allow the child process to run in detached mode.
>> On POSIX, fork the process_executor.py to allow the child process to
>> run in daemon mode.
>> Also - listen the signal like SIGINT, SIGTERM, so that - the child does
>> not kill, or hangup (It used to happen.
>>
>>
>> NOTE:
>> This patch does not take care of the unicode errors in the path. I will
>> send a separate patch for the same.
>>
>
> Unfortunately my first test of this failed:
>
> SERVER_MODE = False
> Python 2.7.11 (Mac default)
> Running in Chrome
>
> I ran a backup of a database, and got the green backup initiated popup...
> then, nothing. Upon checking my config, I found I had the PostgreSQL Bin
> Path set to "$DIR/a/b/c", which clearly won't work. So, we're not yet
> detecting failure to start a process properly.
>
During exception handling, the logger's encoding was not set properly
during initialisation, that was resulting into an error.

Also - sometime the process execution does not start quickly enough to list
down the process execution properly.
Hence - we should check the process list after some time.

Please find the update patch with the above both problems resolved.

--

Thanks & Regards,

Ashesh Vashi
EnterpriseDB INDIA: Enterprise PostgreSQL Company
<http://www.enterprisedb.com/>

*http://www.linkedin.com/in/asheshvashi*
<http://www.linkedin.com/in/asheshvashi>

>
> I then corrected the path to "/Library/PostgreSQL/9.6/bin", and re-ran the
> backup. That didn't work either - I saw exactly the same result as before,
> a green popup, then nothing.
>
> --
> Dave Page
> Blog: http://pgsnake.blogspot.com
> Twitter: @pgsnake
>
> EnterpriseDB UK: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>

Attachment Content-Type Size
RM1679_v4.patch application/octet-stream 29.3 KB

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Dave Page 2016-12-16 11:52:50 Re: [pgAdmin4][Patch]: RM #1807 Query Tool Does Not Recognize When File Changes Have Been Saved
Previous Message Murtuza Zabuawala 2016-12-16 09:17:52 PATCH: Enhancement in SQL Field Backform control (pgAdmin4)