为提高效率,提问时请提供以下信息,问题描述清晰可优先响应。
【DM版本】:DM8
【操作系统】:
【CPU】:
【问题描述】*:主备集群日志中出现这个信息,
[WARNING] sess4 aux tsk reach max limit 128, try again!
[WARNING] Alloc session auxiliary tsk to get system info fail, set all system info 0!!!
......
[WARNING] sess4 aux tsk reach max limit 128, try again!
[WARNING] Alloc session auxiliary tsk to get system info fail, set all system info 0!!!
[WARNING] sess4 aux tsk reach max limit 128, try again!
[WARNING] Alloc session auxiliary tsk to get system info fail, set all system info 0!!!
[WARNING] sess4 aux tsk reach max limit 128, try again!
[WARNING] Alloc session auxiliary tsk to get system info fail, set all system info 0!!!
[WARNING] sess4 aux tsk reach max limit 128, try again!
[WARNING] Alloc session auxiliary tsk to get system info fail, set all system info 0!!!
[WARNING] User session auxiliary thread timeout to get system info, set all system info 0!!!
[WARNING] User session auxiliary thread timeout to get system info, set all system info 0!!!
[INFO] socket_err_should_retry errno:104
[WARNING] User session auxiliary thread timeout to get system info, set all system info 0!!!
这表示什么,有没有影响
WARNING日志不严重,但需关注
1、检查数据库日志是否达到了连接限制
相关日志
...reached the max session limit.
2、检查系统资源限制
/etc/security/limits.conf
对应数据库运行账户设置 nolimit
根据日志提示,猜测应该是某类任务线程达到了阈值的告警信息,通过日志中的线程号查v$threads,可知道线程名称,然后查对应的线程数相关的ini参数设置是否需要放大,例如:dm_tskwrk_thd对应TASK_THREADS参数,dm_wrkgrp_thd对应WORKER_THREADS参数,参数说明参见dba手册:
运行日志中的T开头后面的数字表示线程号id,通过id可查v$threads获知线程名称
这是那个日志文件的日志内容?这段日志有没有被处理过;
这种情况通常发生在需要实时或快速获取系统信息的系统中,比如监控系统、资源管理系统等。当系统响应慢或网络不稳定时,可能会出现类似的超时情况。为了保持程序的稳定性和连续性,开发者通常会设计一些超时处理机制,比如这里将系统信息设置为0。
1、可以结合操作系统日志查询日志信息,操作系统检查下 /etc/security/limits.conf
/etc/sysctl.conf
2、当前服务器配置、dm.ini文件发出来方便进一步分析