Trato de borrar el usuario postgres y me dice que no existe , luego
vuelvo a consultar la tabla pg_shadow y sale esto
1: usename = "postgres" typeid = 19, len = 64, typmod = -1, byval = f)
2: usesysid = "1" (typeid = 23, len = 4, typmod = -1, byval = t)
3: usecreatedb = "t" (typeid = 16, le
esto tratando de hacer los que dices abajo
borrar el usuario , los cree pero nuevamente me crea dos registros
select * from pg_user;
1: usename (typeid = 19, len = 64, typmod = -1, byval = f)
2: usesysid(typeid = 23, len = 4, typmod = -1, byval = t)
3: usecr
Jaime Casanova escribió:
> Alvaro, un vacuum como superusuario podria haber arreglado algo? o
> hubiera tenido que borrar la tupla que pareciera mas vieja? o ninguna
> de ambas podria haber funcionado? estoy asumiendo que el problema es
> el que mencione arriba, no se me ocurre que mas pudo ser...
On 2/14/07, Daniel Medina <[EMAIL PROTECTED]> wrote:
estos campos no hacen parte de la tabla pg_user,
evidentemente nunca tratataste de hacer lo que te dije... los campos
que mencione (xmin, xmax, cmin, cmax, ctid, oid) son columnas de
sistema que se agregan automaticamente en todas las tablas
-admin@postgresql.org
Asunto: Re: [pgsql-es-ayuda] [ADMIN] tabla pg_user Ayuda..
Daniel Ricardo Medina escribió:
> Y me imagino que una ves subido el servicio Entro asi
>
> #psql nombre_base
>
>
>
> Y listo Hago los cambios sobre las tablas
No. Lee el manual; el modo
Daniel Ricardo Medina escribió:
> Y me imagino que una ves subido el servicio
> Entro asi
>
> #psql nombre_base
>
>
>
> Y listo Hago los cambios sobre las tablas
No. Lee el manual; el modo standalone no acepta conexiones, sino que te
entrega el control de una sesion directamente.
--
A
PROTECTED]; pgsql-admin@postgresql.org
Asunto: Re: [pgsql-es-ayuda] [ADMIN] tabla pg_user Ayuda..
Daniel Medina escribió:
> Ok , pero si bajo y subo postgres sin el usuario admin no habra
> peligro que no suba... y si sube con que usuario haria el cambio...
El modo standalone no u
Daniel Medina escribió:
> Ok , pero si bajo y subo postgres sin el usuario admin no habra peligro
> que no suba... y si sube con que usuario haria el cambio...
El modo standalone no usa "un usuario", sino que automaticamente asume
la identidad de un superusuario fijo. Puedes hacer el cambio sin
r
Ok , pero si bajo y subo postgres sin el usuario admin no habra peligro
que no suba... y si sube con que usuario haria el cambio...
Gracias por tu colaboracion
El mié, 14-02-2007 a las 15:52 -0300, Alvaro Herrera escribió:
> Daniel Medina escribió:
> > borre accidentalmente de la tabla pg_shadow e
Daniel Medina escribió:
> borre accidentalmente de la tabla pg_shadow el usurio postgres ,
> existian dos registros de este usuario la diferencia era el pass
>
> pero se borraron los dos
>
> al tratar de crearlo con create user
> create user postgres with SYSID 1 password '';
> ERROR: mu
Daniel Medina escribió:
> estos campos no hacen parte de la tabla pg_user,
Por favor prueba lo mismo pero con la tabla pg_shadow. Tiene que ser
con un superusuario.
> utilizo la version 7.4.8 y regularmente ejecuto los comandos
>
> vacuum y vacuum full por el tamaño de la base
Con que usuario
borre accidentalmente de la tabla pg_shadow el usurio postgres ,
existian dos registros de este usuario la diferencia era el pass
pero se borraron los dos
al tratar de crearlo con create user
create user postgres with SYSID 1 password '';
ERROR: must be superuser to create users
o con
la tabla pg_user realmente es una vista de la tabla pg_shadow
El vie, 09-02-2007 a las 17:10 -0600, GABRIEL COLINA escribió:
> Te comento lo que haria, nunca me paso con esa tabla, pero si con
> otras.
>
> Creo una tabla con identica estructura.
>
> pg_user_2
>
> insert into pg_user_2 selec
El problema es que si borro una fila la otra tambien se borrar porque
nos datos del usuarios postgres son identicos en los dos registros, lo
otros es que la base es de 150 Gigas y no tengo espacio para
copiarla
Gracias .
El sáb, 10-02-2007 a las 00:28 -0500, Eduardo J. Ortega escribió:
estos campos no hacen parte de la tabla pg_user,
utilizo la version 7.4.8 y regularmente ejecuto los comandos
vacuum y vacuum full por el tamaño de la base
El sáb, 10-02-2007 a las 01:55 -0500, Jaime Casanova escribió:
> On 2/9/07, Daniel Medina <[EMAIL PROTECTED]> wrote:
> > Por algun motivo d
On 2/9/07, Daniel Medina <[EMAIL PROTECTED]> wrote:
Por algun motivo desconocido en la tabla pg_user esta dos veces
registrado en usuario "postgres", por esto no me deja realizar backups
con el comando pg_dump, como hago para eliminar uno de los dos registros
teniendo en cuenta que los datos son
Yo sugeriría hacer lo siguiente:
1) detener postgres
2) copiar el directorio de datos de postgres a un nuevo directorio preservando
permisos
3) iniciar el postgres sobre el directorio copia recién creado.
4) Realizar el delete de una de las filas en la tabla de usuarios y probaro
que todo funcio
Te comento lo que haria, nunca me paso con esa tabla, pero si con otras.
Creo una tabla con identica estructura.
pg_user_2
insert into pg_user_2 select
usename,usesysid,usecreatetable,usesuper,usecatupd,
passwd,,valuntil,useconfig from pg_user
group by usename,usesysid,usecr
> Por algun motivo desconocido en la tabla pg_user esta dos veces
> registrado en usuario "postgres", por esto no me deja realizar backups
> con el comando pg_dump, como hago para eliminar uno de los dos registros
> teniendo en cuenta que los datos son identicos y que es el usuario admin
> del sis
Por algun motivo desconocido en la tabla pg_user esta dos veces
registrado en usuario "postgres", por esto no me deja realizar backups
con el comando pg_dump, como hago para eliminar uno de los dos registros
teniendo en cuenta que los datos son identicos y que es el usuario admin
del sistema
y por
20 matches
Mail list logo
