Bug-fix and new feature of pg_lesslog is released

From: Koichi Suzuki <koichi(dot)szk(at)gmail(dot)com>
To: pgsql-announce <pgsql-announce(at)postgresql(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Postgres General <pgsql-general(at)postgresql(dot)org>, pgsql-bugs(at)postgresql(dot)org
Cc: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>
Subject: Bug-fix and new feature of pg_lesslog is released
Date: 2010-05-12 10:21:10
Message-ID: p2lef4f49ae1005120321h8d9a5deeqe13d4747da819be6@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-announce pgsql-bugs pgsql-general pgsql-hackers

It is an announcement that long-waited bug-fix of pg_lesslog is now
released. This includes the following.

1. Error in calculation of GiST-related WAL record length was fixed.
2. pg_compresslog now has an option to print WAL segment analysis.
3. New test script is added which analyzes what WAL record was
generated and if all the recovery was done successfully.

2 and 3 are added to ensure the tools run correctly.

Because 8.4 has additional WAL records, I made release material
separate for each PG version. You may visit the project page
http://pgfoundry.org/frs/?group_id=1000310
to download materials.

I acknowledge PG hackers who gave valuable comments/advices.
Especially Oleg Bartunov, Teodor Sigaev and Alvaro Herrera gave very
helpful information how to generate specific type of WAL records.

As Bruce suggested, this can be included in PostgreSQL test suits and
could be included in contrib module if it is ported to PostgreSQL 9.1.

Best Regards;
----------
Koichi Suzuki

# pg_lesslog is a project to compress large WAL segments when they're
stored and restore then for recovery.

Responses

Browse pgsql-announce by date

  From Date Subject
Next Message Bruce Momjian 2010-05-12 20:46:17 Re: [ANNOUNCE] Bug-fix and new feature of pg_lesslog is released
Previous Message Selena Deckelmann 2010-05-11 17:35:44 Android application contact for PostgreSQL

Browse pgsql-bugs by date

  From Date Subject
Next Message Greg Stark 2010-05-12 11:44:14 Re: bool: symbol name collision
Previous Message Russell Smith 2010-05-12 09:57:41 pg_restore ignores -C when using a restore list -L

Browse pgsql-general by date

  From Date Subject
Next Message Glyn Astill 2010-05-12 10:23:01 Re: 8.3.7, 'cache lookup failed' for a table
Previous Message Grzegorz Jaśkiewicz 2010-05-12 10:19:01 Re: 8.3.7, 'cache lookup failed' for a table

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-05-12 11:10:22 Re: max_standby_delay considered harmful
Previous Message Simon Riggs 2010-05-12 10:01:32 HS starting snapshot corrections