Juniors Oracle en Español

Solucionado: Error en ORDS, ORA-00604, error occurred at recursive SQL level 1, ORA-01031 insufficient privileges

2021-02-05T20:33:00.001-05:00

Un día cualquiera trabajando con Oracle APEX, cuando los usuarios me reportan problemas al acceder a los servicios REST.

Reviso el log del tomcat en el cual esta desplegado mi ORDS y me encuentro con el siguiente error:

Caused by: Error : 604, Position : 0, Sql = select nvl(h.items_per_page,m.items_per_page) items_per_page, t.etag_type, t.etag_query, h.source_type, cursor(select p.name, p.bind_variable_name, p.source_type,p.access_method, p.param_type from user_ords_parameters p where p.handler_id = h.id) parameters, h.source from user_ords_modules m, user_ords_templates t, user_ords_handlers h where m.status = 'PUBLISHED' and t.id = h.template_id and m.id = t.module_id and h.id = :1 , OriginalSql = select nvl(h.items_per_page,m.items_per_page) items_per_page, t.etag_type, t.etag_query, h.source_type, cursor(select p.name, p.bind_variable_name, p.source_type,p.access_method, p.param_type from user_ords_parameters p where p.handler_id = h.id) parameters, h.source from user_ords_modules m, user_ords_templates t, user_ords_handlers h where m.status = 'PUBLISHED' and t.id = h.template_id and m.id = t.module_id and h.id = ?,

Error Msg = ORA-00604: error occurred at recursive SQL level 1
ORA-01031: insufficient privileges

Los síntomas eran al acceder al cualquier servicios RESTFul y un mensaje de error 500 en la pantalla del ORDS.

Oracle me recomendaba para reproducir el error, ejecutar la siguiente consulta:

SELECT
nvl(h.items_per_page,m.items_per_page) items_per_page,
t.etag_type,
t.etag_query,
h.source_type,
CURSOR (
SELECT
p.name,
p.bind_variable_name,
p.source_type,
p.access_method,
p.param_type
FROM
user_ords_parameters p
WHERE
p.handler_id = h.id
) parameters,
h.source
FROM
user_ords_modules m,
user_ords_templates t,
user_ords_handlers h
WHERE
m.status = 'PUBLISHED'
AND t.id = h.template_id
AND m.id = t.module_id

Al parecer todo se debia a un BUG no publicado Bug 27926255

El problema al parecer se produce al usar una version de ORDS no soportada con la DBCS, lo cual no me hacia sentido ya que venia mas de un año trabajando bien, sin embargo la workaround segerido era aplicar manualmente los siguientes permisos:

grant select on ORDS_METADATA.ORDS_PARAMETERS to <your_user>;
grant select on ORDS_METADATA.ORDS_SCHEMAS to <your_user>;

Ejecute la solución sugerida, reinicie el tomcat, espero esto no soluciono mi problema. Lo dejo aquí para que sea el primera paso por si a alguno le es de utilidad.

Buscando un poco mas me encontré con el mismo comportamiento reportado, que aplicaba para versión 19.1 de ORDS en adelante (19.4) sobre cualquier plataforma.

Mismos síntomas:

Error Msg = ORA-00604: error occurred at recursive SQL level
ORA-01031: insufficient privileges

En este caso se refiere el fabricante a otro error bug no publicado Bug 29049673. La nota indica que ha sido identificado como un defecto del producto.

La solución sugerida es que deshabilitar el parche (fix) para 20648883 en la sesión (que no me hace sentido) o a nivel del sistema (me solvento el problema).

alter session set "_fix_control"='20648883:OFF';
alter system set "_fix_control"='20648883:OFF';

Eureka, luego de aplicar estos cambios volvió a operar mi ORDS con normalidad.

Al parecer en futuras versiones este problema será corregido, espero que algún alma necesita le sirva esta entrada.

Instalar OCI8 en CentOS

2017-04-27T18:04:00.001-05:00

Esta instalación está hecha sobre un Centos CentOS Linux release 7.2.1511 de 64 bits

Version de PHP 5.6.30

Version de Apache 2.4.6

Base de datos Oracle 11g - Cualquier release.

Instalar las siguientes librerías:
# yum install php-pear php-devel zlib zlib-devel bc libaio glibc
# yum groupinstall "Development Tools"

Descargar del siguiente enlace el Oracle instantclient:

http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html

Para Oracle 11g y php5.6:

oracle-instantclient11.2-devel-11.2.0.3.0-1.x86_64.rpm

oracle-instantclient11.2-basic-11.2.0.3.0-1.x86_64.rpm

Ejecutar:

# rpm -ivh oracle-instantclient*

Una vez instalado el Oracle instantclient, crear los enlaces simbólicos:

# ln -s /usr/include/oracle/11.2/client64 /usr/include/oracle/11.2/client

# ln -s /usr/lib/oracle/11.2/client64 /usr/lib/oracle/11.2/client

Ahora configuraremos la variable LD_LIBRARY_PATH para indicar donde están instaladas las librerías de Instant client:

# echo "export LD_LIBRARY_PATH=/usr/lib/oracle/11.2/client64/lib" > /etc/profile.d/oracle.sh

# source /etc/profile.d/oracle.sh

Instalar PDO_OCI

Descargar de:

https://pecl.php.net/package/PDO_OCI

Desempaquetar el tgz en /tmp

# tar -xzvf PDO_OCI-1.0.tgz

# cd PDO_OCI-1.0

Vamos a configurar el PHP para usar PDO_OCI:

# phpize
# ./configure --with-pdo-oci=instantclient,/usr,11.2

Para evitar el siguiente error con la distribución 11.2 (o superior) de Oracle Instant client debemos editar el archivo config.m4:

configure: error: Unsupported Oracle version! 11.2

Editamos el archivo config.m4 aplicando los siguientes cambios:

# vi config.m4

Agregar las siguientes líneas:

Lineas 10 y 11:

elif test -f $PDO_ODI_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.11.2; then

PDO_OCI_VERSION=11.2

En las líneas 103, 104 y 105

11.2)

PHP_ADD_LIBRARY(clntsh, 1, PDO_OCI_SHARED_LIBADD)

;;

Una vez realizado esto debemos editar el archivo pdo_oci.c, con esto evitamos al hacer el make los errores (entre otros):

make: *** [pdo_oci.lo] Error 1

Editamos el archivo pdo_oci.c

# vi pdo_oci.c

Aplicamos los siguientes cambios:

Reemplazamos en la línea 34:

function_entry por zend_function_entry

Solvento esto podemos terminar la configuración:

# make

# make install

Luego incluimos el módulo en PHP y reiniciamos el apache:

# echo "extension=pdo_oci.so" > /etc/php.d/pdo_oci.ini

# service httpd restart

Para validar el módulo PDO_OCI fue instalado y configurado en php ejecutamos:

php -i | grep oci

Deberia retornar algo similar a:

PDO drivers => mysql, oci, sqlite

Instalar OCI8

Descargar de:

https://pecl.php.net/package/oci8/download/

Desempaquetar en /tmp

# tar -xvf oci8-1.4.9.tgz

Configurar para compilar:

# cd oci8-1.4.9
# phpize
# ./configure --with-oci8=shared,instantclient,/usr/lib/oracle/11.2/client64/lib

Compilar e instalar

# make
# make install

Incluir OCI8 en PHP y reiniciar el apache:

# echo "extension=oci8.so" >> /etc/php.d/oci8.ini
# service httpd restart

Verificar la instalación:

# php -i | grep oci8

El resultado debe ser algo similar a:

/etc/php.d/oci8.ini,

/etc/php.d/pdo_oci.ini,

oci8

oci8.connection_class => no value => no value

oci8.default_prefetch => 100 => 100

oci8.events => Off => Off

oci8.max_persistent => -1 => -1

oci8.old_oci_close_semantics => Off => Off

oci8.persistent_timeout => -1 => -1

oci8.ping_interval => 60 => 60

oci8.privileged_connect => Off => Off

oci8.statement_cache_size => 20 => 20

PDO drivers => mysql, oci, sqlite

De esta manera PHP está habilitado de acceder a bases de datos Oracle.

A mi me funciono tambien para 12 cambiando los valores de modificación del archivo de PDO_OCI config.m4 de 11.2 a 12.1 o el release requerido.

2015-07-27T16:01:00.003-05:00

APEX ADMIN LOCKED

Un usuario de desarrollo bloqueo el usuario de ADMIN de Apex, Usualmente este procedimiento se soluciona naturalmente corriendo el script apxchpwd.sql, sin embargo este después de ser ejecutado, el usuario admin seguía dándome el error: Account locked. Por lo que decidí investigar un poco mas a fondo.

El problema,
Resulta que el archivo apxchpwd.sql consulta el usuario admin dentro del esquema que ha sido instalado. Para mi caso la versión que tengo instalada es APEX 4.2. Y modifica la sesion de admin cambiando su parámetro de contraseña.

Solución,
Para corregir este problema debemos ir al directorio donde esta instalado apex:

ORACLE_HOME/apex

Debemos editar la linea 33, la cual especifica el schema de base de datos en el cual esta instalado APEX, esta debe estar modificada por la versión que tenemos instalada, esto es frecuente si ha existido una actualización del APEX.

Editamos el archivo: apxchpwd.sql

Este era el contenido original de mi linea (mi version de apex era 3.2):

alter session set current_schema = APEX_030200

Modifique el valor a mi version actual de APEX:

alter session set current_schema = APEX_040200

Luego de esto guardo el archivo y ejecuto el script conectado como sys.

El problema ha sido solventado.

La fuente que he usado

https://community.oracle.com/thread/2520986?tstart=0

Cualquier duda no dudes en hacerla.

Listas guias para numeros de parches de Oracle Databases

2010-05-20T13:07:00.000-05:00

Oracle hace extremadamente compleja la busqueda de sus parches. Por eso econtre una lista que sera de mucha ayuda para bajar los parches de metalink o tener una guia en general.

Patchset / PSU   Patch Number

11.2.0.1.1           9352237
11.1.0.7.3           9352179
11.1.0.7.2           9209238
11.1.0.7.1           8833297
11.1.0.7              6890831
10.2.0.5               8202632
10.2.0.4.4            9352164
10.2.0.4.3            9119284
10.2.0.4.2            8833280
10.2.0.4.1            8576156
10.2.0.4               6810189
10.2.0.3               5337014
10.2.0.2               4547817

10.1.0.5               4505133
10.1.0.4                4163362
10.1.0.3                3761843

9.2.0.8                  4547809
9.2.0.7                  4163445
9.2.0.6                  3948480
9.2.0.5                  3501955
9.2.0.4                  3095277
9.2.0.3                  2761332

9.0.1.5                  3301544
9.0.1.4                  2517300
9.0.1.3                   263293.1

8.1.7.4                  2376472
8.1.7.3                  2189751
8.1.7.2                  1909158

ORA-30036: Unable to extend segments in undo tablespace 'UNDO' en Oracle Database 10g Express Edition

2010-04-19T11:02:00.001-05:00

ORA-30036 indica que la base en este caso una Oracle Database XE tiene problemas con el tablespace UNDO. Por lo tanto se deberá ejecutar las siguientes sentencias en SQLPLUS como sys para solucionar este problema, que en general aplica para cualquier tablespace (menos con temp).

Primero verificamos si esta activada la opción de autoextend en nuestro tablespace undo de la siguiente manera:

select autoextensible from dba_data_files where tablespace_name ='UNDO';

si el tablespace UNDO no tiene activado el autoextend, se deberá ejecutar:

alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' autoextend on

e incrementamos su tamaño así como su máximo tamaño posible de incremento (dependiendo de nuestra necesidad):

En este caso le damos un máximo tamaño de incremento de 1GB:

alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' autoextend on maxsize 1024m;

Y para este caso le aumentamos el tamaño actual para que inmediatamente pueda ejecutar las sentencias SQL que estaban generando el error:

alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' resize 500m;

Una vez configurado el tablesapce en autoextend, le damos una política de incremento al tablespace:

alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' autoextend on next 100m;

Y por ultimo modificamos el parámetro de retención de UNDO, para que retenga sentencias hasta 120 segundos (por defecto tiene 900 s) debido a que nuestra base no se usa con fines transaccionales por lo tanto ejecutamos (este parámetro tendrá implicaciones para ejecutar rollbacks se debe verificar para cada base de datos independientemente de su uso, en este caso es una base de desarrollo XE que no tiene mayores implicaciones):

alter system set undo_retention=120;

Configuración del repositorio Enterprise Manager

2009-10-27T16:14:00.001-05:00

Durante la instalación de la Base de Datos Oracle, el repositorio de la consola Enterprise Manager es configurado, y listo para ser usado. Pero, que sucede si algo pasa con esta configuración? pues aquí podrán ver cómo eliminar el repositorio existente y crear uno nuevo:

1.- Eliminación del repositorio existente:

emca -deconfig dbcontrol db -repos drop

Esto lo puedes ejecutar desde un command prompt de windows, o una consola linux o unix (verifica primero que las variables de entorno estén correctamente seteadas con el software de tu base PATH, ORACLE_HOME, ORACLE_SID).

2.- Crear de nuevo el repositorio:

emca -config dbcontrol db -repos create

Al ejecutar este comando te preguntará el nombre del servidor, tu base de datos y el puerto en que se encuentra, y listo, el repositorio está configurado y listo para usarse.

Es mucho más fácil recrear el repositorio, que investigar que fue lo que pasó, no pierdes ninguna información de los datos de tu base ni de tu esquema.

Configuración de puertos en bases de datos Oracle, isqplus, Enterprise Manager, etc.

2009-10-27T13:02:00.001-05:00

Las bases de datos Oracle tienen definido puertos para sus aplicaciones por defecto, como por ejemplo para isqlplus es el 5560, pero cuando tenemos muchas bases de datos Oracle instaladas en un servidor y en especial en uno de desarrollo, los puertos varían, comúnmente nos despreocupamos de conocer los puertos que están asignados para nuestros aplicaciones de base de datos, por lo tanto aquí les indico como acceder a el archivo portlist.ini en el cual se encuentran la lista de aplicaciones con sus respectivos puertos, vale recalcar que si es modificado este archivo NO afecta directamente los puertos, estos deben ser modificados a través de la consola de administración.

El archivo portlist.ini se encuentra en:

ORACLE_HOME/install/portlist.ini

Es decir si mi base de datos es una 10.2.0.1 mi archivo portlist.ini estaría ubicado en la siguiente dirección:

C:\oracle\product\10.2.0\db_1\install