First  |  Prev |  Next  |  Last
Pages: 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145
[HACKERS] a common place for pl/perlu modules
Hello, When developing pl/perlu functions common definitions and methods are often stored in external .pm modules. During deployment the modules should be installed somewhere in @INC to be reachable by the perl interpreter. However, installing the modules to a location outside of the PG installation makes it hard to... 12 Feb 2010 06:42
Streaming Replication docs
On Fri, Feb 12, 2010 at 7:15 PM, Heikki Linnakangas <heikki.linnakangas(a)enterprisedb.com> wrote: That's actually a bit questionable, always has been even in pg_standby. It adds a constant 1 s delay to the recovery each WAL file, which effectively rate-limits the WAL recovery to 16MB per second. I think we ... 14 Feb 2010 15:10
pgsql: Make standby server continuously retry restoring the next WAL
Heikki Linnakangas <heikki.linnakangas(a)enterprisedb.com> wrote: I think 'rsync' has the same problem. There is a switch you can use to create the problem under rsync, but by default rsync copies to a temporary file name and moves the completed file to the target name. -Kevin -- Sent via pgsql-hacke... 12 Feb 2010 06:42
pgsql: Make standby servercontinuously retry restoring the next WAL
On Thu, 2010-02-11 at 13:08 -0500, Tom Lane wrote: Heikki Linnakangas <heikki.linnakangas(a)enterprisedb.com> writes: -1. it isn't necessary for PITR. It's a new requirement for standby_mode='on', unless we add the file size check into the backend. I think we should add the file size check to the backen... 12 Feb 2010 06:42
[HACKERS] Bug on pg_lesslog
Dear Folks; A very serious bug was reported on pg_lesslog. So far, I found it's a bug in pg_compresslog. Please do not use pg_compresslog and pg_decompresslog until improved version is uploaded. I strongly advise to take base backup of your database. I apologize for inconvenience. I'll upload the new v... 12 Feb 2010 06:42
[HACKERS] Bug on pg_lesslog
Dear Folks; A very serious bug was reported on pg_lesslog. So far, I found it's a bug in pg_compresslog. Please do not use pg_compresslog and pg_decompresslog until improved version is uploaded. I strongly advise to take base backup of your database. I apologize for inconvenience. I'll upload the new v... 12 Feb 2010 06:42
Hostnames in pg_hba.conf
On Fri, Feb 12, 2010 at 02:31, Mark Mielke <mark(a)mark.mielke.cc> wrote: But once there, it seems clear that packing hostnames or netmasks onto one line is just ugly and hard to manage. I'd like to see this extended to any of the many ways to allow hostnames to be specified one per line. For example: ... 12 Feb 2010 11:10
servicos especializados de informatica vitoria-es 13109
Contato: pcnetsecurity(a)gmail.com Contato: pcnetsecurity @ gmail.com Assist�ncia T�cnica Prestamos assist�ncia t�cnica nos computadores de sua empresa ou resid�ncia, e tamb�m possu�mos uma equipe qualificada para fazer a manuten��o no pr�prio local. - Contratos de Suporte e Manuten��o Reduza os custos de sua e... 11 Feb 2010 17:20
pgsql: Remove old-style VACUUM FULL (which wasknown for a little while
On Mon, 2010-02-08 at 04:33 +0000, Tom Lane wrote: We still have to retain all code that copes with finding HEAP_MOVED_OFF and HEAP_MOVED_IN flag bits on existing tuples. This can't be removed as long as we want to support in-place update from pre-9.0 databases. This doesn't seem to be a great reason.... 11 Feb 2010 06:06
knngist patch support
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Feb 10, 2010 at 04:49:59PM -0800, Ragi Y. Burhum wrote: Hello, I noticed this morning that the k nearest neighbor gist patch https://commitfest.postgresql.org/action/patch_view?id=230 was still being considered for inclusion in 9. Sadly, this fea... 14 Feb 2010 14:02
First  |  Prev |  Next  |  Last
Pages: 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145