Re: psql tests hangs

From: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
To: Daniel Gustafsson <daniel(at)yesql(dot)se>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: psql tests hangs
Date: 2023-05-09 11:53:07
Message-ID: CAFj8pRC_CzZxRRt_FwP9Wn0-9v4qyg0y4BjBOU+biUAzaGrgQQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

út 9. 5. 2023 v 11:07 odesílatel Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
napsal:

>
>
> út 9. 5. 2023 v 10:48 odesílatel Daniel Gustafsson <daniel(at)yesql(dot)se>
> napsal:
>
>> > On 9 May 2023, at 08:52, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
>> >
>> > Hi
>> >
>> > I try run make check-world. Now I have problems with tests of psql
>> >
>> > I had to cancel tests
>> >
>> > log:
>> >
>> > [08:46:49.828](0.038s) ok 63 - no ON_ERROR_STOP, --single-transaction
>> and multiple -c switches
>> > [08:46:49.860](0.033s) ok 64 - client-side error commits transaction,
>> no ON_ERROR_STOP and multiple -c switches
>> > [08:46:49.928](0.067s) ok 65 - \copy from with DEFAULT: exit code 0
>> > [08:46:49.929](0.001s) ok 66 - \copy from with DEFAULT: no stderr
>> > [08:46:49.930](0.001s) ok 67 - \copy from with DEFAULT: matches
>> > death by signal at
>> /home/pavel/src/postgresql.master/src/bin/psql/../../../src/test/perl/PostgreSQL/Test/Cluster.pm
>> line 3042.
>> > # Postmaster PID for node "main" is 157863
>> > ### Stopping node "main" using mode immediate
>> > # Running: pg_ctl -D
>> /home/pavel/src/postgresql.master/src/bin/psql/tmp_check/t_001_basic_main_data/pgdata
>> -m immediate stop
>> > waiting for server to shut down.... done
>> > server stopped
>> > # No postmaster PID for node "main"
>> > [08:47:30.361](40.431s) # Tests were run but no plan was declared and
>> done_testing() was not seen.
>> > [08:47:30.362](0.001s) # Looks like your test exited with 4 just after
>> 67.
>> > Warning: unable to close filehandle $orig_stderr properly: Broken pipe
>> during global destruction.
>>
>> I'm unable to reproduce, and this clearly works in the buildfarm and CI.
>> Did
>> you run out of disk on the volume during the test or something similar?
>> Anything interesting in the serverlogs from the tmp_check install?
>>
>
> I have enough free space on disc
>
> I don't see nothing interesting in log (it is another run)
>
> 2023-05-09 08:50:04.839 CEST [158930] 001_basic.pl LOG: statement: COPY
> copy_default FROM STDIN with (format 'csv', default 'placeholder');
> 2023-05-09 08:50:04.841 CEST [158930] 001_basic.pl LOG: statement:
> SELECT * FROM copy_default
> 2023-05-09 08:50:04.879 CEST [158932] 001_basic.pl LOG: statement:
> SELECT 1.
> 2023-05-09 08:50:04.888 CEST [158932] 001_basic.pl LOG: statement:
> SELECT 1.
> 2023-05-09 08:50:04.898 CEST [158932] 001_basic.pl LOG: statement:
> SELECT 1.
> 2023-05-09 08:50:28.375 CEST [158862] LOG: received immediate shutdown
> request
> 2023-05-09 08:50:28.385 CEST [158862] LOG: database system is shut down
>
> backtrace from perl
>
> Program received signal SIGINT, Interrupt.
> 0x00007f387ecc1ade in select () from /lib64/libc.so.6
> (gdb) bt
> #0 0x00007f387ecc1ade in select () from /lib64/libc.so.6
> #1 0x00007f387e97363b in Perl_pp_sselect () from /lib64/libperl.so.5.36
> #2 0x00007f387e917958 in Perl_runops_standard () from
> /lib64/libperl.so.5.36
> #3 0x00007f387e88259d in perl_run () from /lib64/libperl.so.5.36
> #4 0x00005588bceb234a in main ()
>
> Regards
>

I repeated another build with the same result.

Tested REL_15_STABLE branch without any problems.

Regards

Pavel

>
> Pavel
>
>
>
> 1.
>
>
>
>
>
>
>>
>> --
>> Daniel Gustafsson
>>
>>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Euler Taveira 2023-05-09 12:25:00 Re: drop table in transaction
Previous Message Amit Kapila 2023-05-09 11:07:53 Re: Tables getting stuck at 's' state during logical replication