Re: Error usando FDW de Neo4j con PostgreSQL 9.2.7 en CentOS 7

>
>
>
> On 19/05/15 01:18, Alvaro Herrera wrote:
>> Marcos Ortiz escribió:
>>
>> Hola Marcos,
>>
>>> Y se instaló sin problemas, pero cuando voy a ejecutar en la base de
>>> datos:
>>> CREATE EXTENSION neo4j_fdw;
>>>
>>> Me da el siguiente error:
>>> ********** Error **********
>>>
>>> ERROR: could not load library "/usr/lib64/pgsql/neo4j_fdw.so":
>>> /usr/lib64/pgsql/neo4j_fdw.so: undefined symbol: json_tokener_parse
>>> SQL state: 58P01
>>>
>>> Según estaba viendo, esto puede ser un error debido a que esta
>>> extensión usa
>>> JSON-C y libcurl, pero ambos ya los tenía instalados previamente en el
>>> sistema, incluso con los paquetes devel incluídos, y este SQL Error da
>>> cuando el archivo no se encuentra según estaba viendo en la
>>> documentación.[2]
>> Seguramente el linker no encuentra la biblioteca de JSON-C (que es donde
>> estaría definida ese símbolo). Una solución sería agregar la ruta donde
>> está esa biblioteca en alguna parte de /etc/ld.so.conf (por ejemplo
>> quizás un nuevo archivo dentro de /etc/ld.so.conf.d, si es que tu
>> distribución soporta eso), y luego ejecutar ldconfig. Eso recalcula el
>> caché de ld.so para que pueda encontrar la biblioteca. Luego de eso
>> tendrías que parar y reiniciar el servicio de Postgres.
> Álvaro, hice lo que me dijiste, y cuando ejecuto ldconfig -v, libjson
> sale ahí, o sea que lo está reconociendo:
> ibrpmbuild.so.3 -> librpmbuild.so.3.2.0
> libgpgme-pthread.so.11 -> libgpgme-pthread.so.11.8.1
> libjson.so.0 -> libjson.so.0.1.0
> libdrm_intel.so.1 -> libdrm_intel.so.1.0.0
> libjson-c.so.2 -> libjson-c.so.2.0.1
> libnm-glib.so.4 -> libnm-glib.so.4.7.0
>
> Pero todavía sigue sin ver el símbolo. Incluso creé un nuevo archivo en
> /etc/ld.so.conf.d/
> con la dirección a /usr/lib64/pgsql
> por si no las veía y las incluyó también sin problemas, pero sigue dando
> el mismo error.

Has probado la conexión por fuera, ya tuve un bateo parecido con
oracle_fdw ..y al final era un tema de conexión con el servidor de Oracle.

Saludos,
Gilberto Castillo
ETECSA, La Habana, Cuba