Re: Return pg_control from pg_backup_stop().

From: Noah Misch <noah(at)leadboat(dot)com>
To: David Steele <david(at)pgbackrest(dot)org>
Cc: Michael Paquier <michael(at)paquier(dot)xyz>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, solai v <solai(dot)cdac(at)gmail(dot)com>, hofstetter(at)jomasoft(dot)ch
Subject: Re: Return pg_control from pg_backup_stop().
Date: 2026-10-28 16:26:41
Message-ID: 20261028162641.3f.noahmisch@microsoft.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Oct 28, 2026 at 03:32:34PM +0000, David Steele wrote:
> On 10/28/26 11:56, Michael Paquier wrote:
> > https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=thorntail&dt=2026-10-28%2006%3A31%3A23&stg=recovery-check

> A bus error on SPARC is usually an alignment trap

I agree. SPARC Linux is one of the few platforms still doing those.

> Since v19 is failing as well this is not specific to master. I think we
> should go ahead with your palloc0() patch to get the buildfarm green again.
> It takes the buffer out of the frame entirely. It may well be masking
> something, but that is better investigated with a backtrace than with a red
> buildfarm. Perhaps Noah can get one from thorntail.

I won't be able to help with that directly, but:

- thorntail is cfarm202.cfarm.net; accounts are available:
https://portal.cfarm.net/users/new/

- If a newer buildfarm client would collect a stack trace here, I'm happy to
upgrade.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ayoub Kazar 2026-10-28 16:29:35 Re: O(N^3) planning time in choose_plan_name() since 8c49a484e8e
Previous Message Andres Freund 2026-10-28 16:19:46 Re: [PATCH v1 0/7] Wait event timing and tracing instrumentation