Re: Debian mips: Failed test 'Check expected t_009_tbl data on standby'

2018-10-12 Thread Christoph Berg
Re: Michael Paquier 2018-10-12 <20181012002520.gb26...@paquier.xyz> > Do you still have the logs of the previous run for the standby? Sorry, all I have is the (link to) the build log in the original posting. I can run some tests on the mips porter box if you have any ideas for things to try. What

Re: Debian mips: Failed test 'Check expected t_009_tbl data on standby'

2018-10-11 Thread Michael Paquier
On Thu, Oct 11, 2018 at 09:49:27PM +0200, Christoph Berg wrote: > Looking at src/test/recovery/t/009_twophase.pl, this is testing 2PC, > and the missing row is from: > > $cur_master->psql( > 'postgres', " > BEGIN; > INSERT INTO t_009_tbl VALUES (13, 'issued to ${cur_master_name}'); >

Re: Debian mips: Failed test 'Check expected t_009_tbl data on standby'

2018-10-11 Thread Christoph Berg
Re: Tom Lane 2018-10-11 <28384.1539266...@sss.pgh.pa.us> > Christoph Berg writes: > > The 11rc1 build was failing on Debian mips: > > ... > > The diff is that "14|issued to london" was expected, but "|" was > > received. > > The build succeeded when I retried it manually on a different box. > > W

Re: Debian mips: Failed test 'Check expected t_009_tbl data on standby'

2018-10-11 Thread Tom Lane
Christoph Berg writes: > The 11rc1 build was failing on Debian mips: > ... > The diff is that "14|issued to london" was expected, but "|" was > received. > The build succeeded when I retried it manually on a different box. Was it repeatable on the original box? My gut feeling is that this is pro

Debian mips: Failed test 'Check expected t_009_tbl data on standby'

2018-10-11 Thread Christoph Berg
The 11rc1 build was failing on Debian mips: cd /<>/build/../src/test/recovery && TESTDIR='/<>/build/src/test/recovery' PATH="/<>/build/tmp_install/usr/lib/postgresql/11/bin:$PATH" LD_LIBRARY_PATH="/<>/build/tmp_install/usr/lib/mips-linux-gnu" PGPORT='65432' PG_REGRESS='/<>/build/src/test/reco