Get the App
SLTechnology News&Howtos  ›  Database  › 

Dealing with Oracle snooping file listener.log problem

Shulou Source: shulou.com Published: 2022-06-01 03:47:14 11月02日 Update

If    becomes slow to view Oracle log records when connecting, it may be because this file is too large, more than 2G

Need to clean up regularly (if multiple users, remember to use root, may not have permission)

Check listener.log?

Find /-name listener.log

After inspection, the log data is as high as 2G, because some old OS do not support files above 2GB, so when listener.log files

When you exceed the 2GB, you will be unable to handle the new connection. Although the new operating system will not have this problem, we still need to address it.

Carry out regular treatment and cleaning.

Listener log log file processing

[oracle@localhost home] $lsnrctlLSNRCTL > set log_status offConnecting to (DESCRIPTION= (ADDRESS= (PROTOCOL=IPC) (KEY=EXTPROC1521) LISTENER parameter "log_status" set to OFFThe command completed successfullyLSNRCTL > show log_statusConnecting to (DESCRIPTION= (ADDRESS= (PROTOCOL=IPC) (KEY=EXTPROC1521)) LISTENER parameter "log_status" set to OFFThe command completed successfullyLSNRCTL > exit [oracle@localhost home] $find-name listener.loghome/oracle/app/oracle/diag/tnslsnr/localhost/listener/trace/listener.log [oracle@localhost ~] $cd / home/oracle/app/oracle/ Diag/tnslsnr/localhost/listener/trace/ [oracle@localhost trace] $mv listener.log listener.log.20191127 [oracle@localhost trace] $lslistener.log.20191127 ora_2617_140154513196800.trc [oracle@localhost trace] $lsnrctlLSNRCTL > set log_status onConnecting to (DESCRIPTION= (ADDRESS= (PROTOCOL=IPC) (KEY=EXTPROC1521)) LISTENER parameter "log_status" set to ONThe command completed successfullyLSNRCTL > show log_status Connecting to (DESCRIPTION= (ADDRESS= (PROTOCOL=IPC) (KEY=EXTPROC1521)) LISTENER parameter "log_status" set to ONThe command completed successfullyLSNRCTL > reloadConnecting to (DESCRIPTION= ( ADDRESS= (PROTOCOL=IPC) (KEY=EXTPROC1521)) The command completed successfullyLSNRCTL > exit [oracle@localhost trace] $[oracle@localhost home] $lsnrctlLSNRCTL > set log_status offLSNRCTL > show log_statusLSNRCTL > exit [oracle@localhost home] $find-name listener.log [oracle@localhost trace] $mv listener.log listener.log.20191127LSNRCTL > set log_status onLSNRCTL > reload

After we rename the log file, a new listener.log file is automatically generated. Of course, it can also be emptied, you can first copy the backup, and then empty the process.

Summary

The above is introduced by the editor to deal with the listener.log problem of Oracle monitoring files. I hope it will be helpful to you. If you have any questions, please leave me a message and the editor will reply you in time. Thank you very much for your support to the website!

If you think this article is helpful to you, you are welcome to reprint it, please indicate the source, thank you!

Tags: Files processing logs problems help support monitoring operating system provenance backup data time permissions users questions systems websites automatic generation up to Apple Docker Huawei Linux macOS MariaDB Microsoft MySQL NVidia OPPO Reno macOS Apple MySQL MariaDB Shulou Tech Info