TNS-00525
Excelente momento para escribir por un error fácil de solucionar, pero que al buscarlo no encuentras mucho.
El problema aparece cuando intentas levantar el “listener” y tienes el siguiente error:
Error listening on: (ADDRESS=(PROTOCOL=IPC)(KEY= {nombre de la llave}))
TNS-12555: TNS:permission denied
TNS-12560: TNS:protocol adapter error
TNS-00525: Insufficient privilege for operation
HPUX Error: 1: Not owner
Y revisas tu “Listener” contiene la siguiente información:
(ADDRESS =
(PROTOCOL = IPC)
(KEY = {nombre de la llave})
En UNIX el tnslsnr deja unos “flags” en /var/tmp/.oracle para el protocolo IPC. Pues en HP-UX no, los deja en /tmp/.oracle.
Cuando lees la documentación de metalink está claro, las razones son que el usuario que está intentando levantar el “listener” no tiene privilegios sobre ese directorio. Y en este caso se revisa el directorio /var/tmp/.oracle y está vacío, y además tiene los permisos el usuario con el que quiero levantar el listener sore ese directorio. Pero es más sencillo el directorio no es /var/tmp/.oracle es /tmp/.oracle.
Dentro de ese directorio están todos estos ficheros. El son algo así:
Como root:
cd /tmp/.oracle
ls –la
drwxrwxrwt 2 root sys 8192 Apr 19 17:27 .
drwxrwxrwt 13 root root 8192 Apr 19 18:06 ..
srwxrwxrwx 1 orasid dba 0 Sep 13 2007 s#22934.1
srwxrwxrwx 1 orasid dba 0 Sep 13 2007 s#25144.1
srwxrwxrwx 1 sidadm sapsys 0 Feb 16 09:54 s#28386.1
srwxrwxrwx 1 orasid dba 0 Apr 19 17:27 s#29779.1
srwxrwxrwx 1 orasid dba 0 Apr 19 17:27 sEXTPROC
srwxrwxrwx 1 sidadm sapsys 0 Feb 16 09:54 s{nombre de la llave}
En este caso en particular mis amigos de SAP habían levantado el “listener” (no se como), y después la maquina se desconectó (un problema poco común pero que pasa). Este usuario de SAP era propietario del fichero s así que con solo cambiarle el propietario al usuario con que levantar el listener o borrar está solucionado el problema.
#/tmp/.oracle> chown ora{sid}:dba s{nombre de la llave}
También es correcto revisar en /var/tmp/.oracle pero he visto que en la máquinas HP-UX por lo menos para las versiones 11.23 y 11.31 las flags de IPC están en /tmp.
Las notas de metalink que hablan de este error por si quieren revisar son:
472386.1
434062.1
343253.1
Espero que no tardaran mucho levantando el listener 
JOR
muchas gracias por el dato, teníamos el mismo problema y nos diste la solución Justa : le cambiamos el propietario a los archivos /var/tmp/.oracle y listener arrancó alegremente.
muchas gracias
Me alegra que te sirva. Ese es el objetivo, y es que pasé un rato largo en encontrar que pasaba. Así que me parece bien compartirlo. De nada y espero que otras cosas que escriba te sirvan tambien.
JOR
Mil gracias JOR.
Ya me estaba volviendo loco intentando arrancar el listener.
En mi caso, tenia 2 instancias de base de datos en mi misma máquina, por ende el permiso de la llave estaba con el owner de la segunda instancia. Cambié el owner de la llave pero tampoco levantaba el listener, así que cambié el owner del archivo que hacia referencia a la primera instancia a su usuario ora y levantó la instancia 1, ya que estaba con el owner de la instancia 2 y por ello no permitia subirlo.