Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1YDe8T-0000Hk-MO for pgsql-admin@arkaria.postgresql.org; Tue, 20 Jan 2015 19:06:45 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1YDe8T-0003v6-29 for pgsql-admin@arkaria.postgresql.org; Tue, 20 Jan 2015 19:06:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1YDe8S-0003v0-9F for pgsql-admin@postgresql.org; Tue, 20 Jan 2015 19:06:44 +0000 Received: from mail-yk0-x22a.google.com ([2607:f8b0:4002:c07::22a]) by magus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1YDe8O-0007sO-As for pgsql-admin@postgresql.org; Tue, 20 Jan 2015 19:06:43 +0000 Received: by mail-yk0-f170.google.com with SMTP id q200so6682093ykb.1 for ; Tue, 20 Jan 2015 11:06:38 -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=B7+T8CLvixwTOqE92Wkkc4gybzI71HQElmzFgu8ke7w=; b=YW9uZ9lXG9NQwlX6/WCajpyMI+Bi98Uryu5Jaxp2Xa0RRQvgrI8HJjXkhfWuYeG4dx y0OfHDsXGiTTLlcuA06SUFoAGMa02o3eufW6FmGeZnlKZa8L23VpJnBB6FEd97nxkuVD On4BwVmJvP9cO8jXbWP42/mjV4piVIumJzvOAkwJT1EwDUde6NknsBX+7tZQ5eL3el4J Ll+imHdVdTQzp2WDo0HJfJ6IHlBlcUQiYGeBCc5gzjJp5syfmYmNOM9SRlaYNEf7g1FN Xb32Y3pd83JXRQJhrdhV6Ya8D3u2qZ2xb9dKBra5S2WXE+IhCukHX1QFH8Sd/leTTeNZ +RLw== X-Received: by 10.236.46.19 with SMTP id q19mr22719638yhb.128.1421780797914; Tue, 20 Jan 2015 11:06:37 -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 t77sm10122395yho.12.2015.01.20.11.06.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jan 2015 11:06:37 -0800 (PST) Message-ID: <54BEA73D.7070605@gmail.com> Date: Tue, 20 Jan 2015 14:06:37 -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: <798882007.4385422.1421779369077.JavaMail.yahoo@jws11176.mail.ir2.yahoo.com> <700714443.4469265.1421780123878.JavaMail.yahoo@jws11131.mail.ir2.yahoo.com> In-Reply-To: <700714443.4469265.1421780123878.JavaMail.yahoo@jws11131.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:55 PM, Glyn Astill wrote: > > > > ----- Original Message ----- >> From: Glyn Astill >> To: John Scalia ; "pgsql-admin@postgresql.org" >> Cc: >> Sent: Tuesday, 20 January 2015, 18:42 >> Subject: Re: [ADMIN] cannot drop an extension >> >> >> >> >> >> ----- 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 >> > > Actually after looking at the pgpool website, it looks like this isn't a shared preload library, but just a function. > > Is it possible you installed the extension via the sql script rather than using create extension? IF so you just need to drop the relevent objects; take a look in the contrib directory. > Will try that, as soon my daily standup (agile) call is done today. -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin