Re: fmgr_info: cache lookup for language 311719522 failed

From: Patricio Muñoz <patricio(dot)munoz(at)cmet(dot)net>
To: "Guillermo Schulman" <gschulman_ml(at)yahoo(dot)com(dot)ar>, "lista de correo de postgres" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: fmgr_info: cache lookup for language 311719522 failed
Date: 2004-08-06 22:12:48
Message-ID: 021e01c47c02$82a13bc0$0500a8c0@ultra.cmet.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

----- Original Message -----
From: "Guillermo Schulman" <gschulman_ml(at)yahoo(dot)com(dot)ar>

> Hola a todos.
> Por cierta situación se borró el lenguaje procedural 'plpgsql' en una de
> nuestras bases de datos al correr, quizás por error, lo siguiente:
> DROP PROCEDURAL LANGUAGE 'plpgsql';
>
> Luego se volvió a crear con este comando (la función handler no se borró
> en ningún momento):
> CREATE TRUSTED PROCEDURAL LANGUAGE 'plpgsql' HANDLER
> "plpgsql_call_handler" LANCOMPILER 'PL/pgSQL';
>
> Y funcionó sin problemas.
> Pero ahora, cada vez que alguna función creada en ese lenguaje antes de
> todo esto, se genera el siguiente error:
>
> fmgr_info: cache lookup for language 311719522 failed
>
> Y no encuentro la forma de solucionar el problema.
> Si alguien puede darme alguna ayuda, estaré más que agradecido porque es
> un problema más que crítico.
>
> Usamos versión 7.2.1 (pronto haremos el upgrade, pero por ahora estamos
> en esta).
>
> Muchas gracias.

Encuentro mas preactico usar el comando "createlang" para crear el lenguaje.
Ahora bien una manera seria eliminar y volver a crearlo (nunca eh hecho las
2 cosas a la vez). Y si pruebas lo siguiente:

createlang -l <base_dato>
por ej. createlang -l template1

De todas maneras lee la documentacion del comando createlang, como tambien
droplang..

suerte

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Alvaro Herrera 2004-08-06 22:49:49 Re: fmgr_info: cache lookup for language 311719522 failed
Previous Message Alvaro Herrera 2004-08-06 21:50:22 Re: Postgres tiene alguna recomendacion para la variable SHMMAX