Es bueno recordar que sino utilizan el pg_upgrade, deben realizar un pgdumpall del viejo servidor y restaurar en el nuevo... es la forma de garantizar que todo pasa al nuevo, Ahhhh utilizar el pg_dumpall y pg_resture de la nueva versión.
> Luis, cuando respondas, poné en copia a pgsql-es-ayuda@.... así pueden > otros aportar al mismo hilo y no preguntarte siempre lo mismo. > > En general, en el directorio donde editaste el pg_hba.conf hay un > directorio llamado 'logs'. Allí están los logs del postgres. > > Fijate que en tu proceso falta la parte de 'crear usuarios' :-D asique me > parece que el problema está en que no creaste los usuarios necesarios en > la > bd nueva para que se puedan conectar. > > Está bien que hayas corregido el pg_hba.conf, pero además vas a tener que > crear los usuarios con 'create role'. > > Igualmente, primero mirá el log a ver si te dice bien cuál es el error > (aunque yo apuesto por los usuarios no creados). > > Saludos, > > > El 4 de mayo de 2015, 11:38, Luis Fernando Ortiz Vera < > lfernandor...@gmail.com> escribió: > >> Manuel si ya edite el archivo pg_hba.conf. y deje la misma configuracion >> que habia en el anterior servidor. >> El proceso de migracion que use fue el siguiente. >> >> 1. Cree nuevamente la base en el NAS con el pgAdmin >> 2. Reestableci un backup que habia generado de la anterior base de >> datos. >> 3. En nuestra aplicacion estableci el nuevo data source. >> >> Realmente no hice ningun proceso de replicacion, dado que no lo se hacer >> Manuel. No soy muy bueno como DBA. >> Otra inquietud que tengo es sobre donde puedo ver los log's del postgres >> en el NAS. >> >> Mil gracias por la ayuda. >> >> >> >> El 4 de mayo de 2015, 9:32, Manuel Aller <manuel.al...@infracoop.com.ar> >> escribió: >> >>> Luis, de la misma manera que en cualquier postgres, en el >>> $PG_HOME/data/pg_hba.conf y revisando los grants que se le hayan echo >>> al >>> usuario. Salvo que con 'el nas' estés hablando de una 'caja negra' que >>> les >>> vendieron y que ustedes no administran, en cuyo caso te diría que te >>> contactes con el proveedor. >>> >>> Como no puedo asumir nada por dado, re-pregunto: >>> >>> - cómo hicieron la migración? >>> - los usuarios que tenían en el pg8.4, los replicaron en el pg9.2? >>> - si ingresas a la base nueva, puedes ver datos? >>> >>> Saludos, >>> >>> >>> El 4 de mayo de 2015, 11:26, Luis Fernando Ortiz Vera < >>> lfernandor...@gmail.com> escribió: >>> >>>> Manuel mil gracias por su ayuda. El problema es que no se donde mirar >>>> los permisos para el usuario en el nas me puede ayudar? >>>> >>>> El 4 de mayo de 2015, 9:25, Manuel Aller >>>> <manuel.al...@infracoop.com.ar> >>>> escribió: >>>> >>>>> Luis, tienes el log del postgres? se vé algún inconveniente? >>>>> >>>>> Otro tema: el usuario que realiza las transacciones, tiene los >>>>> permisos >>>>> necesarios? >>>>> >>>>> Saludos, >>>>> >>>>> El 4 de mayo de 2015, 11:18, Luis Fernando Ortiz Vera < >>>>> lfernandor...@gmail.com> escribió: >>>>> >>>>>> Hola comunidad tengo un problema, en la empresa en la que trabajo >>>>>> migramos nuestra base de postgres 8.4 ubicada en un servidor a NAS >>>>>> Qnap el >>>>>> cual solo tiene postgres 9.2. >>>>>> Cuando la aplicación intenta hacer transacciones de insert, update, >>>>>> o >>>>>> select no permite esta operación; arroja resultados vacíos. La base >>>>>> la >>>>>> creamos con el mismo usuario que la anterior. >>>>>> La aplicación esta en Java y también se actualizo el jdbc a la nueva >>>>>> versión del postgres instalado en el NAS. >>>>>> >>>>>> Me pueden dar alguna luz sobre mi problema...? Mil gracias. >>>>>> >>>>>> >>>>>> Atentamente, >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> *Luis Fernando Ortiz Vera.* >>>>>> *+Luis Fernando Ortiz Vera | **@lfernandortiz * >>>>>> |Cúcuta|Colombia| >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> <http://www.infracoop.com.ar/> *Manuel Fernando Aller* >>>>> DBA Senior >>>>> InfraCoop Cooperativa de Infraestructura y Bases de Datos >>>>> skype: manuel.aller >>>>> Mobile: +54 9 11 4054 4779 >>>>> <https://www.facebook.com/InfraCoop> >>>>> <https://twitter.com/infracoop> >>>>> <http://www.facttic.org.ar/miembros/infracoop> >>>>> Infracoop >>>>> es miembro de FACTTIC <http://www.facttic.org.ar/> >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Luis Fernando Ortiz Vera.* >>>> *+Luis Fernando Ortiz Vera | **@lfernandortiz * >>>> |Cúcuta|Colombia| >>>> >>>> >>> >>> >>> -- >>> <http://www.infracoop.com.ar/> *Manuel Fernando Aller* >>> DBA Senior >>> InfraCoop Cooperativa de Infraestructura y Bases de Datos >>> skype: manuel.aller >>> Mobile: +54 9 11 4054 4779 >>> <https://www.facebook.com/InfraCoop> >>> <https://twitter.com/infracoop> >>> <http://www.facttic.org.ar/miembros/infracoop> >>> Infracoop >>> es miembro de FACTTIC <http://www.facttic.org.ar/> >>> >> >> >> >> -- >> >> *Luis Fernando Ortiz Vera.* >> *+Luis Fernando Ortiz Vera | **@lfernandortiz * >> |Cúcuta|Colombia| >> >> > > > -- > <http://www.infracoop.com.ar/> *Manuel Fernando Aller* > DBA Senior > InfraCoop Cooperativa de Infraestructura y Bases de Datos > skype: manuel.aller > Mobile: +54 9 11 4054 4779 > <https://www.facebook.com/InfraCoop> <https://twitter.com/infracoop> > <http://www.facttic.org.ar/miembros/infracoop> > Infracoop > es miembro de FACTTIC <http://www.facttic.org.ar/> > --- > This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE > running at host imx2.etecsa.cu > Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com> > Saludos, Gilberto Castillo ETECSA, La Habana, Cuba
--- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: <http://www.kaspersky.com>, <http://www.viruslist.com>
- Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org) Para cambiar tu suscripción: http://www.postgresql.org/mailpref/pgsql-es-ayuda