From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Noah Misch <noah(at)leadboat(dot)com>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Tracing down buildfarm "postmaster does not shut down" failures |
Date: | 2016-02-10 01:40:32 |
Message-ID: | 56BA9510.6000004@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 02/09/2016 07:49 PM, Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> So running it's not running with fsync off or using the ramdisk for
>> stats_temp_directory. Of course, that doesn't explain why we're not
>> seeing it on branches earlier than 9.5, but it could explain why we're
>> only seeing it on the ecpg tests.
> BTW, the evidence we already have from axolotl's last run is that
> post-checkpoint shutdown in the ecpg test was pretty quick:
>
> LOG: database system is shut down at 2016-02-09 16:31:14.784 EST
> LOG: lock files all released at 2016-02-09 16:31:14.817 EST
>
> However, I'd already noted from some other digging in the buildfarm
> logs that axolotl's speed seems to vary tremendously. I do not
> know what else you typically run on that hardware, but putting it
> under full load might help prove things.
>
>
Almost nothing. It's a Raspberry Pi 2B that I got mainly to run a
buildfarm animal. About the only other thing of note is a very lightly
configured Nagios instance.
Of course, I could put it under continuous load running a compilation or
something.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2016-02-10 01:47:19 | Re: Re: BUG #13685: Archiving while idle every archive_timeout with wal_level hot_standby |
Previous Message | Michael Paquier | 2016-02-10 01:35:16 | Re: Existence check for suitable index in advance when concurrently refreshing. |