常见问题

常见问题

常见问题

联系我们Contact Us

广州市安鼎信息科技有限公司

手机号码:18620201863

固定电话:020-28161522

电子邮箱:zhengjj@adingtech.com

公司地址:广州市黄埔区科学城光谱西路3号电科东信科技大厦东塔807


亿赛通服务器日志分析和查看

2022-06-01

一.服务器发布或者使用端口被占用日志输出

日志位置:C:Program Files (x86)ESAFENETCDocGuard Servertomcat64logs

  

要修改端口   修改文件里面有很多端口配置(不建议修改端口,会对运维增加复杂度和不可控因素)

1,C:Program Files (x86)ESAFENETCDocGuard Servertomcat64confserver.xml   

2,C:Program Files (x86)ESAFENETCDocGuard Servertomcat64webapps

ROOTindex_en.jsp

二. 服务器硬件码变化导致服务自动停止

服务器硬件码位置查看

 

 

错误日志位置:

C:ProgramFiles(x86)ESAFENETCDocGuardServertomcat64webappsCDGServer3logs

 

三.Tomcat容器问题系统日志

日志位置:C:Program Files (x86)ESAFENETCDocGuard Servertomcat64logs

日志内容
# A fatal error has been detected by the Java Runtime Environment:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000180007e63, pid=1240, tid=4832
#
# JRE version: Java(TM) SE Runtime Environment (7.0_45-b18) (build 1.7.0_45-b18)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.45-b08 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# C [tcnative-1.dll+0x7e63]

在tomcat的对应目录如果发现如下文件【C:Program Files (x86)ESAFENETCDocGuard Servertomcat64binhs_err_pid1240.mdmp】,也请进行如下处理。

hs_err_pid开头的文件通常显示系统发生了应用的崩溃问题

dll文件位置:C:Program Files (x86)ESAFENETCDocGuard Servertomcat64bintcnative-1.dll

处理方法

当日志中出现上面的信息,请进行如下操作:将tomcat64bin目录下这个文件删除,或者改名。

四.服务停止起不来,重启服务器物理机正常,一段时间又宕机

C:Program Files (x86)ESAFENETCDocGuard Servertomcat64logs

看服务器日志是否有类似的报错

com.microsoft.sqlserver.jdbc.SQLServerException: 到主机 的 TCP/IP 连接失败。 java.net.SocketExceptionNo buffer space available (maximum connections reached?): JVM_Bind

解决方法:

1. 启动注册表编辑器。 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters 

2. 新建

值名称:MaxUserPort 

值类型: DWORD

值数据: 65534(用十进制的方法写进去就可以,如果是十六进制,是FFFE,因为4个F是65535嘛)

有效范围: 5000 - 65534 (十进制)

默认: 0x1388 5000 (十进制)

新建

值名称:TCPTimedWaitDelay

值类型: DWORD

值数据: 0000001e(也就是30,不行可以用WINDOWS计算器,很方便,这个表示TIME_WAIT的秒数)

五. 服务启动之后,一进后台页面服务就停止

问题现象:服务起来一打开后台页面服务就挂掉

排查思路以及解决办法:通过日志相关提示排查,见下图日志提示,发现cobradg文件里面webservice的地址与实际服务器地址不一致,经过沟通发现客户存在备机服务器,文件是直接拷贝的主服务器的,所以地址没有改成备机的地址,导致的宕机,改正即可。

错误日志:

 

解决方案:


        六. 服务器重启无法使用,点击重启服务没有反应

情况1:内存溢出

种情况最常见,我们需要修改注册表服务启动最小内存和最大内存

针对客户的问题需要修改参数

Xms1024M

Xmx2048M

没有下面两行的情况下,先手动添加下面两行。看看是否问题还会复现

如果下面两行已经写好,修改上面两行。不能超过实际内存的四分之一。

Xss256K

XX:MaxPermSize=512M

32位操作系统

 

64位系统


情况2tomcat容器问题导致服务自动重启

问题现象:

如果是此问题会在C:Program Files (x86)ESAFENETCDocGuard Servertomcat64bin

文件位置产生很多tomcat报错日志,文件都很大。每个文件都有几个G大小

解决方法:

tomcat容器问题,与系统不兼容,主要体现在tcnative-1.dll文件,默认运行模式apr,这个dll文件总是奔溃。解决:把这个dll文件是改名,tomcat自动切换nio运行模式,这个模式也是比较快的,较apr模式性能低点,不会引起服务器挂机问题。

文件位置:C:Program Files (x86)ESAFENETCDocGuard Servertomcat64bin

情况3:硬件码不一致导致服务自动停止

因为数据库使用老库备份文件,在新的机器上,数据库沿用老的硬件码与新机器硬件码不一致导致的

如果做服务器迁移,由于服务端迁移后,硬件码发生了变化,要出新的授权。

问题原因:

服务器硬件发生变化、云服务器资源漂移、老服务器升级

问题解决:

先查看日志找到当前机器硬件序列号

文件位置:

 

   文件内容:

 

查看错误日志信息

文件位置:

C:ProgramFiles(x86)ESAFENETCDocGuardServertomcat64webappsCDGServer3logs

 

文件内容:

如果出现下面报错,则表示是因为硬件码变化导致服务自动启动。

 

出现如上报错,按照新的硬件码。重新出授权即可。

情况4:服务器平均3天停止一次服务

服务器平均3天停止一次服务,这种情况一般是硬件key不识别导致,可在设备管理器中-人体工学设备中查看硬件ID,寻找是否含有096e硬件id的设备(096e是咱们的Ukey),也可在

C:Program Files (x86)ESAFENETCDocGuard Servertomcat64webappsCDGServer3logs

路径下查看日志,里面会提示没有硬件信息的报错。

情况5:服务器访问缓慢,由本地日志上传过多导致。

服务器访问缓慢,有明显的时间段,可以是由于客户端产生大量垃圾日志(一般都是杀毒软件日志)向服务器上报导致