07.12 今天早上上班,同事小李报告说ERP上去了!
打开后,发现,TNS-12541 TNS:no listener错误,一查发现监听程序没有启动
可以在我未解决之前,他们已前将服务器重启,按理说这个服务自启动也应该是启动了!
su - oracle
passwd后
$shutdown immediate
正常关闭
$startup mount
正常启动
数据库正常.
$ lsnrctl
lsnrctl> start
TNS-12540:TNS:internal limit restriction exceeded
TNS-12560:TNS:procotol adapter error
TNS-00510:Iternal limit restriction exceeded
Linux Error:28:space left on device
最后一句和上次的一样哦!
空间不足! 上次是u2/oracle/9i/network/log/文件清空.OK!
于是/u2 目录下开始清理空间数据 重复start. 错误一样!
期间,df -h 空间都是有剩余的!
于是转到/u1下 也清理一下!
*当然在中间也查了相关资料和文章.也是没有用!
含删除监听重新建立(该动作未操作)
也用了命令 du --max-depth=1
删除一些资料!还是不行,就这样子一直弄到中午十二点.
后面有一个文件,/var/spool/clientmqueue
这个文件大的惊人!
删除该文件夹的数据.OK!
lsnrctl
lsnrctl> start
lsnrctl> status
------------------------
Alias LISTENER
Version TNSLSNR for Linux: Version 9.2.0.4.0 - Production
Start Date 12-7月 -2011 12:49:53
Uptime 0 days 1 hr. 2 min. 43 sec
Trace Level off
Security OFF
SNMP OFF
Listener Parameter File /u2/oracle/9i/network/admin/listener.ora
Listener Log File /u2/oracle/9i/network/log/listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.50.2)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC)))
Services Summary...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "topprod" has 1 instance(s).
Instance "topprod", status READY, has 1 handler(s) for this service...
The command completed successfully
OK,启动一下ERP.OK!解决!
发现文件大小的对监听的启动还是起了不少的作用!
希望DBA们以后注意这种细节的问题!以最快最有效的办法解决相关问题!