精华内容
下载资源
问答
  • was报错日志

    2016-07-02 10:03:16
    was报错日志
  • WAS查看日志

    2021-01-04 23:26:05
    一、查看日志 查看整个日志文件: # more 日志文件名 或 #cat 日志文件名 查看日志文件最后200行: #tail -200 日志文件名 跟踪查看日志文件 # tail –f 日至文件名 1. DMGR日志 登录10.10.160.123 /opt/...

    一、查看日志

    查看整个日志文件:

    # more 日志文件名 或 #cat 日志文件名

    查看日志文件最后200行:

    #tail -200 日志文件名

    跟踪查看日志文件

    # tail –f 日至文件名

    1. DMGR日志

    登录10.10.160.123

    /opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr/SystemOut.log

    2. 节点日志

    登录10.10.160.123

    /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/nodeagent/SystemOut.log

    登录10.10.160.124

    /opt/IBM/WebSphere/AppServer/profiles/Custom01/logs/nodeagent/SystemOut.log

    3. Server日志:

    登录10.10.160.123

    /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/server1/SystemOut.log

    4. 应用日志

    登录10.10.160.123

    /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/server1/SystemOut.log

    /opt/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/app01/SystemOut.log

    登录10.10.160.124

    /opt/IBM/WebSphere/AppServer/profiles/Custom01/logs/app02/SystemOut.log

    5. IBM HTTP Server日志

    登录10.10.160.123

    /opt/IBM/HTTPServer/logs/access_log

    /opt/IBM/HTTPServer/logs/error_log

    转载于:https://my.oschina.net/u/139558/blog/83201

    展开全文
  • WAS GC 日志分析

    千次阅读 2015-12-31 19:04:30
    WAS GC日志native_stderr.log分析    我们可以通过添加JVM启动参数 -verbose:gc 或者在管理控制台上勾选详细垃圾回收选项来打印更详细的GC日志,缺省日志记录文件是native_stderr.log文件。 不同的GC策略,...

    WAS GC日志native_stderr.log分析

     

           我们可以通过添加JVM启动参数 -verbose:gc 或者在管理控制台上勾选详细垃圾回收选项来打印更详细的GC日志,缺省日志记录文件是native_stderr.log文件。


    不同的GC策略,日志内容会有所不同,以下是optthruput策略时,记录的详细GC日志:

    <af type="tenured" id="24" timestamp="Dec 31 14:51:48 2015" intervalms="494944.872">

    af(allocation fail):触发垃圾回收的事件,af为分配失败。如果是sys,则表示应用程序有显示调用System.gc()方法,不建议使用显示gc()方法,可以通过 -Xdisableexplicitgc参数屏蔽显式GC

    type="tenured":GC类型,tenured/长存区的收集,另一种情况nursery/婴儿区收集

    id="24":tenured区GC的次数,这是第24次tenured区的垃圾回收

    timestamp="Dec 31 14:51:48 2015":GC发生的时间戳

    intervalms="494944.872":距离上一次GC的时间

      <minimum requested_bytes="16944" />

      申请的堆大小为16944byte,垃圾收集并分配后,freebytes可能下降超过这个大小。原因是空闲列表可能会被丢弃或线程本地堆(TLH)刷新

      <time exclusiveaccessms="0.059" meanexclusiveaccessms="0.059" threads="0" lastthreadtid="0x0000000017093E00" />

      exclusiveaccessms="0.059":准备GC前花费的时间0.059ms

      <refs soft="2363" weak="12244" phantom="774" dynamicSoftReferenceThreshold="9" maxSoftReferenceThreshold="32" />

      refs:提供关于java对象引用的信息

      soft="2363":2363个SoftReference/软引用对象。最先处理软引用对象,如果内存空间足够,就不会回收软引用对象

      weak="12244":12244个WeakReference/弱引用对象。软引用对象处理完后,处理弱引用对象

      phantom="774":774个PhantomReference/虚引用对象。弱引用对象处理完后,处理虚引用对象

      dynamicSoftReferenceThreshold="9":软引用对象在被回收前可以生存的GC周期,此值会动态调整,如果堆空间使用率很高,可能会降低此阈值

      maxSoftReferenceThreshold="32":软引用对象在被回收前可以生存的最大GC周期,32次

    ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ GC前堆空间使用情况↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

      <tenured freebytes="10241336" totalbytes="64998400" percent="15" >

      freebytes="10241336":空闲空间10241336byte

      totalbytes="64998400":总空间大小为64998400byte

      percent="15":空闲空间约占总空间大小的15%

    <soa freebytes="9781560" totalbytes="64538624" percent="15" />

    soa:小对象分配区域;在分配对象时,首先尝试在小对象区域中进行分配。如果找不到足够大小的可用项来满足分配,并且请求的大小等于或大于64KB,那么将再次在loa中尝试分配。如果请求大小小于64KB或者loa中没有足够的连续空间,那么将触发分配故障。如果小对象区域中的可用自由空间量远远大于分配请求大小,但是还无法满足请求,则表明堆中都是碎片。

    freebytes="9781560":空闲空间9781560byte

    totalbytes="64538624":总空间64538624byte

    percent="15":空闲空间约占总空间大小的15%

    <loa freebytes="459776" totalbytes="459776" percent="100" />

    loa:大对象分配区域;大对象区域是堆中保留给大对象分配的一小片区域。垃圾收集器会根据loa空间的使用情况来进行扩展或收缩

    freebytes="9781560":空闲空9781560byte

    totalbytes="64538624":空间64538624byte

    percent="15":空闲空间约占总空间大小的100%,即未使用

      </tenured>

      <pending-finalizers finalizable="592" reference="5" classloader="0" />

      pending-finalizers:表示可终结队列的当前状态

      <gc type="global" id="26" totalid="26" intervalms="494945.222">

      type="global":global/全局收集,另一种情况为scavenger/清扫

      id="26":这是第26次发生全局GC

      totalid="26":GC总共发生了26次

      intervalms="494945.222":此次GC花费了494945.222ms

        <finalization objectsqueued="592" />

    <timesms mark="95.729" sweep="1.073" compact="0.000" total="96.912" />

    mark="95.729":标记花费的时间95.729ms

    sweep="1.073":清扫花费的时间1.073ms

    compact="0.000":压缩花费的时间 0.000ms,未发生压缩

    total="96.912":此次GC共花费了96.912ms

    ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ GC后堆空间使用情况↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

    <tenured freebytes="22360600" totalbytes="64998400" percent="34" >

    freebytes="22360600":空闲空间22360600byte

    totalbytes="64998400":总空间64998400byte

    percent="34":空闲空间约占总空间大小的34%

          <soa freebytes="21966360" totalbytes="64604160" percent="34" />

          soa:小对象分配区域;

          freebytes="21966360":空闲空间21966360byte

          totalbytes="64604160":总空间64604160byte

          percent="34":空闲空间约占总空间大小的34%

          <loa freebytes="394240" totalbytes="394240" percent="100" />

          soa:对象分配区域;

          freebytes="394240":空闲空间394240byte

          totalbytes="394240":总空间394240byte

          percent="100":空闲空间100%

        </tenured>

      </gc>

    ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓满足分配后堆空间使用情况↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

      <tenured freebytes="22343656" totalbytes="64998400" percent="34" >

        <soa freebytes="21949416" totalbytes="64604160" percent="33" />

        <loa freebytes="394240" totalbytes="394240" percent="100" />

      </tenured>

      <refs soft="2354" weak="12073" phantom="774" dynamicSoftReferenceThreshold="11" maxSoftReferenceThreshold="32" />

      <pending-finalizers finalizable="592" reference="5" classloader="0" />

      <time totalms="97.038" />

    </af>

    展开全文
  • WAS:WebSphere日志说明

    2021-01-06 12:09:31
    日志文件说明: (1).activity.log  打开方式:Log Analyzer in IBM Support Assistant or Log and Trace Analyzer(LTA) in Application Server Toolkit(AST)  -consolidates key messages on a particular node...
  • Was集群,日志快速查找

    千次阅读 2018-09-27 16:22:05
    集群时,节点多的时候,会有很多日志文件,查找信息比较费时,本文通过EditPlus工具快速查找日志,比如本次要查找的日志有12个节点的日志,加上主节点有13个目录,另外一个是ncServer目录可以不用理会,目录如下: ...

    集群时,节点多的时候,会有很多日志文件,查找信息比较费时,本文通过EditPlus工具快速查找日志,比如本次要查找的日志有12个节点的日志,加上主节点有13个目录,另外一个是ncServer目录可以不用理会,目录如下:

     

    随便进入一个节点,用EditPlus打开任意文件:

     

    在菜单中选择【搜索】-【在文件中查找】

     

    在弹出对话框中,输入要查找的内容,选择根文件夹目录,并勾选复选框【包含子文件夹】

     

    点击【查找】进行搜索,查到后,相应的接口会显示在下面的对话框中,可以看到是那个节点的日志文件

    展开全文
  • was日志报检测到cpu饥饿

    千次阅读 2014-09-16 14:10:36
    WebSphere Application Server控制台显示部分应用不可用,经查日志发现报 HMGR0152W: 检测到 CPU饥饿。当前线程调度延迟是 102 秒。HMGR0152W这个信息报出说明当前进程中存在JVM线程调度延迟。表现就是在系统运行...

    WebSphere Application Server控制台显示部分应用不可用,经查日志发现报 HMGR0152W: 检测到 CPU饥饿。当前线程调度延迟是 102 秒。HMGR0152W这个信息报出说明当前进程中存在JVM线程调度延迟。表现就是在系统运行高峰时期,系统出现WEB页面打开缓慢,登陆应用系统缓慢,登陆后应用运行缓慢,有时甚至无法访问,严重会引起WAS宕机,有很多原因可能导致这个调度线程不能以适时的方式获得CPU资源。
    原理:WebSphere Application Server高可用管理器组件中包含线程调度延迟检测逻辑,它会周期性的启动一个线程, 用这个线程去跟踪是否线程已经被分派,是否按照计划运行。默认情况下,延迟检测线程每30秒钟运行一次, 如果超过计划5秒钟没有运行就会在日志中记录一条HMGR0152W消息。这条消息显示了延迟的时间或者与该线程期望得到CPU和实际得到CPU的时间差。

    下面是这个问题的一些常见原因:

    1. 物理内存被过量使用并且产生了分页.

    2. 进程的堆大小太小导致垃圾回收频繁或者过长阻塞了其他线程的执行.

    3. 系统中运行着太多线程,负载过高可能导致CPU使用过高.


    这个警告信息如果不及时修正可能导致WAS不稳定的情况.你需要分析为什么调度线程发生了延迟,需要采取哪些措施.下面是一些常用的解决方法:
    1. 增加物理内存防止分页.
    2. 优化JVM堆内存配置,从而优化垃圾回收.(在WAS控制台里可设置详细垃圾回收,JVM的上下限值)
    3. 降低系统的整体负载到一个可以接受的值.
    如果HMGR0152W信息不是经常报出,并且报出的消息延迟很短(例如小于20秒), 通常不会有其他问题发生,这个时候这个消息可以被忽略.


    当然在这种情况下,还可以做个javacore来看下,究竟是哪些线程在等待(1、等待什么资源 2、有多少个请求在等待、3、有多少个线程正在执行);另外检查下操作系统的配置,这个也和操作系统参数有关的。(这个可根据javacore中的结果来进一步确认);检查下数据是否有资源冲突现象,或者锁表现象。


    关于JAVACORE的分析,可参看我的《was进程占用CPU率较高实例深解析》 http://xjsunjie.blog.51cto.com/999372/1136156


    高可用管理线程调度延迟检测可以通过配置下面两个定制属性中的一个来实现:
    1. IBM_CS_THREAD_SCHED_DETECT_PERIOD 参数决定延迟检测线程多长时间运行一次.默认值是30秒.
    2. IBM_CS_THREAD_SCHED_DETECT_ERROR 参数决定多长时间的延迟需要被用这个警告信息记录在日志中.

    这些属性在WAS控制台里,你可以按照如下方法配置:
    1. 在管理控制台中, 点击服务器 > 核心组 > 核心组设置, 然后选择核心组名字.
    2. 在其它属性下, 点击定制属性 > 新建.
    3. 输入属性名和值.
    4. 保存配置.
    5. 如果是网络部署环境, 请注意同步所有节点.
    6. 重新启动所有的服务器是该配置在该服务器上生效.

    虽然我们可以用上面两个属性增加线程调度检测时间, 但是不建议通过它们使HMGR0152W警告消息完全不再报出. 这个方法只是用于优化系统消除线程调度延迟.

    展开全文
  • WAS以及weblogic日志说明

    万次阅读 2014-03-19 12:04:24
    WAS】  1、日志位置  %安装目录%\WebSphere\AppServer\profiles\AppSrv01\logs\server1  2、日志文件说明  SystemErr.log: 系统出错日志  SystemOut.log: 系统中所有活动的日志  trace.log: 系统中所有跟踪...
  • 近日,在为驻地工程师查看was日志时,发现大量缺失标识符错误。   was日志的位置: logs 所有类型的日志文件,例如 SystemOut.log、tranlog、FFDC、activity.log 等等。 路径在/logs/server*/下面。 ...
  • WAS 后台日志查看

    千次阅读 2017-02-22 12:36:00
    2019独角兽企业重金招聘Python工程师标准>>> ...
  • 如果有中文乱码可更改JVM的设置为: -Ddefault.client.encoding=GBK -Dfile.encoding=GBK -Duser.language=Zh -Duser.region=CN 即可解决。
  • 关键字: websphere 日志 WebSphere Application Server 是一个基于 Java 的 Web 应用程序服务器,它构建在开放标准的基础之上,能帮助您部署与管理从简单的 Web 站点到强大的电子商务解决方案的诸多应用...
  • Was855控制台查看日志中文乱码问题

    千次阅读 2020-01-07 15:15:24
    今天排查一个问题: 本地项目正常,部署到was上面有exception信息。在项目开发过程中为了方便定位错误,我们经常使用一些输出语句,在开发工具打印正常。到was控制台上查看时候就是乱码的。很难受。把was设置下显示...
  • oracle 12c alert日志目录位置

    千次阅读 2018-08-08 17:35:47
    主要是因为引入了ADR(Automatic Diagnostic Repository(自动诊断仓库):一个存放数据库诊断日志、跟踪文件的目录,关于ADR对应的目录位置可以通过查看v$diag_info系统视图。 12c环境下查询,alert日志并不在bdump...
  • WAS如何设置日志大小和数量

    千次阅读 2019-02-13 08:44:23
    参考链接: https://jingyan.baidu.com/article/5d6edee20aaee699eadeeca1.html 建议: 日志全输出到logback日志中,was的SystemOut.log日志只输出系统启动和停止的日志
  • 今天看到关于WAS日志的文章,写的很全面,转来大家学习学习! WebSphere Application Server 是一个基于 Java 的 Web 应用程序服务器,它构建在开放标准的基础之上,能帮助您部署与管理从简单的 Web 站点到强大的...
  • WAS日志的问题

    千次阅读 2010-07-26 21:36:00
    过看日志,发现was服务器上的server上的systemout.log太大,打开后发现有关业务数据的日志也全部写在了这个里面,于是进行改进。   先是改写了工程中的log4j配置文件,如下所示    ...
  • was下查看日志

    千次阅读 2012-10-15 15:56:00
    # more 日志文件名 或 #cat 日志文件名 查看日志文件最后200行: #tail -200 日志文件名 跟踪查看日志文件 # tail –f 日至文件名 1. DMGR日志 登录10.10.160.123 /opt/IBM/WebSphere/...
  • WAS下面,项目中如果加了LOG4J.properties文件,而无法生成日志文件,并且只会在SystemOut.log文件下面生成INFO级别的日志信息,无法生成DEBUG级别的日志信息,是由于WAS他有自己的日志信息,他将日志信息给拦截掉...
  • java项目,目前采用slf4j+logback 记录日志,tomcat运行输出无问题。但将应用部署到was8就无法生存日志文件。 求给位大牛不吝赐教
  • YL电厂WAS系统错误诊断日志分析

    千次阅读 2007-04-25 15:52:00
    WAS系统垮了,客户疯了,又有事情做了!!! 分析了日志文件Native_stderr.logNative_stdiut.logServer1.pidStartserver.logStopserver.logSystemerr.logSystemout.log PS: 由于对log文件的收集没有加 -trace参数...
  • was日志配置】 服务器 -- 服务器类型 ——webSphere Appliaction server -- 选择sever -- java和进程管理 -- 进程定义 -- java虚拟机 ,调整“通用JVM参数”。 例如Log4j日志变量名称为:打印目录...
  • WAS关于跟踪 、日志和消息

    千次阅读 2010-10-29 17:19:00
    关于跟踪 、日志和消息 该帮助文件提供了关于从产品代码中生成的跟踪、日志和消息的概述。另见: 查看跟踪、日志和消息  跟踪、日志和消息设置  跟踪并调试应用程序   Application ...
  • ...首先我们需要开启gc的日志记录 进入was控制台 选择服务器WebSphere Application Server -&gt; serverName -&gt; 服务器基础结构 -&gt; java进程管理-&gt; 进程定义-&...
  • 分析GC日志native_stderr.log(可分析WAS6.1版本)
  • 部署在WAS下的log日志输出问题

    千次阅读 2010-08-04 00:25:57
    在本地电脑里用RAD中开发项目并部署在本地WAS能正常输出日志,但部署到其它linux系统上里就出现可以创建日志文件但不能输出信息的问题,其中部署的ear包含两个war,每个war都有自己的配置信息,如log4j.xml等。...
  • 针对WAS6.1,对线程数、jvm,日志以及数据库连接进行性能调优
  • BF使用WAS时service layer的日志的位置 <br /> C:/Program Files/IBM/WebSphere/AppServer/profiles/AppSrv01/logs/server1     <br /> 

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 74,646
精华内容 29,858
关键字:

was日志目录