rashme.sql
I've only tried reproducing this with latest released Ubuntu packages
(Feisty) for 8.2.5.
Also reported in the Ubuntu bug tracker too:
https://bugs.launchpad.net/ubuntu/+source/postgresql/+bug/144740
--
Stuart Bishop <[EMAIL PROTECTED]>
http://www.stuartbishop.net/
sign
tested with PG 8.2.5 under Ubuntu Feisty so far, although
we found the original problem under 8.2.4 on Ubuntu Dapper.
Also reported in the Ubuntu bug tracker at:
https://bugs.launchpad.net/ubuntu/+source/postgresql-8.2/+bug/146382
--
Stuart Bishop <[EMAIL PROTECTED]>
http://www.stuartbishop.n
The following bug has been logged online:
Bug reference: 5857
Logged by: Stuart Bishop
Email address: stu...@stuartbishop.net
PostgreSQL version: 8.4.6
Operating system: Ubuntu 10.10
Description:pg_restore --clean dropping type too soon
Details:
"pg_restore --
The following bug has been logged on the website:
Bug reference: 6528
Logged by: Stuart Bishop
Email address: stuart.bis...@canonical.com
PostgreSQL version: 9.1.3
Operating system: Ubuntu
Description:
In section 24.3.5.1 of the docs on setting up continuous
o from 8.4. createlang installs
the language just fine if I build a cluster and database myself.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
On Thu, Mar 15, 2012 at 9:01 PM, Stuart Bishop wrote:
> Yes, it is there. I can see the library with the new name of
> plpython2.so, not the old plpython.so from 8.4. createlang installs
> the language just fine if I build a cluster and database myself.
As expected, symlinking plpyth
if I should bother reporting
the issue, except for the chance that this bug might have deeper
impact I hadn't thought of.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
=on, primary_conninfo=...,
recovery_target_timeline=latest)
- The hot standby was started.
Unfortunately I didn't have the disk space around to keep everything,
and am attempting the rebuild again now.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-b
On Wed, Aug 29, 2012 at 10:59 PM, Andres Freund wrote:
> On Wednesday, August 29, 2012 05:32:31 PM Stuart Bishop wrote:
>> I believe I just hit this same issue, but with PG 9.1.3:
>>
>> <@:32407> 2012-08-29 10:02:09 UTC LOG: shutting down
>> <@:32407>
On Wed, Sep 19, 2012 at 5:45 AM, Fujii Masao wrote:
> On Mon, Sep 17, 2012 at 7:28 PM, wrote:
>> The following bug has been logged on the website:
>>
>> Bug reference: 7546
>> Logged by: Stuart Bishop
>> Email address: stu...@stuartbishop
primary during the backup window. I can't discount other commands
either, but if that is the case one of our ops needs a spanking. I've
only been able to reproduce the buffer pin error in isolation.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
st have occurred and can see no DDL
except for the creation and dropping of temporary tables. My parser is
unfortunately grep and my eyeballs to filter out the noise.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
ry might have needed to see row versions that must be removed.
As before, the only error I've been able to reproduce in isolation is
the buffer pin error I originally reported.
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org
. umm... bugtracker, as so far
'FROM unpackaged' has failed in 66% of up updates. Is the real
solution is for the foo--unpackaged--1.0.sql script to recreate
missing objects before adding them to the extension?
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs ma
nction value.
I think this is the same issue as was discussed here, dating from
PostgreSQL 8.1:
http://postgresql.1045698.n5.nabble.com/Slow-functional-indexes-td2059587.html
--
Stuart Bishop
http://www.stuartbishop.net/
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To mak
ommand is failing.
I'm supporting PG 9.1 at the moment so cannot rely on
--xlog-method=stream. I agree that the current behavior is for most
use cases better, and I think that the behavior I want should be
explicitly enabled with an option.
--
Stuart Bishop
http://www.stuartbishop.net/
16 matches
Mail list logo
