Re: pg_regress.sh startup failure patch - Mailing list pgsql-patches

From Tom Lane
Subject Re: pg_regress.sh startup failure patch
Date
Msg-id 27629.1010094945@sss.pgh.pa.us
Whole thread Raw
In response to Re: pg_regress.sh startup failure patch  (Jason Tishler <jason@tishler.net>)
Responses Re: pg_regress.sh startup failure patch
List pgsql-patches
Jason Tishler <jason@tishler.net> writes:
> I just checked one of my old favorites, "The UNIX Programming
> Environment," by Kernighan and Pike, 1984.  It appears that "until"
> is understood by the Bourne shell back then, so its use should be OK.

Yeah, that's what I thought.  I ended up applying the attached patch;
this not only avoids the timing problem but has more reliable detection
of postmaster startup failure than the original code.

            regards, tom lane


*** src/test/regress/pg_regress.sh.orig    Sun Sep 16 12:11:11 2001
--- src/test/regress/pg_regress.sh    Thu Jan  3 16:52:05 2002
***************
*** 353,358 ****
--- 353,379 ----
      "$bindir/postmaster" -D "$PGDATA" -F $postmaster_options >"$LOGDIR/postmaster.log" 2>&1 &
      postmaster_pid=$!

+     # Wait till postmaster is able to accept connections (normally only
+     # a second or so, but Cygwin is reportedly *much* slower).  Don't
+     # wait forever, however.
+     i=0
+     max=60
+     until "$bindir/psql" $psql_options template1 </dev/null 2>/dev/null
+     do
+         i=`expr $i + 1`
+         if [ $i -ge $max ]
+         then
+             break
+         fi
+         if kill -0 $postmaster_pid >/dev/null 2>&1
+         then
+             : still starting up
+         else
+             break
+         fi
+         sleep 1
+     done
+
      if kill -0 $postmaster_pid >/dev/null 2>&1
      then
          echo "running on port $PGPORT with pid $postmaster_pid"
***************
*** 363,371 ****
          echo
          (exit 2); exit
      fi
-
-     # give postmaster some time to pass WAL recovery
-     sleep 3

  else # not temp-install

--- 384,389 ----

pgsql-patches by date:

Previous
From: "Ross Thomas"
Date:
Subject: Re: Patch for ODBC driver (look for odbc.ini in more than
Next
From: "Greg Sabino Mullane"
Date:
Subject: psql \timing patch