Re: [HACKERS] PITR Dead horse?

2004-05-13 Thread Greg Stark
"scott.marlowe" <[EMAIL PROTECTED]> writes: > but I'm not sure you can test that without power off tests... Well the approach that's been taken manually on the list is to look at the timing results and conclude they're just physically impossible. Doing this automatically could be interesting.

Re: [HACKERS] PITR Dead horse?

2004-05-13 Thread scott.marlowe
On Thu, 5 Feb 2004, Rod Taylor wrote: > > > Don't know. But apparently different users will have > > > different demands From a database. > > > > Of course, but I would argue that my claim that PostgreSQL is reliable > > is backed up by the lack of people posting messages like 'we had a > > powe

Re: [HACKERS] PITR Dead horse?

2004-02-12 Thread Bruce Momjian
Koichi Suzuki wrote: > Hi, This is Suzuki from NTT DATA Intellilink. > > I told Bruce Momjan that I and my colleagues are interested in > implementing PITR in BOF in NY LW2004. NTT's laboratory is very > interested in this issue and I'm planning to work with them. I hope we > could cooperate.

Re: [HACKERS] PITR Dead horse?

2004-02-11 Thread Alvaro Herrera
On Mon, Feb 09, 2004 at 10:04:56AM -0700, scott.marlowe wrote: > On Thu, 5 Feb 2004, Rod Taylor wrote: > > One thing we could use (and I have no idea how to do it) is a "This > > hardware is not appropriate for a database" test kit. > > > > Something to detect lying disks, battery backed write ca

Re: [HACKERS] PITR Dead horse?

2004-02-07 Thread Christopher Browne
A long time ago, in a galaxy far, far away, [EMAIL PROTECTED] (Bruce Momjian) wrote: > Austin Gonyou wrote: >> As previously stated by Bruce I believe, the mindshare department needs >> some work. For this, the PITR is a necessity, but also when comparing >> features with other DBs that people and

Re: [HACKERS] PITR Dead horse?

2004-02-07 Thread Bruce Momjian
Marc G. Fournier wrote: > > [EMAIL PROTECTED] > > I set myself as owner, since I didn't figure it was something you really > needed added to your plate? :) Just means you don't have to go through > and do the Approvals for postings when they need it, I'll just do it as my > normal stuff ... OK,

Re: [HACKERS] PITR Dead horse?

2004-02-07 Thread Bruce Momjian
Austin Gonyou wrote: > On Thu, 2004-02-05 at 14:00, Nicolai Tufar wrote: > > > -Original Message- > > > From: Dave Page [mailto:[EMAIL PROTECTED] > > > My SQL2K servers give me far more sleepless nights than PostgreSQL > > ever > > > did! > > > > You bet! I totally agree with you. > > Tech

Re: [HACKERS] PITR Dead horse?

2004-02-07 Thread Rod Taylor
> > Don't know. But apparently different users will have > > different demands From a database. > > Of course, but I would argue that my claim that PostgreSQL is reliable > is backed up by the lack of people posting messages like 'we had a > powercut and now my DB is hosed'. One thing we could u

Re: [HACKERS] PITR Dead horse?

2004-02-07 Thread Satoshi Nagayasu
I and some other developers are also interested in. Do you think we can work together? Tatsuo Ishii <[EMAIL PROTECTED]> wrote: > > Has this been beaten to death now? Just curious if PITR was in Dev tree > > yet. Been out of the loop. TIA. > > I and my co workers are very interested in implementin

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Chester Kustarz
I do not see the win32 list on http://www.postgresql.org/lists.html How would I find out about it and join? I probably did not subscribe to hackers when it started. On Thu, 5 Feb 2004, Bruce Momjian wrote: > I think the win32 email list has worked well. What is has allowed is > people who want to

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Austin Gonyou
On Thu, 2004-02-05 at 14:00, Nicolai Tufar wrote: > > -Original Message- > > From: Dave Page [mailto:[EMAIL PROTECTED] > > My SQL2K servers give me far more sleepless nights than PostgreSQL > ever > > did! > > You bet! I totally agree with you. > Technicians like you, me and most people on

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Nicolai Tufar
> -Original Message- > From: Dave Page [mailto:[EMAIL PROTECTED] > My SQL2K servers give me far more sleepless nights than PostgreSQL ever > did! You bet! I totally agree with you. Technicians like you, me and most people on this list Already know that PostgreSQL is stable and reliable. It

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Tom Lane
"Dave Page" <[EMAIL PROTECTED]> writes: > Ahh, that's not quite what I thought you meant. It sounded like you were > questioning the reliability of PostgreSQL, not it's ability to be > recovered to point of failure. I think the waters got muddied a bit by the suggestion elsewhere in the thread (no

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Dave Page
> -Original Message- > From: Nicolai Tufar [mailto:[EMAIL PROTECTED] > Sent: 05 February 2004 17:35 > To: Dave Page; [EMAIL PROTECTED] > Subject: RE: [HACKERS] PITR Dead horse? > > > -Original Message- > > From: Dave Page [mailto:[EMAIL PROTECTED

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Nicolai Tufar
> -Original Message- > From: Dave Page [mailto:[EMAIL PROTECTED] > Sent: Thursday, February 05, 2004 11:02 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: [HACKERS] PITR Dead horse? > Of course, but I would argue that my claim that PostgreSQL is reliable >

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Austin Gonyou
Wow. What a wonderful response. Thanks all! On Thu, 2004-02-05 at 08:57, Bruce Momjian wrote: > Tatsuo Ishii wrote: > > > Has this been beaten to death now? Just curious if PITR was in Dev tree > > > yet. Been out of the loop. TIA. > > > > I and my co workers are very interested in implementing

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Marc G. Fournier
[EMAIL PROTECTED] I set myself as owner, since I didn't figure it was something you really needed added to your plate? :) Just means you don't have to go through and do the Approvals for postings when they need it, I'll just do it as my normal stuff ... On Thu, 5 Feb 2004, Bruce Momjian wrote:

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Bruce Momjian wrote: > Dave Page wrote: > > > > > > > -Original Message- > > > From: Nicolai Tufar [mailto:[EMAIL PROTECTED] > > > Sent: 05 February 2004 00:01 > > > To: [EMAIL PROTECTED] > > > Subject: Re: [HACKERS] PITR

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Marc G. Fournier wrote: > On Wed, 4 Feb 2004, Tatsuo Ishii wrote: > > > > I and some other developers are also interested in. > > > Do you think we can work together? > > > > Sure. Why not. I think it would be practical to decide who is the > > leader of this project, though. > > Is this somethin

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Tom Lane wrote: > "Marc G. Fournier" <[EMAIL PROTECTED]> writes: > > Is this something large enough, like the win32 stuff, that having a side > > list for discussions is worth setting up? > > In terms of the amount of code to be written, I expect it's larger than > the win32 porting effort. And i

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Nicolai Tufar wrote: > I would like to join this effort too. > I was afraid that people at RedHat are already > halfway though and were to release their work > shortly. But it does not seem to be the case. We are a long way away from completion: http://momjian.postgresql.org/main/writing

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Koichi Suzuki wrote: > Hi, This is Suzuki from NTT DATA Intellilink. > > I told Bruce Momjan that I and my colleagues are interested in > implementing PITR in BOF in NY LW2004. NTT's laboratory is very > interested in this issue and I'm planning to work with them. I hope we > could cooperate.

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Tatsuo Ishii wrote: > > Has this been beaten to death now? Just curious if PITR was in Dev tree > > yet. Been out of the loop. TIA. > > I and my co workers are very interested in implementing PITR. We will > tackle this for 7.5 if no one objects. I have put up a PITR project page: http:/

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Bruce Momjian
Dave Page wrote: > > > > -Original Message- > > From: Nicolai Tufar [mailto:[EMAIL PROTECTED] > > Sent: 05 February 2004 00:01 > > To: [EMAIL PROTECTED] > > Subject: Re: [HACKERS] PITR Dead horse? > > > > Totally agree. Robustness and

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Dave Page
> -Original Message- > From: Nicolai Tufar [mailto:[EMAIL PROTECTED] > Sent: 05 February 2004 08:15 > To: Dave Page > Subject: RE: [HACKERS] PITR Dead horse? > > > -Original Message- > > From: Dave Page [mailto:[EMAIL PROTECTED] Well I've

Re: [HACKERS] PITR Dead horse?

2004-02-05 Thread Dave Page
> -Original Message- > From: Nicolai Tufar [mailto:[EMAIL PROTECTED] > Sent: 05 February 2004 00:01 > To: [EMAIL PROTECTED] > Subject: Re: [HACKERS] PITR Dead horse? > > Totally agree. Robustness and rock-solidness are the only > things missing for PostgreSQL

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Josh Berkus
Simon, > I'd vote for a new list dedicated to discussing "Robustness" issues, > such as PITR and the fsync/sync issues. > The list probably would remain clearly differentiated, in the same way > [Performance] covers lots of areas not discussed in [Hackers]. Actually, Simon, you're welcome to br

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Nicolai Tufar
rom: [EMAIL PROTECTED] [mailto:pgsql-hackers- > [EMAIL PROTECTED] On Behalf Of Simon Riggs > Sent: Thursday, February 05, 2004 1:33 AM > To: 'Tom Lane'; 'Marc G. Fournier' > Cc: 'Tatsuo Ishii'; [EMAIL PROTECTED]; [EMAIL PROTECTED]; pgsql- > [EMAIL PROTECT

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Tom Lane
"Simon Riggs" <[EMAIL PROTECTED]> writes: > I'd vote for a new list dedicated to discussing "Robustness" issues, > such as PITR and the fsync/sync issues. IMHO, PostgreSQL has the > Functionality and Performance, it just needs some rock-solid analysis of > where-things-can-go-wrong with it, so that

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Simon Riggs
>Tom Lane wrote > "Marc G. Fournier" <[EMAIL PROTECTED]> writes: > > Is this something large enough, like the win32 stuff, that having a side > > list for discussions is worth setting up? > > In terms of the amount of code to be written, I expect it's larger than > the win32 porting effort. And i

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Tom Lane
"Marc G. Fournier" <[EMAIL PROTECTED]> writes: > Is this something large enough, like the win32 stuff, that having a side > list for discussions is worth setting up? In terms of the amount of code to be written, I expect it's larger than the win32 porting effort. And it should be mostly pretty se

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Marc G. Fournier
On Wed, 4 Feb 2004, Tatsuo Ishii wrote: > > I and some other developers are also interested in. > > Do you think we can work together? > > Sure. Why not. I think it would be practical to decide who is the > leader of this project, though. Is this something large enough, like the win32 stuff, that

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Nicolai Tufar
ECTED] On Behalf Of Koichi Suzuki > Sent: Wednesday, February 04, 2004 11:25 AM > To: Tatsuo Ishii > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [HACKERS] PITR Dead horse? > > Hi, This is Suzuki from NTT DATA Intellilink. > > I told Bruce Momjan that I an

Re: [HACKERS] PITR Dead horse?

2004-02-04 Thread Koichi Suzuki
Hi, This is Suzuki from NTT DATA Intellilink. I told Bruce Momjan that I and my colleagues are interested in implementing PITR in BOF in NY LW2004. NTT's laboratory is very interested in this issue and I'm planning to work with them. I hope we could cooperate. Tatsuo Ishii wrote: Has this b

Re: [HACKERS] PITR Dead horse?

2004-02-03 Thread Tatsuo Ishii
> I and some other developers are also interested in. > Do you think we can work together? Sure. Why not. I think it would be practical to decide who is the leader of this project, though. -- Tatsuo Ishii ---(end of broadcast)--- TIP 1: subscribe an

Re: [HACKERS] PITR Dead horse?

2004-02-03 Thread Tom Lane
Tatsuo Ishii <[EMAIL PROTECTED]> writes: > I and my co workers are very interested in implementing PITR. We will > tackle this for 7.5 if no one objects. Sounds good. I'll try to push in the work that Patrick and JR did within the next day or two, and then you can take it from there...

Re: [HACKERS] PITR Dead horse?

2004-02-03 Thread Satoshi Nagayasu
I and some other developers are also interested in. Do you think we can work together? Tatsuo Ishii <[EMAIL PROTECTED]> wrote: > > Has this been beaten to death now? Just curious if PITR was in Dev tree > > yet. Been out of the loop. TIA. > > I and my co workers are very interested in implementin

Re: [HACKERS] PITR Dead horse?

2004-02-03 Thread Tatsuo Ishii
> Has this been beaten to death now? Just curious if PITR was in Dev tree > yet. Been out of the loop. TIA. I and my co workers are very interested in implementing PITR. We will tackle this for 7.5 if no one objects. -- Tatsuo Ishii ---(end of broadcast)---

Re: [HACKERS] PITR Dead horse?

2004-02-03 Thread Tom Lane
Austin Gonyou <[EMAIL PROTECTED]> writes: > Has this been beaten to death now? Just curious if PITR was in Dev tree > yet. Been out of the loop. TIA. Nope... I've got some patches from Patrick Macdonald and JR Nield that I need to integrate, but I believe those only cover some low-level changes to

[HACKERS] PITR Dead horse?

2004-02-03 Thread Austin Gonyou
Has this been beaten to death now? Just curious if PITR was in Dev tree yet. Been out of the loop. TIA. -- Austin Gonyou <[EMAIL PROTECTED]> Coremetrics, Inc. ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster