Re: Copia y restauracion de base de datos de GForge

Hola,
Estoy intentando crear un script que haga una copia de seguridad de
los datos de GForge, actualmente, me hace una copia perfecta de todos
los datos, pero el problema lo tengo con la restauración. La
restauración de los ficheros de GForge no es problema, pero sí que lo
es el de su base de datos, ya que no sé que hacer...
He probado varias cosas, pero todas me dan errores. Yo quiero tener
una copia de la base de datos, para poder restaurar la copia al estado
que yo tenía.
Las copias las he hecho de varias maneras:

pg_dump -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME $DBNAME

pg_dump -U $USERNAME $DBNAME > $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD

pg_dumpall > $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD

pg_dump -o -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME
$DBNAME >> /tmp/$ARCHIVO_TEMPORAL

$ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -> Fichero al que se guardará
la copia de la bbdd
$USERNAME -> usuario de la bbdd
$DBNAME -> nombre de la bbdd

De las 4 formas comentadas anteriormente, estoy usando la última, pero
el problema es al restaurarla, que también lo he probado de varias
formas:

psql -U $USERNAME -d $DBNAME < $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD
>> /tmp/$ARCHIVO_TEMPORAL

psql template1 < $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD >>
/tmp/$ARCHIVO_TEMPORAL

vacuumdb -f -v -z -U $USERNAME -d $DBNAME >> /tmp/$ARCHIVO_TEMPORAL
psql -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -d $DBNAME -U $USERNAME

Creo que lo mejor sería vaciar la base de datos, y restaurar toda la
copia en ella, pero no se como vaciarla, así que también pensé en
eliminarla y volverla a crear, pero tiene que haber una solución
mejor, ¿no?

Ya no sé que ahcer, no tengo ni idea, esto tiene que ser algo simple,
pero no sé como se hace...

¿Alguien me puede echar una manita?

Muchas Gracias

Clemente López Giner escribió:

> He probado varias cosas, pero todas me dan errores.

¿Y cuáles son esos errores?

> pg_dump -o -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME
> $DBNAME >> /tmp/$ARCHIVO_TEMPORAL

Creo que -o no sirve de nada en tu caso. ¿Qué versión de Postgres estás
usando?

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Gracias por tu respuesta, estoy usando la version 8.1.11 ('PostgreSQL
8.1.11 on i686-redhat-linux-gnu, compiled by GCC gcc (GCC) 4.1.2
20070626 (Red Hat 4.1.2-14))

Me da errores de privilegios y relaciones, no puede dar privilegios y
algunas relaciones dice que no existen (o que ya existían), cuando
debería de volver a crear todo de nuevo, sin importar lo anterior.

Muchas Gracias.

El 10/06/08, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> Clemente López Giner escribió:
>
>> He probado varias cosas, pero todas me dan errores.
>
> ¿Y cuáles son esos errores?
>
>> pg_dump -o -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME
>> $DBNAME >> /tmp/$ARCHIVO_TEMPORAL
>
> Creo que -o no sirve de nada en tu caso. ¿Qué versión de Postgres estás
> usando?
>
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Clemente López Giner escribió:

> Me da errores de privilegios y relaciones, no puede dar privilegios y
> algunas relaciones dice que no existen (o que ya existían), cuando
> debería de volver a crear todo de nuevo, sin importar lo anterior.

Si quieres que cree todo de nuevo, usa --clean.

Para respaldar los roles existentes, usa pg_dumpall -g (supongo que
deberias restaurar esto antes de intentar restaurar cualquier otra
cosa).

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Para crear la copia de la bbdd lo he hecho con pg_dump:
pg_dump -c -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME $DBNAME
Y para restaurarla, con:
psql -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -d $DBNAME -U $USERNAME

Pero nada, me sigue dando errores

Algunos errores al restaurarlo (me da muchos):
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
ERROR: error de sintaxis en o cerca de «1» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
LINEA 1: 1 project 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32137:
comando \. no válido
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32146:
ERROR: error de sintaxis en o cerca de «1» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32146:
LINEA 1: 1 Bash /bin/bash
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32146:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32147:
comando \N no válido
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:36138:
ERROR: error de sintaxis en o cerca de «100» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:36138:
LINEA 1: 100 none root(at)localhost(dot)localdomain 2 2006-06-12
17:37:11....
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:36138:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30911:
comando \nEnviado no válido
El búfer de consulta ha sido reiniciado (limpiado).
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30912:
comando \n no válido
El búfer de consulta ha sido reiniciado (limpiado).
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30914:
comando \n no válido
El búfer de consulta ha sido reiniciado (limpiado).
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30916:
comando \n no válido
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «209» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: 209 102 105 2008-06-02 17:19:27.750892+02 No está resuelta
h...
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «collect» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: collect digits&quot;
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «.» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: . Si AES detecta el collect digits antes de finalizar la
tra...
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «no» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: no es posible realizar transfer&quot;
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «.» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: . Se ha puesto un wait time de 5seg en este vector y le da
t...
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
^
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
ERROR: error de sintaxis en o cerca de «soltar» en el carácter 1
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:
LINEA 1: soltar&quot;
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:30920:

Linea 32134:
CREATE OPERATOR >= (
PROCEDURE = tsvector_ge,
LEFTARG = tsvector,
RIGHTARG = tsvector,
COMMUTATOR = <=,
NEGATOR = <,
RESTRICT = contsel,
JOIN = contjoinsel
);

ALTER OPERATOR public.>= (tsvector, tsvector) OWNER TO postgres;

Linea 32146:
CREATE TABLE tracker_my_queue (
user_id integer NOT NULL,
tracker_item_id integer NOT NULL,
sort_order integer DEFAULT 0
);

ALTER TABLE public.tracker_my_queue OWNER TO gforge;

Linea 30920:
500 2008-06-04 13:28:39.184073+02 105 trackeritem 146
assignee Nombre Ejemplo None

Esto está dentro de:
COPY audit_trail (audit_trail_id, change_date, user_id, section,
ref_id, field_name, new_value, old_value) FROM stdin;

En teoría, al crear una copia de la bbdd, y al restaurarla, no tendría
que dar ningún error, y los dá...

No entiendo nada, si la bbdd está creada y con esos datos....

2008/6/11, Alvaro Herrera <alvherre(at)commandprompt(dot)com>:
> Clemente López Giner escribió:
>
>> Me da errores de privilegios y relaciones, no puede dar privilegios y
>> algunas relaciones dice que no existen (o que ya existían), cuando
>> debería de volver a crear todo de nuevo, sin importar lo anterior.
>
> Si quieres que cree todo de nuevo, usa --clean.
>
> Para respaldar los roles existentes, usa pg_dumpall -g (supongo que
> deberias restaurar esto antes de intentar restaurar cualquier otra
> cosa).
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Clemente López Giner escribió:
> Para crear la copia de la bbdd lo he hecho con pg_dump:
> pg_dump -c -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME $DBNAME
> Y para restaurarla, con:
> psql -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -d $DBNAME -U $USERNAME
>
> Pero nada, me sigue dando errores
>
> Algunos errores al restaurarlo (me da muchos):
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
> ERROR: error de sintaxis en o cerca de «1» en el carácter 1

[...]

Debe haber errores antes que esos. Por favor muestra los primeros
errores que da. Tiene que haber uno sobre falla de la orden COPY, antes
que este error de sintaxis.

PD: por favor no te olvides de copiar la lista.

--
Alvaro Herrera http://www.PlanetPostgreSQL.org/
"En el principio del tiempo era el desencanto. Y era la desolación. Y era
grande el escándalo, y el destello de monitores y el crujir de teclas."
("Sean los Pájaros Pulentios", Daniel Correa)

Restaurando la copia de la BBDD de
/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql
SET
SET
SET
SET
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:13:
ERROR: no existe la restricción «wikipageid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:14:
ERROR: no existe la restricción «userprojectid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:15:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:16:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:17:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:18:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:19:
ERROR: no existe la relación «public.users_idx»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:20:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:21:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:22:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:23:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:24:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:25:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:26:
ERROR: no existe la restricción «userid_fk»
psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:27:
ERROR: no existe la restricción «userid_fk»

Eso es lo primero que saca, como ves, no parece que de ninguno acerca de copy...

2008/6/13, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
> Clemente López Giner escribió:
>> Para crear la copia de la bbdd lo he hecho con pg_dump:
>> pg_dump -c -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME
>> $DBNAME
>> Y para restaurarla, con:
>> psql -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -d $DBNAME -U $USERNAME
>>
>> Pero nada, me sigue dando errores
>>
>> Algunos errores al restaurarlo (me da muchos):
>> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
>> ERROR: error de sintaxis en o cerca de «1» en el carácter 1
>
> [...]
>
> Debe haber errores antes que esos. Por favor muestra los primeros
> errores que da. Tiene que haber uno sobre falla de la orden COPY, antes
> que este error de sintaxis.
>
> PD: por favor no te olvides de copiar la lista.
>
> --
> Alvaro Herrera
> http://www.PlanetPostgreSQL.org/
> "En el principio del tiempo era el desencanto. Y era la desolación. Y era
> grande el escándalo, y el destello de monitores y el crujir de teclas."
> ("Sean los Pájaros Pulentios", Daniel Correa)
>

En el archivo de respaldo de SQL:

--
-- PostgreSQL database dump
--

-- Started on 2008-06-13 09:47:49 CEST

SET client_encoding = 'UTF8';
SET check_function_bodies = false;
SET client_min_messages = warning;

SET search_path = public, pg_catalog;

ALTER TABLE ONLY public.wiki_version DROP CONSTRAINT wikipageid_fk;
ALTER TABLE ONLY public.user_project_role DROP CONSTRAINT userprojectid_fk;
ALTER TABLE ONLY public.tracker_my_queue DROP CONSTRAINT userid_fk;
[...]
DROP TRIGGER users_ts_update ON public."user";
DROP TRIGGER tracker_item_update_trigg ON public.tracker_item;
DROP TRIGGER tracker_item_ts_update ON public.tracker_item;
[...]
DROP RULE wikipagefilesystemdelete_rule ON public.wiki_version;
DROP RULE wikipage_association_delete_rule ON public.wiki_page;
DROP RULE trackeritem_insert_rule ON public.tracker_item;
[...]
DROP INDEX public.wikiversion_wikipageidpageversion;
DROP INDEX public.wikipage_secionrefidpagename;
DROP INDEX public.users_idxfti;
[...]
ALTER TABLE ONLY public.wiki_version DROP CONSTRAINT wiki_version_pkey;
ALTER TABLE ONLY public.wiki_page DROP CONSTRAINT wiki_page_pkey;
ALTER TABLE ONLY public.wiki_page_link DROP CONSTRAINT wiki_page_link_pkey;
[...]
DROP TABLE public.wiki_version;
DROP TABLE public.wiki_page_link;
DROP TABLE public.wiki_page;
[...]
DROP SEQUENCE public.user_project_user_project_id_seq;
[...]
DROP OPERATOR public.= (tsvector, tsvector);
DROP OPERATOR public.<> (tsvector, tsvector);
DROP OPERATOR public.<= (tsvector, tsvector);
DROP OPERATOR public.< (tsvector, tsvector);
DROP FUNCTION public.update_vectors();
DROP FUNCTION public.update_last_modified_date();
DROP FUNCTION public.tsvector_ne(tsvector, tsvector);
DROP FUNCTION public.tsvector_lt(tsvector, tsvector);
DROP FUNCTION public.tsvector_le(tsvector, tsvector);
DROP FUNCTION public.tsvector_gt(tsvector, tsvector);
[...]
DROP TYPE public.tokentype;
DROP TYPE public.tokenout;
DROP TYPE public.statinfo;
[...]
DROP PROCEDURAL LANGUAGE plpgsql;
DROP SCHEMA public;
--
-- TOC entry 4 (class 2615 OID 2200)
-- Name: public; Type: SCHEMA; Schema: -; Owner: postgres
--

CREATE SCHEMA public;
[...]
--
-- TOC entry 584 (class 2612 OID 16387)
-- Name: plpgsql; Type: PROCEDURAL LANGUAGE; Schema: -; Owner:
--

CREATE PROCEDURAL LANGUAGE plpgsql;

--
-- TOC entry 79 (class 1255 OID 16557)
-- Dependencies: 4
-- Name: gtsvector_in(cstring); Type: FUNCTION; Schema: public; Owner: postgres
--

CREATE FUNCTION gtsvector_in(cstring) RETURNS gtsvector
AS '$libdir/tsearch2', 'gtsvector_in'
LANGUAGE c STRICT;

ALTER FUNCTION public.gtsvector_in(cstring) OWNER TO postgres;
[...]
CREATE TABLE wiki_version (
wiki_version_id serial NOT NULL,
wiki_page_id integer NOT NULL,
page_version integer NOT NULL,
posted_by integer NOT NULL,
refs text,
last_modified_date timestamp with time zone DEFAULT now(),
score integer,
hits integer,
create_date timestamp with time zone
);

ALTER TABLE public.wiki_version OWNER TO gforge;

--
-- TOC entry 2827 (class 0 OID 0)
-- Dependencies: 1640
-- Name: wiki_version_wiki_version_id_seq; Type: SEQUENCE SET; Schema:
public; Owner: gforge
--

SELECT pg_catalog.setval(pg_catalog.pg_get_serial_sequence('wiki_version',
'wiki_version_id'), 7, true);

--
-- TOC entry 2704 (class 0 OID 16956)
-- Dependencies: 1613
-- Data for Name: activity_log; Type: TABLE DATA; Schema: public; Owner: gforge
--

COPY activity_log (activity_date, project_id, page, activity_type) FROM stdin;
\.

--
-- TOC entry 2749 (class 0 OID 18141)
COPY association (section, ref_id, to_section, to_ref_id, "comment") FROM stdin;
trackeritem 10 trackeritem 12 Es necesario
trackeritem 10 trackeritem 11 Es necesario
trackeritem 18 trackeritem 5 TambiÃ(c)n en el upgrade
trackeritem 74 trackeritem 18 Relacionado
trackeritem 112 trackeritem 95 Asociado a esta tarea
trackeritem 18 trackeritem 134
trackeritem 78 trackeritem 143 Tarea Fran
trackeritem 167 trackeritem 106 Puede necesitar
tambiÃ(c)n la tarjetería Avaya que comenta Dani.
\.

--
-- TOC entry 2667 (class 0 OID 16658)
-- Dependencies: 1554
-- Data for Name: audit_trail; Type: TABLE DATA; Schema: public; Owner: gforge
--

COPY audit_trail (audit_trail_id, change_date, user_id, section,
ref_id, field_name, new_value, old_value) FROM stdin;
1 2008-05-21 09:58:38.326763+02 103 user_project 4
\N 103 \N
[...]

Como ves, primero borra toda la BBDD, ya que el pg_dump le paso la
opcion -c, y después crea la BBDD, y por último hace el copy.

Da errores desde el principio, aunque existen todos los datos, y la
base de datos...

No lo entiendo... :S

El 17/06/08, Clemente López Giner <clemenlg(at)gmail(dot)com> escribió:
> Restaurando la copia de la BBDD de
> /backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql
> SET
> SET
> SET
> SET
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:13:
> ERROR: no existe la restricción «wikipageid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:14:
> ERROR: no existe la restricción «userprojectid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:15:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:16:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:17:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:18:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:19:
> ERROR: no existe la relación «public.users_idx»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:20:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:21:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:22:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:23:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:24:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:25:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:26:
> ERROR: no existe la restricción «userid_fk»
> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:27:
> ERROR: no existe la restricción «userid_fk»
>
> Eso es lo primero que saca, como ves, no parece que de ninguno acerca de
> copy...
>
> 2008/6/13, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>:
>> Clemente López Giner escribió:
>>> Para crear la copia de la bbdd lo he hecho con pg_dump:
>>> pg_dump -c -v -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -U $USERNAME
>>> $DBNAME
>>> Y para restaurarla, con:
>>> psql -f $ARCHIVEROOT/$INCREMENTDIR/$BACKUP_BBDD -d $DBNAME -U $USERNAME
>>>
>>> Pero nada, me sigue dando errores
>>>
>>> Algunos errores al restaurarlo (me da muchos):
>>> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:32134:
>>> ERROR: error de sintaxis en o cerca de «1» en el carácter 1
>>
>> [...]
>>
>> Debe haber errores antes que esos. Por favor muestra los primeros
>> errores que da. Tiene que haber uno sobre falla de la orden COPY, antes
>> que este error de sintaxis.
>>
>> PD: por favor no te olvides de copiar la lista.
>>
>> --
>> Alvaro Herrera
>> http://www.PlanetPostgreSQL.org/
>> "En el principio del tiempo era el desencanto. Y era la desolación. Y
>> era
>> grande el escándalo, y el destello de monitores y el crujir de teclas."
>> ("Sean los Pájaros Pulentios", Daniel Correa)
>>
>

Clemente López Giner escribió:

> psql:/backup/diarias/GForge/backup_13-06-2008/bbdd_GForge_13-06-2008.sql:13:
> ERROR: no existe la restricción «wikipageid_fk»

> Eso es lo primero que saca, como ves, no parece que de ninguno acerca de copy...

¿Que hay en las lineas que indica, y por qué no existen las
restricciones nombradas?

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Clemente López Giner escribió:

> Como ves, primero borra toda la BBDD, ya que el pg_dump le paso la
> opcion -c, y después crea la BBDD, y por último hace el copy.

Ah, entonces los primeros errores que da debes ignorarlos, puesto que tu
_esperas_ que sucedan. Muestra por favor los errores que tienen que ver
con las fallas que son interesantes.

(En general lo que uno debe hacer con los mensajes de error es leerlos,
investigarlos y entenderlos, de manera de poder hacer preguntas
completas para obtener respuestas útiles. De otro modo, estamos todos
perdiendo el tiempo).

En todo caso ahora vi que tienes un tipo de datos "gtsvector", apostaría
a que el problema viene de por ahí.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Los mensajes de error los leí, y comprendí de que eran, pero lo que no me
entraba desde el principio era el porque de los errores, si estaba copiado
de una bbdd que era correcta, al igual que usando pg_dump, daba errores, que
normalmente se cometen cuando se escriben a mano, errores de "sintaxis".
Después de pelearme durante mucho tiempo, y leer mucho decidí ponerlo en la
lista.
Ya he avanzado, he vuelto a partir de una nueva bbdd, vacía, aunque se
supone que el -c la limpiaba, y ya me daba menos errores, después para
probar los errores que daba de permisos, he intentado hacerlo desde el
usuario potgres, ya que tiene todos los permisos (al igual que el usuario
que estaba haciendo la copia y restaurándola, que era también superusuario).
Tras eso ya no me daba tantos errores, tan solo 3, y los tres eran 3 tipos
de datos, uno de ellos el que tu has dicho, son 3 funciones, que no me
aparecen en esa bbdd (\df)

DROP TYPE
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:590:
ERROR: no existe el tipo «tsvector»
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:591:
ERROR: no existe la función public.tsvector_in(cstring)
DROP TYPE
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:593:
ERROR: no existe el tipo «tsquery»
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:594:
ERROR: no existe la función public.tsquery_in(cstring)
DROP TYPE
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:596:
ERROR: no existe el tipo «gtsvector»
psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:597:
ERROR: no existe la función public.gtsvector_in(cstring)
DROP LANGUAGE

Desde la linea 590 de bbdd_GForge_17-06-2008.sql:
DROP FUNCTION public.tsvector_out(tsvector);
DROP FUNCTION public.tsvector_in(cstring);
DROP TYPE public.tsquery CASCADE;
DROP FUNCTION public.tsquery_out(tsquery);
DROP FUNCTION public.tsquery_in(cstring);
DROP TYPE public.gtsvector CASCADE;
DROP FUNCTION public.gtsvector_out(gtsvector);
DROP FUNCTION public.gtsvector_in(cstring);
DROP PROCEDURAL LANGUAGE plpgsql;
DROP SCHEMA public;

Dice que no existen las 3 funciones, cosa que al eliminar tampoco me importa
mucho, pero el problema es que la 2ª vez que lo ejecuto, vuelve a decir lo
mismo, por lo que supongo yo que no crea las funciones, solo las intenta
eliminar, pero no las crea...

Seguiré buscando información acerca de esas 3 funciones que dan error, a ver
si logro al final solucionarlo...

Gracias por tu ayuda, realmente estaba ya rendido, a punto de tirar la
toalla y hacer la copia directamente sobre los directorios de postgre donde
guarda la bbdd (pero ví que ocupaban mucho :P).

El día 17 de junio de 2008 15:50, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
escribió:

> Clemente López Giner escribió:
>
> > Como ves, primero borra toda la BBDD, ya que el pg_dump le paso la
> > opcion -c, y después crea la BBDD, y por último hace el copy.
>
> Ah, entonces los primeros errores que da debes ignorarlos, puesto que tu
> _esperas_ que sucedan. Muestra por favor los errores que tienen que ver
> con las fallas que son interesantes.
>
> (En general lo que uno debe hacer con los mensajes de error es leerlos,
> investigarlos y entenderlos, de manera de poder hacer preguntas
> completas para obtener respuestas útiles. De otro modo, estamos todos
> perdiendo el tiempo).
>
> En todo caso ahora vi que tienes un tipo de datos "gtsvector", apostaría
> a que el problema viene de por ahí.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Clemente López Giner escribió:

> psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:590:
> ERROR: no existe el tipo «tsvector»

Instala el módulo contrib/tsearch2 en la base de datos antes de
restaurar el respaldo.

Con respecto a pg_dump -c, creo que es mala idea usarlo. Mejor hacer el
dump sin el -c, y luego darle pg_restore -c pero sólo si los objetos ya
existen. Si la base de datos está nueva, entonces no tiene sentido usar
-c porque obviamente los objetos no existen.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

El módulo de tsearch2, viene en un paquete de centos llamado
postgresql-contrib, y lo he encontrado instalado en:
/usr/share/pgsql/contrib/tsearch2.sql
He estado mirando un manual acerca de la instalación de tsearch2 en
postgresql, y he encontrado este:
http://denisjtorresg.blogspot.com/2008/04/instalar-tsearsh2-en-postgresql-con.html
Tendría que insertar las tablas y datos del fichero
/usr/share/pgsql/contrib/tsearch2.sql en la base de datos, antes de insertar
todos los datos..., sería algo así (en mi caso):
*psql -d $BBDD -f /usr/share/pgsql/contrib/tsearch2.sql*
Pero como todo no podía ser tan bonito, si inserto esas tablas y esos datos
antes de restaurar la base de datos, cuando la restauro, lo primero que hace
es borrar con un drop todos los datos, para dejar la bbdd vacía, así que
también vacía los datos insertados de /usr/share/pgsql/contrib/tsearch2.sql.
Como necesito borrar todos los datos existentes anteriormente, he pensado en
borrar la base de datos, crearla nueva, y sobre ahí hacer la restauración de
la base de datos creada con el pg_dump, sin el -c...

*dropdb -U $USERNAME $DBNAME
createdb -T template0 -U $USERNAME $DBNAME*

Pero anteriormente cuando contemplé esa opción, leí que era recomendable que
se usara la opción del -c al hacer la copia de la base de datos, pero por lo
que me parece, no puedo hacerlo si necesito insertar también tsearch2...

Voy más perdido que un hijo ... en el día del padre... :S

Nunca me había dado tantos problemas la copia de una BBDD, también es cierto
que nunca era tan compleja y tan poco documentada...

El día 17 de junio de 2008 19:05, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
escribió:

> Clemente López Giner escribió:
>
> >
> psql:/backup/diarias/GForge/backup_17-06-2008/bbdd_GForge_17-06-2008.sql:590:
> > ERROR: no existe el tipo «tsvector»
>
> Instala el módulo contrib/tsearch2 en la base de datos antes de
> restaurar el respaldo.
>
> Con respecto a pg_dump -c, creo que es mala idea usarlo. Mejor hacer el
> dump sin el -c, y luego darle pg_restore -c pero sólo si los objetos ya
> existen. Si la base de datos está nueva, entonces no tiene sentido usar
> -c porque obviamente los objetos no existen.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
>

Clemente López Giner escribió:

> Pero como todo no podía ser tan bonito, si inserto esas tablas y esos datos
> antes de restaurar la base de datos, cuando la restauro, lo primero que hace
> es borrar con un drop todos los datos, para dejar la bbdd vacía, así que
> también vacía los datos insertados de /usr/share/pgsql/contrib/tsearch2.sql.

No uses pg_dump -c, como te lo indicaba en el mensaje anterior.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.