From: | Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> |
---|---|
To: | Thom Brown <thom(at)linux(dot)com> |
Cc: | PGSQL Mailing List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Unix domain socket inconsistency |
Date: | 2013-12-23 01:26:00 |
Message-ID: | 52B79128.10501@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 12/22/2013 05:21 PM, Thom Brown wrote:
> On 23 December 2013 01:15, Thom Brown <thom(at)linux(dot)com> wrote:
>> On 23 December 2013 01:13, Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> wrote:
>>> On 12/22/2013 04:51 PM, Thom Brown wrote:
>> I should have mentioned that I've checked that:
>>
>> thom(at)swift ~/Development $ which psql pgbench
>> /home/thom/Development/psql/bin//psql
>> /home/thom/Development/psql/bin//pgbench
>
> Hmm... now this is odd. I went to correct the PATH information in my
> .bashrc script file (to remove the superfluous trailing
> forward-slash), and when running both psql and pgbench in a new
> terminal, all is fine:
>
> thom(at)swift ~/Development $ which psql pgbench
> /home/thom/Development/psql/bin/psql
> /home/thom/Development/psql/bin/pgbench
> thom(at)swift ~/Development $ psql postgres
> psql (9.4devel)
> Type "help" for help.
>
> postgres=# \q
> thom(at)swift ~/Development $ pgbench -i -s 20 pgbench
> NOTICE: table "pgbench_history" does not exist, skipping
> NOTICE: table "pgbench_tellers" does not exist, skipping
> NOTICE: table "pgbench_accounts" does not exist, skipping
> NOTICE: table "pgbench_branches" does not exist, skipping
> creating tables...
> 100000 of 2000000 tuples (5%) done (elapsed 0.10 s, remaining 1.86 s).
> 200000 of 2000000 tuples (10%) done (elapsed 0.19 s, remaining 1.72 s).
> ...
>
> So it's all working now, but I don't know why. I don't think that
> change would be the thing that fixed it. Perhaps it's something to do
> with me attempting to run pgbench before building the development
> contrib module of it, so it picks up the OS package-installed version,
> and when I go to build the local dev version, it has cached the
> location for the domain socket from the previous attempt. *shrug*
That's what I like, problems that fix themselves:)
>
--
Adrian Klaver
adrian(dot)klaver(at)gmail(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | John R Pierce | 2013-12-23 01:40:52 | Re: Unix domain socket inconsistency |
Previous Message | Thom Brown | 2013-12-23 01:21:33 | Re: Unix domain socket inconsistency |