lsnrctl password



El otro día al intentar hacer un lsnrctl status a un LISTENER me pasó:
oracle> lsnrctl status LSNR_BBDD004

LSNRCTL for HPUX: Version 9.2.0.8.0 - Production on 03-OCT-2017 07:34:02

Copyright (c) 1991, 2006, Oracle Corporation.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=BBDD004)))
TNS-01169: The listener has not recognized the password

Esto es debido a que el listener está protegido con password. Para hacer el status hacemos

cd $ORACLE_HOME/network/admin
cat listener.ora

Mi listener.ora tiene este aspecto:

host001 oracle ( BBDD004 ) > cat listener.ora
LSNR_BBDD004 =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = BBDD004))
(ADDRESS = (PROTOCOL = TCP)(HOST = host001)(PORT = 1675))
)
)


#----ADDED BY TNSLSNR 20-MAR-2017 16:40:28---
PASSWORDS_LSNR_BBDD004 = C1EC4CFD39852D66

así hemos localizado la password del listener, luego hacemos:

host001 oracle ( BBDD004 ) > lsnrctl
LSNRCTL> set password 'C1EC4CFD39852D66'
The command completed successfully
LSNRCTL> status
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=BBDD004)))
STATUS of the LISTENER
------------------------
Alias                     LSNR_BBDD004
Version                   TNSLSNR for HPUX: Version 9.2.0.8.0 - Production
Start Date                11-DEC-2016 02:55:37
Uptime                    296 days 3 hr. 42 min. 28 sec
Trace Level               off
Security                  ON
SNMP                      OFF
Listener Parameter File   /app/oracle/product/9.2.0/network/admin/listener.ora
Listener Log File         /app/oracle/product/9.2.0/network/log/lsnr_BBDD004.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=BBDD004)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=host001)(PORT=1675)))
Services Summary...
Service "BBDD004" has 1 instance(s).
Instance "BBDD004", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully

igual que hemos hecho un status para verificar el estado del listener, con este mismo procediemiento podríamos parar o arrancar el listener...

Comentarios

Publicar un comentario

Entradas populares de este blog

Ampliar tablespace Oracle

Ampliar tablespace Para ver los tablespaces con mayor ocupación en una BBDD yo siempre utilizo esta consulta: set linesize 170 set pages 60 column pct_used format 999.9 heading "%|Used" column ts_name format a33 heading "Tablespace Name" column Mbytes format 999,999,999,999 heading "MBytes" column used format 999,999,999,999 heading "Used" column free format 999,999,999,999 heading "Free" column largest format 999,999,999,999 heading "Largest" break on report compute sum of Mbytes on report compute sum of free on report compute sum of used on report select nvl(b.tablespace_name,nvl(a.tablespace_name,'UNKNOWN')) ts_name , kbytes_alloc/1024 Mbytes , (kbytes_alloc-nvl(kbytes_free,0))/1024 used , nvl(kbytes_free,0)/1024 free , ((kbytes_alloc-nvl(kbytes_free,0))/kbytes_alloc)*100 pct_used , nvl(largest,0)/1024 largest from (select sum(bytes)/102...
Leer más

Oracle máximo de sesiones

Oracle tiene la vista gv$resource_limit en la que se puede ver ciertas metricas actuales y su valor límite: set linesize 190 set pages 200 select * from gv$resource_limit; INST_ID RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCAT LIMIT_VALUE ---------- ------------------------------ ------------------- --------------- --------------- ------------ 1 processes 44 300 300 300 1 sessions 52 215 512 512 1 enqueue_locks 30 295 6480 6480 1 enqueue_resources 24 165 2472 UNLIMITED 1 ges_procs 0 0 0 0 1 ges_ress 0 0 ...
Leer más

Bloqueos en Oracle

Ver y matar Bloqueos en una BBDD Un bloqueo sobre un objeto de una base de datos lo genera una transacción que hace operaciones que no son compatibles con otras transacciones. Por ejemplo: en un primer momento una transaccion actualiza un registro de una tabla, esto generará un bloqueo exclusivo sobre este registro, si otro proceso intentase actualizar la misma fila, este proceso se quedaría en espara del primero. La siguiente consulta nos muestra transacciones que están esperando a que terminen otros transacciones. Estas transacciones están bloqueando tablas de la base de datos. Esta consulta puede ser un poco lenta dependiento del sistema, si te encuentras en ésta caso puedes ver el supapartado lentitud de v$lock select /*+ rule */ lock1.sid, ' BLOQUEA ', lock2.sid, lock1.ctime/60 minutos_espera from gv$lock lock1, gv$lock lock2 where lock1.block =1 and lock2.request > 0 and lock1.id1=lock2.id1 and lock1.id2=lock2.id2; Para terminar con éstos bloqueos podemos mat...
Leer más