Search Postgresql Archives

Re: Make check fails on 8.3.7

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Tom Lane wrote:
Christine Desmuke <cdesmuke@xxxxxxxx> 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@xxxxxxxx

--
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux