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

Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Greg Stark <stark(at)mit(dot)edu>
Cc: marcin mank <marcin(dot)mank(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after
Date: 2010-02-15 14:15:40
Message-ID: 9837222c1002150615v4c7584e8gac67834ae9b5305c@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
2010/2/15 Greg Stark <stark(at)mit(dot)edu>:
> On Mon, Feb 15, 2010 at 11:34 AM, marcin mank <marcin(dot)mank(at)gmail(dot)com> wrote:
>> LOG:  could not link file "pg_xlog/xlogtemp.2367" to
>> "pg_xlog/000000010000000000000000" (initialization of log file 0,
>>
>
> This is not related -- it seems your filesystem doesn't support hard
> links. I thought we used "junctions" on versions of Windows that
> support them which I would have expected would include XP but my
> knowledge of Windows is thin and obsolete.

Junctions are for symbolic links, and only valid for directories. NTFS
has "real" hardlinks though CreateLink(). No idea if that works on
remote filesystems though.

But AFAIK, we don't use that on Windows. But the rest of the thread
has indicated why this shows up anyway :)


-- 
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

In response to

pgsql-hackers by date

Next:From: Robert HaasDate: 2010-02-15 14:22:20
Subject: Re: Explain buffers display units.
Previous:From: Alvaro HerreraDate: 2010-02-15 14:12:42
Subject: Re: Documentation build issues on Debian/Ubuntu

pgsql-committers by date

Next:From: Alvaro HerreraDate: 2010-02-15 16:10:34
Subject: pgsql: Fix typo in comment
Previous:From: Andres FreundDate: 2010-02-15 14:02:35
Subject: Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after

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