Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YDdr4-00083C-I4 for pgsql-admin@arkaria.postgresql.org; Tue, 20 Jan 2015 18:48:46 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YDdr3-0006PK-8L for pgsql-admin@arkaria.postgresql.org; Tue, 20 Jan 2015 18:48:45 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YDdr2-0006PE-DS for pgsql-admin@postgresql.org; Tue, 20 Jan 2015 18:48:44 +0000 Received: from mail-yh0-x235.google.com ([2607:f8b0:4002:c01::235]) by makus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YDdqv-0007UU-1U for pgsql-admin@postgresql.org; Tue, 20 Jan 2015 18:48:42 +0000 Received: by mail-yh0-f53.google.com with SMTP id v1so4852624yhn.12 for ; Tue, 20 Jan 2015 10:48:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=2N35oV4I366Sp7eoOl55SIQXS8gWA0whAdYCFpOsdWw=; b=M3Pl7QtrW0cxf/ir/o+108aU6nhuDhr+Kr6wbrYvYEhCKYywzTc4JGtgyHFCTUj/GG BzmCkXf26Yjs0RKE+V/mO5utPjXfBwEUjARqsSiATyCo/6AqGikBh5/9oq9d4Omj2B1F MpqnH8t7o9Rj3RVeE1Kvf4yk86TWWvF4yTy8R8+k3GRINZLKZgNLIR+TuRLcZs7oNoNg 5GshRaiYinD9J2t5qeb+eULId5csq7LvXEknu3yFCh7Vc4FlM40YFUywIOclE4DGf/L/ JyzgHO6hhxXrjzdZdayQB+FKpsSOIXuVERuu1TA7AnW29gCTfOpiYOh9kj9erK19OWzO y4/w== X-Received: by 10.236.43.239 with SMTP id l75mr22412206yhb.28.1421779716185; Tue, 20 Jan 2015 10:48:36 -0800 (PST) Received: from [192.168.254.3] (h77.89.102.166.static.ip.windstream.net. [166.102.89.77]) by mx.google.com with ESMTPSA id v18sm10094254yha.16.2015.01.20.10.48.35 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jan 2015 10:48:35 -0800 (PST) Message-ID: <54BEA303.4080201@gmail.com> Date: Tue, 20 Jan 2015 13:48:35 -0500 From: John Scalia User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Glyn Astill , "pgsql-admin@postgresql.org" Subject: Re: cannot drop an extension References: <54BE9AA9.8040608@gmail.com> <798882007.4385422.1421779369077.JavaMail.yahoo@jws11176.mail.ir2.yahoo.com> In-Reply-To: <798882007.4385422.1421779369077.JavaMail.yahoo@jws11176.mail.ir2.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org On 1/20/2015 1:42 PM, Glyn Astill wrote: > > > > ----- Original Message ----- >> From: John Scalia >> To: "pgsql-admin@postgresql.org" >> Cc: >> Sent: Tuesday, 20 January 2015, 18:12 >> Subject: [ADMIN] cannot drop an extension >> >> Hi all, >> >> My pg_upgrade woes continue... The primary server, V9.3.3, was originally used >> as a testbed for pgpool-II, although we ended up chosing pacemaker and corosync >> instead. When pgpool >> was installed, the instructions have you add a pgpool-regclass extension. >> Naturally, trying to upgrade to V9.4.0 fails and pg_upgrade writes a >> loadable_libraries.txt saying that >> $libdir/pgpool-regclass cannot be found. So, I restarted the original database, >> and connected to both my csg_db instance and to the template1 instance, then >> tried issuing a "drop >> extension pgpool-reglass", but the both the db's say it does not exist. >> I also tried dropping it by enclosing the extension name in quotes, both single >> and double with no joy. >> Then, I tried looking in pg_extensions, but I didn't see any similar entry >> there either. How can I get rid of this extension so that pg_upgrade will >> complete successfully? I've >> asked on the pgpool admin list, but as it's the middle of the night in >> Japan, I'm not expecting an immediate answer, if any. > > Sounds like you need to remove the pgpool-regclass entry from the shared_preload_libraries entry in your postgresql.conf > Well, I just checked the server's postgresql.conf file, and the shared_preload_libraries parameter only has 'pg_stat_statements' in it, and local_preload_libraries is commented out. I further searched for anything with "pgpool" in the file, and nothing came back. -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin