WAS相关问题总结

1. 如何在服务器端查看WAS的版本？（而不是通过Console）

1.1 可以在SystemOut.log中看到Environment信息，包括WAS的版本、操作系统的版本、JDK的信息等

1.2 最直接和可靠的方法：在安装目录的bin下，执行versionInfo.bat（Windows）或versionInfo.sh（UNIX/Linux）

2. 如何确定Server的IP？（目前只能看到Server的hostname）

3. Console的默认端口是9060（http）或9043（https），如何在DMGR所在的机器上查看端口及协议呢？特别是在管理员更改了默认端口的情况下

检查SystemOut.log和serverindex.xml（还是实际测试过）

4. SystemOut.log中的报错，如何判断是Application、还是Server的呢？

5. 如何判断是否产生了Dump及Java Core文件？这些文件位于什么位置及目录？是跟logs目录在同一个位置么？

Java core

Heap dump

System dump

Java dump and core files的用途及分析方式

Java core files like a picture of what occurs in Java virtual machine.

When it is used, this kind of file is useful to analyze scenarios where the CPU is reaching 100% of utilization, when threads are hanging or where the performance is slow.

Java dump and system dump files are a picture of the objects that were in Java virtual machine memory and are helpful in diagnosing memory related problems such as memory leaks.

Java dump and core files是问题发生时系统自动生成的，还是在问题发生后由管理员手动生成的？

6. SystemOut.log中有大量的DEBUG信息，如何打开和关闭WAS的Debug？在什么情况和场景下，需要打开Debug？打开Debug后，对WAS的性能影响如何？

7. SystemOut.log的数量配置为5，是指除了SystemOut.log和SystemOut.log.owner两个文件外，还可以保存log文件的5个历史版本

8. Console中查看log时，“总过滤数”是什么含义？特别是默认界面上的“总过滤数”。是指当前显示的log行数么？

9. 在什么情况下，需要检查native_stderr.log？

今天查到了以下资料：

Native process logging.

Messages sent to stdout and stderr from native code segments are directed to the native_stdout.log file and the native_stderr.log file, respectively.

Use for problems that occur in native code or code written using the Java Native Interface(JNI).

Verbose GC(Garbage Collection) output goes to the native_stderr.log for IBM JDKs.

10. SystemOut.log.owner和SystemErr.log.owner文件用途是什么？（感觉这两个文件是多余的）

今天实际打开这两个文件看了一下，看来这两个文件的后缀名是名副其实的，因为文件内容就是指明了Cell/Node/Server这些信息，以下是我本机看到的文件内容：

Albert-PCNode01Cell\Albert-PCNode01\server1

11. SystemOut.log和SystemErr.log两个log的定位和用途是什么？检查时，应该以哪个文件为主？如果两个文件中都有Error&Exception信息，两者之间如何建立关联和追踪呢？