| From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
|---|---|
| To: | Tim Lynch <admin+pgsqladmin(at)thirdage(dot)com> |
| Cc: | pgsql-admin(at)postgresql(dot)org |
| Subject: | Re: dumpBlobs(): could not open large object: ERROR: |
| Date: | 2003-02-20 19:30:00 |
| Message-ID: | 1045769400.14509.17.camel@camel |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin |
It sounds like your binary files may have been deleted. The output of
\lo_list in psql should tell you what valid large objects you have.
Robert Treat
On Wed, 2003-02-19 at 14:02, Tim Lynch wrote:
> version(): PostgreSQL 7.2.1 on i686-pc-linux-gnu, compiled by GCC 2.96
> redhat 7.3
>
> i've made a backup script, the meat and potatos of which are:
>
> /usr/bin/pg_dump -Fc --blobs -f $dumpdir/$file $dbname
>
> had been working, but recently:
> pg_dump: dumpBlobs(): could not open large object: ERROR: inv_open: large
> object 23312462 not found
>
> for a variety of oids, not NULL or oid 0; over the last few days: 23170697
> 23208208 23240773 23312462 23318306 23356032 23356728 23495969 23554296
> 23578064
>
> vacuums okay.
>
> is this from deleting large objects without deleting the oid in a table or
> vice versa? pgdump exits non-zero which i guess means the backup is
> incomplete.
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
| From | Date | Subject | |
|---|---|---|---|
| Next Message | mark carew | 2003-02-20 19:44:17 | Re: libpq.dll ?? |
| Previous Message | Antti Haapala | 2003-02-20 18:50:54 | Re: using multiple sort orders in one database |