Page tree
Skip to end of metadata
Go to start of metadata

针对Atlassian的应用出现疑似问题的排查,可以根据不同的场景进行如何排查。

需要注意的是

  • 问题是否有普遍现象、还是个人现象
  • 是否和个人的网络、浏览器相关
  • 是一直现象还是偶尔现象

上传文件失败

上传文件一直显示失败(包括上传插件),此种会有几种情况

  1. 文件过大
  2. 硬盘已满
  3. 文件目录没有写权限

现对这此种情况说明排查的方法和过程

检查文件大小

在自己电脑上检查文件的大小,通过选中文件查看属性,了解附件的大小

使用IP直接上传

如果有访问的应用是通过域名,可以尝试直接使用IP来进行上传

检查允许上传的附件大小

检查应用的设置

JIRA可以在-系统-高级-附件中查看;如果上传的附件超过了允许值,可以将之调整

Confluence可以在-一般管理-附件设置查看;如果上传的附件超过了允许值,可以将之调整

检查前端代理的设置

如果设置的值满足文件大小,需要检查前端代理是允许上传的附件值

找到nginx.cnf文件,检查:client_max_body_size 的值,如果不满足,进行相应调整

健康检查

在以上都无法解决问题的时候,可以进入可以进行以下两种方式检查

  • JIRA可以在-系统-高级-问题与支持,进行健康检查,查看异常
  • Confluence可以在-系统-高级-问题与支持,进行健康检查,查看异常
本页内容

应用服务器检查硬盘空间

进入到系统,检查硬盘是否被使用完,可以使用 df -h 来查看使用情况 ,注意文件目录或者应用目录是否达到100%

应用目录权限

可以查扩到文件目录、应用目录,查看相关目录的权限,使用命令  ll ,是否为应用启动时的用户有写权限

响应慢

响应慢表现进行页面连接点击页面连接,或者创建问题、调用rest api的时候有和时间等待,或者等待无结果情况

一般此种情况会有以下内容

  • CPU100%
  • JVM内存已满
  • 网络问题
  • 数据库服务器超时或者死锁

检查其它功能

进行其它的业务操作,看否正常

检查DNS

如果使用域名,尝试使用 IP直接访问,看是否正常

检查CPU和内存

登录到系统中,通过 top 命令检查CPU和内存的情况

检查数据库的连接占用情况

JIRA系统管理员登录系统-数据库监控,查看连接情况以下IO的读写情况

检查数据库的死锁情况

登录到数据库服务器,并使用root或者相应的用户,进入到mysql中: mysql -uroot -p

进入到mysql中检查数据库连接情况   show processlist 了解线程以及线程的执行时间

查看服务器定时作业

JIRA进入系统-系统支持-调度程序管理,查看当前响应慢是否有定时任务大量的在执行

JIRA\wiki的邮件通知

主要包括个别人员无法收到邮件,此类的情况包含以下情况

  • 无通知方案满足收邮件的条件
  • 邮件在发送过阻塞

检查通知方案

使用通知方案助手进行检查,当前问题在某类事件中是否满足

注意的是,如果涉及到工作流的流转,需要确认工作流中后处理结果中的事件类型

检查邮件对列

JIRA进入到后台管理-邮件-对列中,查看出错的对列是否有大量邮件积压,如果有尝试重新发送

也可以使用:外发邮件,尝试通过debug方式来发送邮件,看是否有出错信息

检查日志

进入到系统-日志与分析,开启传出邮 的相关分析功能,开启debug模式

进行邮件业务场景设置

进入到操作系统来到文件目录下的logs目录,查看:atlassian-jira-outgoing-mail.log 日志的信息


JIRA权限

主要包括个别人员在工作流动作、或者问题详情中没有相关的连接等塞

检查权限方案

使用权限方案助手进行检查,当前问题在某类事件中是否满足


JIRA用户登录问题

有个别用户无法登录

检查用户所在目录

管理员进入用户管理-用户中,查询用户,查看用户所在的目录(通过目录确认用户的密码)

查用户的应用程序的授权情况


疑似插件问题

可以尝试一个个的禁用插件来进行排查

也可以尝试进入安全模式,一个人的启用插件来进行排查

生成技术支持文件

  • JIRA可以在-系统-高级-问题与支持,创建支持ZIP来创建文件
  • Confluence可以在-系统-高级-问题与支持,创建支持ZIP来创建文件








  • No labels