Re: [ADMIN] Tsearch2 removal bit me - how to correct?

Поиск
Список
Период
Сортировка
От Karl Denninger
Тема Re: [ADMIN] Tsearch2 removal bit me - how to correct?
Дата
Msg-id 25ef2548-e569-ba17-5902-5676f8fc62db@denninger.net
обсуждение исходный текст
Ответ на Re: [ADMIN] Tsearch2 removal bit me - how to correct?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [ADMIN] Tsearch2 removal bit me - how to correct?  (Karl Denninger <karl@denninger.net>)
Re: [ADMIN] Tsearch2 removal bit me - how to correct?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-admin
On 10/15/2017 10:47, Tom Lane wrote:
Karl Denninger <karl@denninger.net> writes:
Attempting to migrate to 10.0 from 9.6, which has had "tsearch2" loaded
for backward compatibility since "forever" (which I suspect is no longer
really required as the capability is internal and has been for a long
time) results in this blowup logged in loadable_libraries.txt:
could not load library "$libdir/tsearch2": ERROR:  could not access file
"$libdir/tsearch2": No such file or directory
So what's causing this to be requested on startup and how do I kill it? 
Look for '$libdir/tsearch2' in the pg_proc.probin column of each
DB in the installation ...
		regards, tom lane
That worked on one of my clusters, but on another I'm seeing entries in pg_catalog, and can't remove them.

pgsql=# \c fapforum
You are now connected to database "fapforum" as user "pgsql".
fapforum=# select proname from pg_proc where probin like '%tsearch2%';
    proname
----------------
 prsd_end
 prsd_lextype
 prsd_start
 thesaurus_init
(4 rows)

fapforum=# \df prsd_end;
                            List of functions
   Schema   |   Name   | Result data type | Argument data types |  Type
------------+----------+------------------+---------------------+--------
 pg_catalog | prsd_end | void             | internal            | normal
(1 row)

fapforum=# drop function prsd_end(internal);
ERROR:  cannot drop function prsd_end(internal) because it is required by the database system

The others I can drop, but I wind up with these in each database... any idea where the piece is that the original package stuffed in that I need to get rid of so I can kill these?

--
Karl Denninger
karl@denninger.net
The Market Ticker
[S/MIME encrypted email preferred]

В списке pgsql-admin по дате отправления:

Предыдущее
От: Karl Denninger
Дата:
Сообщение: Re: [ADMIN] Tsearch2 removal bit me - how to correct?
Следующее
От: Karl Denninger
Дата:
Сообщение: Re: [ADMIN] Tsearch2 removal bit me - how to correct?