On Wed, Dec 18, 2024 at 2:42 AM Andreas 'ads' Scherbaum wrote:
> On 17/12/2024 22:32, Nathan Bossart wrote:
> > Committed.
> >
>
> Thanks, I see you backpatched it all the way to 13.
> Will see how far back I can test this, will take a while.
>
Was able to test HEAD in all branches back to 13, n
On Tue, Dec 17, 2024 at 04:47:31PM -0500, Andres Freund wrote:
> On 2024-12-17 15:32:06 -0600, Nathan Bossart wrote:
>> Committed.
>
> Thanks!
Thanks, Nathan!
--
Michael
signature.asc
Description: PGP signature
On 17/12/2024 22:32, Nathan Bossart wrote:
Committed.
Thanks, I see you backpatched it all the way to 13.
Will see how far back I can test this, will take a while.
Regards,
--
Andreas 'ads' Scherbaum
German PostgreSQL User Group
European PostgreSQL User Group
On 2024-12-17 15:32:06 -0600, Nathan Bossart wrote:
> Committed.
Thanks!
Committed.
--
nathan
On Tue, Dec 17, 2024 at 10:53:07AM -0500, Andres Freund wrote:
> On 2024-12-17 16:50:45 +0900, Michael Paquier wrote:
>> I don't see a huge point in backpatching, FWIW.
>
> I don't see why we wouldn't want to backpatch? The number of objects here
> isn't entirely unrealistic to reach with relation
Hi,
On 2024-12-17 16:50:45 +0900, Michael Paquier wrote:
> On Mon, Dec 16, 2024 at 04:18:26PM -0600, Nathan Bossart wrote:
> > On Mon, Dec 16, 2024 at 08:00:00AM +0100, Andreas 'ads' Scherbaum wrote:
> >> Can confirm that the crash no longer happens when applying your patch.
> >
> > The patch loo
On Mon, Dec 16, 2024 at 04:18:26PM -0600, Nathan Bossart wrote:
> On Mon, Dec 16, 2024 at 08:00:00AM +0100, Andreas 'ads' Scherbaum wrote:
>> Can confirm that the crash no longer happens when applying your patch.
>
> The patch looks reasonable to me. I'll commit it soon unless someone
> objects.
Hello,
On Mon, Dec 16, 2024 at 11:18 PM Nathan Bossart
wrote:
> On Mon, Dec 16, 2024 at 08:00:00AM +0100, Andreas 'ads' Scherbaum wrote:
> > Can confirm that the crash no longer happens when applying your patch.
>
> The patch looks reasonable to me. I'll commit it soon unless someone
> objects.
On Mon, Dec 16, 2024 at 08:00:00AM +0100, Andreas 'ads' Scherbaum wrote:
> Can confirm that the crash no longer happens when applying your patch.
The patch looks reasonable to me. I'll commit it soon unless someone
objects. I was surprised to learn that the DSA_ALLOC_HUGE flag is only
intended t
Hi Matthias,
On Thu, Dec 12, 2024 at 10:49 PM Matthias van de Meent <
boekewurm+postg...@gmail.com> wrote:
> On Thu, 12 Dec 2024 at 22:28, Andreas 'ads' Scherbaum wrote:
> >
> >
> > Hello,
> >
> > I'm running a couple of large tests, and in this particular test I have
> > a few million tables mo
On 12/12/2024 22:49, Matthias van de Meent wrote:
On Thu, 12 Dec 2024 at 22:28, Andreas 'ads' Scherbaum wrote:
Hello,
I'm running a couple of large tests, and in this particular test I have
a few million tables more.
At some point it fails, and I gathered the following trace:
2024-12-12
On Thu, 12 Dec 2024 at 22:28, Andreas 'ads' Scherbaum wrote:
>
>
> Hello,
>
> I'm running a couple of large tests, and in this particular test I have
> a few million tables more.
>
> At some point it fails, and I gathered the following trace:
>
>
> 2024-12-12 22:22:55.307 CET [1496210] ERROR: inva
Hello,
I'm running a couple of large tests, and in this particular test I have
a few million tables more.
At some point it fails, and I gathered the following trace:
2024-12-12 22:22:55.307 CET [1496210] ERROR: invalid DSA memory alloc
request size 1073741824
2024-12-12 22:22:55.307 CET [
14 matches
Mail list logo
