Re: [Patch] Bypass recovery state for Greenplum

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Atira Odhner <aodhner(at)pivotal(dot)io>
Cc: George Gelashvili <ggelashvili(at)pivotal(dot)io>, pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [Patch] Bypass recovery state for Greenplum
Date: 2017-01-30 17:05:46
Message-ID: CA+OCxoxiU=4BjTZRP8ALAdSL6_0K-nURzFgftYMpmq_CZ9fGrQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Thanks - committed!

On Mon, Jan 30, 2017 at 4:16 PM, Atira Odhner <aodhner(at)pivotal(dot)io> wrote:
> Whoops we accidentally left in hardcoded db config we used for running tests
> from our IDE.
>
> Here's a fixed patch.
>
> On Mon, Jan 30, 2017 at 6:45 AM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>>
>> Hi
>>
>> On Fri, Jan 27, 2017 at 5:18 PM, George Gelashvili
>> <ggelashvili(at)pivotal(dot)io> wrote:
>> > This bypasses checking if the DB is in recovery for versions of postgres
>> > that don't support pg_is_in_recovery() (anything pre-9.0, such as
>> > Greenplum).
>> >
>> > This patch depends on the "Refactor sql template version picking" patch.
>>
>> The regression test included with this patch fail for me:
>>
>> ======================================================================
>> ERROR: runTest
>> (pgadmin.browser.server_groups.servers.templates.connect.sql.tests.test_check_recovery.TestCheckRecovery)
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File
>> "/Users/dpage/git/pgadmin4/web/pgadmin/browser/server_groups/servers/templates/connect/sql/tests/test_check_recovery.py",
>> line 23, in runTest
>> self.server['port']).cursor()
>> File "/Users/dpage/git/pgadmin4/web/regression/test_utils.py", line
>> 32, in get_db_connection
>> port=port)
>> File
>> "/Users/dpage/.virtualenvs/pgadmin4/lib/python2.7/site-packages/psycopg2/__init__.py",
>> line 164, in connect
>> conn = _connect(dsn, connection_factory=connection_factory,
>> async=async)
>> OperationalError: fe_sendauth: no password supplied
>>
>> --
>> Dave Page
>> Blog: http://pgsnake.blogspot.com
>> Twitter: @pgsnake
>>
>> EnterpriseDB UK: http://www.enterprisedb.com
>> The Enterprise PostgreSQL Company
>>
>>
>> --
>> Sent via pgadmin-hackers mailing list (pgadmin-hackers(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgadmin-hackers
>
>

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message George Gelashvili 2017-01-30 19:28:19 Re: Acceptance Tests against a browser (WIP)
Previous Message Dave Page 2017-01-30 17:03:00 pgAdmin 4 commit: Bypass recovery checks with older servers. This is re