Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mpClP-0003HG-HS for pgsql-bugs@arkaria.postgresql.org; Mon, 22 Nov 2021 17:05:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mpClN-0008Na-J9 for pgsql-bugs@arkaria.postgresql.org; Mon, 22 Nov 2021 17:05:53 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mpClN-0008NR-Af for pgsql-bugs@lists.postgresql.org; Mon, 22 Nov 2021 17:05:53 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mpClG-00008e-Rr for pgsql-bugs@lists.postgresql.org; Mon, 22 Nov 2021 17:05:52 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 1AMH5hKe3766310; Mon, 22 Nov 2021 12:05:43 -0500 From: Tom Lane To: "Lembark, Steven" cc: "pgsql-bugs@lists.postgresql.org" Subject: Re: PG 14.1 psql: symbol lookup error: psql: undefined symbol: PQmblenBounded In-reply-to: References: Comments: In-reply-to "Lembark, Steven" message dated "Mon, 22 Nov 2021 16:09:44 +0000" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3766308.1637600743.1@sss.pgh.pa.us> Date: Mon, 22 Nov 2021 12:05:43 -0500 Message-ID: <3766309.1637600743@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "Lembark, Steven" writes: > New installation of PG-14.1 from tarball on RH 8.3 built with gcc-11 > using CFLAGS='-O2 -march=native -pipe' (didn't seem particularly > exotic). Sample session is shown below, error appears to happen > more-or-less randomly: using "\l+" or "\db+" has caused it a few > times. Restarting the psql session and re-issuing the same commands > does not cause a repeatable error. Hmph. PQmblenBounded is exported by recent versions of libpq.so, so this would seem to be telling us that psql is sometimes binding to an older libpq.so. Most likely the older one is in /usr/lib64 or some other standard place while you dropped the newer one someplace else. That's not a usage that Linux is terribly friendly to; you have to be sure that the executable includes an rpath option pointing to "someplace else", or that you consistently set the LD_LIBRARY_PATH environment variable. The fact that the failure is inconsistent seems odd, so I'm not sure quite which way it's going wrong for you. regards, tom lane