Re: Make check fails on 8.3.7 - Mailing list pgsql-general
From | Christine Desmuke |
---|---|
Subject | Re: Make check fails on 8.3.7 |
Date | |
Msg-id | 4A7368C5.90204@kshs.org Whole thread Raw |
In response to | Re: Make check fails on 8.3.7 (Tom Lane <tgl@sss.pgh.pa.us>) |
Responses |
Re: Make check fails on 8.3.7
|
List | pgsql-general |
Tom Lane wrote: > Christine Desmuke <cdesmuke@kshs.org> writes: >> I'm trying to install 8.3.7, but can't get past make check. >> CentOS release 4.7 (Final), with an existing install of 8.3.1 running as >> a warm standby >> ... >> It looks in every case like the ERROR (and also HINT lines) lines are >> causing the failures, but I'm not sure what setting I messed up to cause >> that. What should I be looking for? > > Years ago I saw roughly similar symptoms when SELinux decided postgres > shouldn't be allowed to write to /dev/tty. I'm not sure how that would > relate to your situation, but it'd be worth checking for avc messages in > the kernel log ... > > regards, tom lane Thanks for the suggestion. It is not SELinux (SELinux status: disabled), but _something_ is preventing postgres (both the existing install and the one I'm trying to check) from writing to /dev/tty. There are no related messages in the kernel log or postgres log, however. The permissions on /dev/tty appear to be ok: [root@zu log]# ls -l /dev/tty crw-rw-rw- 1 root root 5, 0 Jul 31 12:23 /dev/tty Trying to invoke psql ought to write an error (because the warm standby is perpetually in startup mode), but I'm just returned to the prompt: [cdesmuke@zu ~]# psql -h localhost psql: [cdesmuke@zu ~]# Other programs can write to /dev/tty without problems: [cdesmuke@zu ~]# mysql ERROR 1045 (28000): Access denied for user 'cdesmuke'@'localhost' (using password: NO) [cdesmuke@zu ~]$ pg_config BINDIR = /usr/local/pgsql/bin DOCDIR = /usr/local/pgsql/doc INCLUDEDIR = /usr/local/pgsql/include PKGINCLUDEDIR = /usr/local/pgsql/include INCLUDEDIR-SERVER = /usr/local/pgsql/include/server LIBDIR = /usr/local/pgsql/lib PKGLIBDIR = /usr/local/pgsql/lib LOCALEDIR = MANDIR = /usr/local/pgsql/man SHAREDIR = /usr/local/pgsql/share SYSCONFDIR = /usr/local/pgsql/etc PGXS = /usr/local/pgsql/lib/pgxs/src/makefiles/pgxs.mk CONFIGURE = CC = gcc CPPFLAGS = -D_GNU_SOURCE CFLAGS = -O2 -Wall -Wmissing-prototypes -Wpointer-arith -Winline -Wdeclaration-after-statement -Wendif-labels -fno-strict-aliasing -fwrapv CFLAGS_SL = -fpic LDFLAGS = -Wl,-rpath,'/usr/local/pgsql/lib' LDFLAGS_SL = LIBS = -lpgport -lz -lreadline -ltermcap -lcrypt -ldl -lm VERSION = PostgreSQL 8.3.1 The same thing happens whether trying as root, as postgres, or under my own unprivileged username. Trying to connect to this instance from another machine does generate the expected error: [cdesmuke@alberta ~]$ psql -h zu psql: FATAL: the database system is starting up Some other PG programs seems to work partway, but not fully: [cdesmuke@zu ~]$ pg_dump -U gar pg_dump: [archiver (db)] connection to database "gar" failed: [cdesmuke@zu ~]$ [i.e., the message "fe_sendauth: no password supplied" that I expected to see did not appear, and the command prompt appeared immediately after the "failed:" rather than on a new line.] I'm out of ideas on what to check next. Thank you for any and all suggestions. -- Christine Desmuke Kansas State Historical Society cdesmuke@kshs.org
pgsql-general by date: