Re: Problema con DBD::Oracle

ok, revisá también las versiones de oracle (cliente y servidor) y
DBD::oracle para ver si son compatibles. ciertas combinaciones no
funcionan.

saludos,
Fernando Fontana

El día 3 de febrero de 2009 11:03, José Ruiz aguilera
<farfaconda(at)gmail(dot)com> escribió:
> Bueno me he informado y son los parentesis (uno de los caracteres
> reservados que tiene).
>
> Estoy mirando a ver como puedo editar ese campo (por lo que he podido
> averiguar lo coje automaticamente del proceso o algo así) y
> modificarlo.
>
> Incluso estoy pensando en mirar como cambiar el formato de los
> argumentos de postgres (lo que coje para llenar el campo).
>
>
>
> El 3 de febrero de 2009 13:26, Fernando Fontana
> <fernando(dot)fontana(at)gmail(dot)com> escribió:
>>
>> ok, seguramente el problema no sean los paréntesis sino los espacios y
>> el : en el nombre del programa. fijate si podés configurar eso de
>> otra manera porque al listener de oracle no le gustan esas cosas :-(
>>
>> saludos,
>> Fernando Fontana
>>
>> El día 3 de febrero de 2009 9:26, José Ruiz aguilera
>> <farfaconda(at)gmail(dot)com> escribió:
>> > Todo funciona bien si se realiza localmente, en caso que se conecte al
>> > postgres desde otra maquina (mediante psql, u otro tipo) no funciona.
>> >
>> > Ya he encontrado el problema, que es que la cadena de conexión que se
>> > genera contiene unos caracteres que no le gusta al Listener de ORACLE.
>> >
>> > Ejemplo:
>> >
>> > (DESCRIPTION=(ADDRESS=(HOST=172.26.0.251)(PROTOCOL=TCP)(PORT=1521))(CONNECT_DATA=(SID=TSH1)(CID=(PROGRAM=postgres:
>> > postgres test 172.26.0.233(1838)
>> > SELECT)(HOST=SERVIDORNOMINES)(USER=postgres))))
>> >
>> > Lo que no le gusta son los parentesis que estan en la clave PROGRAM
>> > (cuando se conecta localmente, en lugar de aparecer la ip y el puerto
>> > de origen de la consulta, aparece la etiqueta [local]).
>> >
>> > Entonces el problema ya no pasa a ser de postgres, sino más bien del
>> > modulo DBD::Oracle, voy a investigar como puedo quitar los parentesis.
>> >
>> > El día 3 de febrero de 2009 0:07, Fernando Fontana
>> > <fernando(dot)fontana(at)gmail(dot)com> escribió:
>> >> pues, creo que me perdí entonces.
>> >> ¿podrías indicarnos en qué casos funciona y cuales no?
>> >>
>> >> saludos,
>> >> Fernando Fontana
>> >>
>> >> El día 2 de febrero de 2009 15:01, José Ruiz aguilera
>> >> <farfaconda(at)gmail(dot)com> escribió:
>> >>> La instalación de DBD::Oracle es correcta, pasa los tests
>> >>> correctamente. Respecto a dbi-link, me ocurre el mismo problema con
>> >>> el, ya que internamente también necesita establecer una conexión
>> >>> mediante DBD::Oracle (si, se que se pueden usar otros modulos, pero
>> >>> por ahora es el que estoy probando conjuntamente con DBD::ODBC, a ver
>> >>> cual es el que funciona antes...)
>> >>>
>> >>> El día 2 de febrero de 2009 16:09, Fernando Fontana
>> >>> <fernando(dot)fontana(at)gmail(dot)com> escribió:
>> >>>> Hola,
>> >>>> sugiero que testees primero la instalación del DBD::Oracle. en ese
>> >>>> paquete está la opción de testear (a través del make) la cual realiza
>> >>>> conexiones a Oracle, ejecuta sql, etc. si el problema está por ahí,
>> >>>> posteá en CPAN (http://www.cpanforum.com/dist/DBD-Oracle)
>> >>>> en vez de programas perl propios para conectar postgres con oracle es
>> >>>> mejor usar el paquete libre dbi-link
>> >>>> (http://pgfoundry.org/projects/dbi-link/) que generaliza las
>> >>>> conexiones a cualquier rdbms y sin tener que cambiar sintaxis sql
>> >>>> (hacés select a una tabla sin importar si es local o está en oracle o
>> >>>> ...)
>> >>>>
>> >>>> saludos,
>> >>>> Fernando Fontana
>> >>>>
>> >>>> El día 2 de febrero de 2009 12:18, José Ruiz aguilera
>> >>>> <farfaconda(at)gmail(dot)com> escribió:
>> >>>>> El día 2 de febrero de 2009 14:00, Emanuel Calvo Franco
>> >>>>> <postgres(dot)arg(at)gmail(dot)com> escribió:
>> >>>>>> El día 2 de febrero de 2009 10:49, José Ruiz aguilera
>> >>>>>> <farfaconda(at)gmail(dot)com> escribió:
>> >>>>>>> El día 2 de febrero de 2009 13:09, Emanuel Calvo Franco
>> >>>>>>>
>> >>>>>>> Están ambos ejecutándose. Y directamente desde un terminal del
>> >>>>>>> servidor, tanto el script como la función del postgres funcionan bien,
>> >>>>>>> es cuando abro una sesión en el postgres desde otra maquina (mediante
>> >>>>>>> psql) que me da dicho error.
>> >>>>>>>
>> >>>>>>
>> >>>>>> Ahora si estamos hablando de pgsql. Pero no es el mismo error (seguro,
>> >>>>>> porque el que pegaste era de ORA)
>> >>>>>>
>> >>>>>> Puede ser no que tengas configurado los archivos .conf para permitir
>> >>>>>> conexiones remotas.
>> >>>>>>
>> >>>>>> 1) fijate si el socket existe s.PGSQL.5432 (o el puerto en donde hayas instalado
>> >>>>>> el pgsql)
>> >>>>>> 2) el pg_hba.conf tiene que tener una linea que abra la conexión a host (puede
>> >>>>>> ser que este mal la linea)
>> >>>>>> 3) el postgresql.conf tiene que tener la linea listen_addresses='*' (en el caso
>> >>>>>> que quieras que cualquier maquina escuche.
>> >>>>>>
>> >>>>>> Además verifica que la linea de psql esta bien.
>> >>>>>> psql -p5432 -Uusuario -h120.xx.xx.xx basededatos
>> >>>>>>
>> >>>>>
>> >>>>> Me parece que me he explicado mal, la conexión la realiza bien, es la
>> >>>>> llamada a la función que realiza la conexión mediante DBD::Oracle que
>> >>>>> suelta el error anterior.
>> >>>>>
>> >>>>> No sé, probaré otras alternativas para ver si consigo conectarme.
>> >>>>>
>> >>>>>>
>> >>>>>>> He comprobado que no fueran variables de entorno, librerias, archivos
>> >>>>>>> de configuración, etc... pero nada.
>> >>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>> --
>> >>>>>>>>> Atte. José Ruiz Aguilera.
>> >>>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> --
>> >>>>>>>> Emanuel Calvo Franco
>> >>>>>>>> Sumate al ARPUG !
>> >>>>>>>> (www.postgres-arg.org -
>> >>>>>>>> www.arpug.com.ar)
>> >>>>>>>> ArPUG / AOSUG Member
>> >>>>>>>> Postgresql Support & Admin
>> >>>>>>>> --
>> >>>>>>>> TIP 8: explain analyze es tu amigo
>> >>>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> --
>> >>>>>>> Atte. José Ruiz Aguilera.
>> >>>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> --
>> >>>>>> Emanuel Calvo Franco
>> >>>>>> Sumate al ARPUG !
>> >>>>>> (www.postgres-arg.org -
>> >>>>>> www.arpug.com.ar)
>> >>>>>> ArPUG / AOSUG Member
>> >>>>>> Postgresql Support & Admin
>> >>>>>> --
>> >>>>>> TIP 6: ¿Has buscado en los archivos de nuestra lista de correo?
>> >>>>>> http://archives.postgresql.org/pgsql-es-ayuda
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> --
>> >>>>> Atte. José Ruiz Aguilera.
>> >>>>> --
>> >>>>> TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo agradecerán
>> >>>>>
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Atte. José Ruiz Aguilera.
>> >>>
>> >>
>> >
>> >
>> >
>> > --
>> > Atte. José Ruiz Aguilera.
>> >
>
>
>
> --
> Atte. José Ruiz Aguilera.
>