Re: system objects

________________________________

From: Dagoberto Torres [mailto:support(at)info-plus(dot)org]
Sent: 21 February 2005 21:49
To: Dave Page
Subject: RE: [pgadmin-support] system objects


Hello, Dave
here are the error lines:
`
pg_restore: restoring data for table "pg_ts_cfg"
pg_restore: ERROR: duplicate key violates unique constraint
"pg_ts_cfg_pkey"
CONTEXT: COPY pg_ts_cfg, line 1: "17961 default default C"
pg_restore: [archiver (db)] error returned by PQendcopy
pg_restore: *** aborted because of error

Process returned exit code 1.

All the time I see things I've never created as domain earth, view
pg_logdir_ls, function _get_parser_from_curcfg() and stuff like that.
I think it has something to do about the restore problem. By the way I
see pg_ts_cfg, pg_ts_cfgmap, pg_ts_dict, pg_ts_parses in the tables
section too.

Those are PostgreSQL contrib modules - they will not be recognised as
system objects by pgAdmin because they are not part of the core server.
Any of those may be safely dropped (if they are *not* in the pg_catalog
schema) , however, pgAdmin does use pg_file_*, pg_dir_ls,
pg_reload_conf, pg_postmaster_starttime, pg_logdir_ls (view and
function) so you might want to keep those.

The one you are seeing the error with, is part of tsearch2. Because it's
failing on a primary key constraint, my guess is that you are restoring
to a database that already has that table and data in it. This would be
the case if you installed tsearch2 into template1, and then created your
blank database from that (quite possible, if you are running a
pgInstaller installation on Windows).

To fix this, when you create the new database to restore into, select
'template0' as the template database. This will ensure that it is
completely empty, and should allow the full restore of all the contrib
modules to work as expected.

Regards, Dave.

<http://www.incredimail.com/index.asp?id=54475>