On 14 October 2012 13:59, Brett Henderson <span dir="ltr"><<a href="mailto:brett@bretth.com" target="_blank">brett@bretth.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im">On 14 October 2012 09:46, sly (sylvain letuffe) <span dir="ltr"><<a href="mailto:liste@letuffe.org" target="_blank">liste@letuffe.org</a>></span> wrote:note : I have a strange issue with all objects's timestamp, they seam to be<br>
</div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
shifted by -1 hour<br></blockquote></div><div><br>Really?  I might have to look into this this evening (currently 2pm Melbourne time).  I previously had a few issues with timezones (BST to UTC confusion), but I thought they were limited to the information in state files, not the data itself.<span class="HOEnZb"><font color="#888888"><br>
</font></span></div></div></blockquote><div><br></div></div>I've taken a look at it.  The process was running in the default server timezone which is BST.  I've restarted the process explicitly setting the timezone to UTC and it has fixed the problem.<br>
<br>The timestamp columns in the database are set to "timestamp without time zone" which presumably means the timezones of dates aren't automatically converted to the correct timezone upon querying.  I'm a bit confused though because I believe PostgreSQL itself is running in the BST timezone.  I'd like to investigate further but I don't have time at the moment.<br>
<br>Anyway, the dates look right to me now.  A large number of replication files will now have incorrect timestamps in them.  At some point I probably should delete all existing replication data and start again from scratch.<br>
<br>Brett<br><br>