暂无图片
分享
手机用户9955
2019-04-10
alert日志报ora-04030

在进行日常巡检的时候发现alert日志中报ora-04030的错误,检查ulimit也无限制,是内存使用快到4G的时候报的错误,具体的log信息见附件

收藏
分享
7条回答
默认
最新
手机用户9955
上传附件:ora-04030.bmp
暂无图片 评论
暂无图片 有用 0
手机用户9955
上传附件:db_1_dia0_73709.trc
暂无图片 评论
暂无图片 有用 0
手机用户9955
暂无图片 评论
暂无图片 有用 0
Moone

从报错看是dia0在做hanganlyze的时候申请内存失败挂起了,trace文件看并没有resource限制,截图看dia0有restart的,这个很可能是Linux OS层面的OOM killer,可以从/var/log/messages看看有没有报警信息?


另外要分析为什么dia0的hangalyze的原因,这比4030的报错更重要


image.png


暂无图片 评论
暂无图片 有用 0
手机用户9955

谢谢您的回复,我查看asm的dia0进程占用内存4个g,asm的alert日志发现报了很多Ora-27090:unable to reserve kernel resources for asynchronous disk io ,会不会和这个报错有关系呢,fs.aio-max-nr值为3145728

暂无图片 评论
暂无图片 有用 0
Moone

可以看看asm的dia0进程的trace文件手否包含ksfdsaiolmt,可能是这个bug:

Bug 24425998 - ORA-27090: 'Unable to reserve kernel resources for asynchronous disk I/O' Error in Alert Log (文档 ID 24425998.8)


Workaround:

If a certain SQL is noticed that triggers this error, and it is using parallel query,
running it in serial mode may prevent the error.


暂无图片 评论
暂无图片 有用 0
章芋文
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏