Skip site navigation (1) Skip section navigation (2)

Re: PITR: Request for assistance with alpha test plan

From: "Nicolai Tufar" <ntufar(at)pisem(dot)net>
To: <simon(at)2ndquadrant(dot)com>, <pgsql-hackers-pitr(at)postgresql(dot)org>
Subject: Re: PITR: Request for assistance with alpha test plan
Date: 2004-03-14 21:25:57
Message-ID: 005101c40a0a$f6faf890$ac00a8c0@ntufar (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-hackers-pitr
> -----Original Message-----
> From: pgsql-hackers-pitr-owner(at)postgresql(dot)org
> Subject: [pgsql-hackers-pitr] PITR: Request for assistance with alpha
> plan
> A detailed proposal has now been published for PITR functionality.
> I'd like to now request assistance from anybody and everybody that
> PostgreSQL, not just hackers, to work out a well-documented and
> comprehensive test plan for PITR. (Some have offered, though
> are required, so I would not make individual requests).
> Regression tests currently protect PostgreSQL from a range of ugly
> situations. PITR will need a similarly rigorous approach, though this
> cannot be easily added as regression tests because of the very nature
> the PITR functions and possible failure scenarios.

Should be difficult to incorporate it in current regression tests
We will need a case for backend crash and then startup and recover. Then
we will need a case where we would take backup of a datafile, perform
some insert and updates, corrupt datafile with random data, shutdown
backend, startup, fail to startup, restore datafile from backup, apply
roll forward by applying WAL's and startup. The to test this strategy
thoroughly we will need to pull the plug on running system a couple of

> My suggestion is the coordinated assembly of a comprehensive test
> BY USERS, for USERS. When such a test plan document is assembled, the
> tests described should be able to be repeated many times by many users
> on many platforms, though under a range of workloads, to ensure all
> are found and reported.
> This is ideally suited to those who USE rather than extend the
> functionality. You are skilled people whose contribution is gratefully
> received in this endeavour.
> Based upon the possible failures already identified, it should be
> possible to write a set of tests that check for those failure
> conditions. In doing so, it may occur to you that other failure
> conditions may exist also and it would be good to raise those as
> possibilities now.
> This ISN'T a call for beta-testers, but a call for assistance in
> assembling the list of tests that alpha-testers will be asked to
> complete. If you don't understand what I'm asking for, then it may not
> yet be time for you to help; however, I am particularly interested in
> assistance from those who know they are using relatively obscure parts
> of the PostgreSQL product.
> Based upon volume of response, you may not receive individual
> thanks...but there will be a list of credits somewhere down the

I will be more than ready to participate. 

> Best Regards, Simon Riggs


In response to

pgsql-hackers by date

Next:From: Manfred SpraulDate: 2004-03-14 21:30:15
Subject: Re: Log rotation
Previous:From: Tom LaneDate: 2004-03-14 21:16:05
Subject: Re: listening addresses

pgsql-hackers-pitr by date

Next:From: Simon RiggsDate: 2004-03-30 21:19:42
Subject: Update on PITR
Previous:From: Simon RiggsDate: 2004-03-09 23:10:01
Subject: PITR: Request for assistance with alpha test plan

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group