Re: switching txlog file in 7.1beta - Mailing list pgsql-hackers

From Vadim Mikheev
Subject Re: switching txlog file in 7.1beta
Date
Msg-id 00a101c065f0$b2e23720$b67a30d0@sectorbase.com
Whole thread Raw
In response to switching txlog file in 7.1beta  (Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>)
List pgsql-hackers
> when doing txlog switches there seems to be a problem with remembering the 
> correct = active logfile, when the postmaster crashes.
> 
> This is one of the problems I tried to show up previously:
> You cannot rely on writes to other files except the txlog itself !!!

Why? If you handle those files specifically, as txlog itself.

> Thus the current way of recording the active txlog seg and position in 
> pg_control is busted, and must be avoided. I would try to not use pg_control
> for this at all, but scan the pg_xlog directory for this purpose.
> 
> cusejoua=# update journaleintrag set txt_funktion=trim(txt_funktion);
> FATAL 2:  write(logfile 0 seg 2 off 4612096) failed: No such file or directory
> pqReadData() -- backend closed the channel unexpectedly.
>         This probably means the backend terminated abnormally
>         before or while processing the request.
> The connection to the server was lost. Attempting reset: Failed.

Can you start up db with --wal_debug=1 and send me output?

Vadim




pgsql-hackers by date:

Previous
From: "Vadim Mikheev"
Date:
Subject: Re: vacuum verbose analyze lazy problem.
Next
From: Daniele Orlandi
Date:
Subject: Re: AW: Why vacuum?