Re: Broken postgres links need to find callers - Mailing list pgsql-general

From Rich Shepard
Subject Re: Broken postgres links need to find callers
Date
Msg-id alpine.LNX.2.20.1810311436010.26169@salmo.appl-ecosys.com
Whole thread Raw
In response to Re: Broken postgres links need to find callers  (Rich Shepard <rshepard@appl-ecosys.com>)
Responses Re: Broken postgres links need to find callers
List pgsql-general
On Wed, 31 Oct 2018, Rich Shepard wrote:

> Still bad links remaining.

   Every pg_* not in /usr/lib/postgresql/10.3/bin/ now points to its namesake
there.

   Question: if pg_dump, pg_dumpall, pg_restore, pg_ctl, and pg_controldata
have symlinks in /usr/bin/ do they also need symlinks in /bin/? The ones
found there dated back to 2010 and I don't know that they're needed now.

   pg_ctl start still cannot find the proper timezonesets/ directory. If you
have suggestions what pg_ctl is calling that looks in the non-existent 10.2/
directory instead of the existing 10.3/ directory please let me know.

Rich


pgsql-general by date:

Previous
From: Rich Shepard
Date:
Subject: Re: Broken postgres links need to find callers
Next
From: Andrew Gierth
Date:
Subject: Re: Broken postgres links need to find callers