When I start the postmaster with PGDATA a relative path[*], then I
reproducably get things like this:
DEBUG: Data Base System is in production state at Thu Nov 2 20:28:26 2000
NOTICE: Cannot create init file pg-install/var/data/base/1/pg_internal.init.10037: No such file or directory
Continuinganyway, but there's something wrong.
NOTICE: mdopen: couldn't open pg-install/var/data/global/1269: No such file or directory
NOTICE: mdopen: couldn't open pg-install/var/data/global/1264: No such file or directory
NOTICE: mdopen: couldn't open pg-install/var/data/global/1269: No such file or directory
FATAL 1: cannot open relation pg_log
NOTICE: Cannot create init file pg-install/var/data/base/1/pg_internal.init.10053: No such file or directory
Continuinganyway, but there's something wrong.
NOTICE: mdopen: couldn't open pg-install/var/data/global/1269: No such file or directory
NOTICE: mdopen: couldn't open pg-install/var/data/global/1264: No such file or directory
(hangs here, and then after a while)
FATAL: s_lock(40017029) at spin.c:131, stuck spinlock. Aborting.
FATAL: s_lock(40017029) at spin.c:131, stuck spinlock. Aborting.
Server process (pid 10053) exited with status 6 at Thu Nov 2 20:29:54 2000
Terminating any active server processes...
Server processes were terminated at Thu Nov 2 20:29:54 2000
Reinitializing shared memory and semaphores
It seems to me that "Continuing anyway, but there's something wrong." is a
rather inappropriate error handling, and this whole things seems pretty
scary for a trivial user mistake.
[*] -- The postmaster should refuse to start when the data directory is
not an absolute path. I'm on that.
--
Peter Eisentraut peter_e@gmx.net http://yi.org/peter-e/