Thread

  1. Re: 035_standby_logical_decoding might fail due to FATAL message lost inside libpq

    Alexander Lakhin <exclusion@gmail.com> — 2026-05-27T17:00:01Z

    Hello Kuroda-san,
    
    27.05.2026 08:43, Hayato Kuroda (Fujitsu) wrote:
    > Hi Alexander,
    >
    > I applied your reproducer atop my HEAD (12d00048), but I could not reproduce.
    > ...
    >
    > The build can be done if I restore changes in src/meson.build, but I could not
    > reproduce the failure if I run 035_standby_logicaldecoding.pl. Am I missing something?
    
    I'm sorry, it looks like I had messed up with the patch. Please try the fixed one.
    It makes the unmodified 035_standby_logical_decoding.pl fail for me as below:
      CPPFLAGS="-O0" ./configure -q --enable-debug --enable-tap-tests --enable-injection-points && make -s -j8 && 
    PROVE_TESTS="t/035*" make -s check -C src/test/recovery/
    ...
    # pg_recvlogical: error: could not send replication command "START_REPLICATION SLOT "drop_db_activeslot" LOGICAL 
    0/00000000 ("include-xids" '0', "skip-empty-xacts" '1')": server closed the connection unexpectedly
    #       This probably means the server terminated abnormally
    #       before or while processing the request.
    # pg_recvlogical: error: disconnected
    # '
    #     doesn't match '(?^:conflict with recovery)'
    t/035_standby_logical_decoding.pl .. 87/? # Looks like you failed 1 test of 89.
    t/035_standby_logical_decoding.pl .. Dubious, test returned 1 (wstat 256, 0x100)
    Failed 1/89 subtests
    
    Best regards,
    Alexander