日本熟妇hd丰满老熟妇,中文字幕一区二区三区在线不卡 ,亚洲成片在线观看,免费女同在线一区二区

AI 助理
備案控制臺
文檔
有獎調研
輸入文檔關鍵字查找
首頁 應用實時監控服務 應用監控 操作指南 應用 查看監控詳情 持續剖析 常見問題

常見問題

更新時間：
產品詳情
相關技術圈
我的收藏

本文介紹持續剖析使用過程中的常見問題。

parse lib sigsegv handler installed日志打印

問題原因

該日志是ARMS探針打印的無用日志，僅在開啟持續剖析功能后才會打印，對應用運行過程無影響，另外ARMS會在將來的新版本中關閉相關日志打印。

perf_event_open被限制導致的No access to perf events報錯問題

問題現象

Async-Profiler進行CPU Profiler依賴perf_event_open的系統調用，但因為Linux kernel的Syscall安全策略（seccomp）控制，可能會禁止進程調用特定Syscall。

錯誤提示如下：

[ERROR] Failed to execute 'start,jfr=0,event=cpu,interval=11ms,alloc=512k,file=/tmp/cpc-async-profiler-7729534006755968198.jfr'
[ERROR] Failed to start Continuous Profile Collector
java.lang.RuntimeException: java.lang.IllegalStateException: No access to perf events. Try --fdtransfer or --all-user option or 'sysctl kernel.perf_event_paranoid=1'

解決方案

  • Docker環境：執行以下命令運行容器。如需配置更精細化的系統調用控制，請參見官方文檔。

      docker run --security-opt seccomp=unconfined  XXX

  • Kubernetes環境：配置特權容器參數privileged: true，特權容器始終保持為Unconfined。

    如需配置更精細化的系統調用控制，請參見官方文檔。

No AllocTracer symbols found .Are JDK debug symbols installed?報錯問題

問題現象

Async-Profiler進行內存剖析需要依賴JDK的符號信息，如果JDK內無符號信息，則會遇到如下問題：

[ERROR] Failed to start Continuous Profile Collector
java.lang.RuntimeException: java.lang.IllegalStateException: No AllocTracer symbols found. Are JDK debug symbols installed?

解決方案

如果Java進程運行在容器環境，出現以上報錯或者該功能無數據，一般都是由于使用了Alpine基礎鏡像導致，Alpine基礎鏡像為了控制體積而去除了JDK調試符號（debug symbols），影響持續剖析能力正常使用，建議在基礎鏡像中為JDK安裝調試符（部分JDK版本缺乏對應的調試符包，會導致無法安裝）或使用非Alpine基礎鏡像。

如果是CentOS物理機環境部署應用可通過以下步驟安裝調試符：

  1. 執行以下命令，確認是否已經配置了debuginfo的源。

    yum repolist all | grep -i debug

    通過返回信息確認源配置信息是否如下：

    debuginfo/7/x86_64 CentOS-7 - debuginfo - mirrors.aliyun.com 啟用: 8,760

    如果未配置debuginfo的源，則執行步驟2增加配置；如果已經配置，則執行步驟3。

  2. 在Yum配置文件中增加debuginfo的配置。

    vi /etc/yum.repos.d/CentOS-Base.repo
[debuginfo]
name=CentOS-$releasever - debuginfo - mirrors.aliyun.com
failovermethod=priority
baseurl=http://mirrors.aliyun.com/centos-debuginfo/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=http://mirrors.aliyun.com/centos/RPM-GPG-KEY-CentOS-Debug-7

    保存后執行如下命令：

    yum clean all
yum makecache
yum-config-manager --enable debuginfo

  3. 安裝JDK版本對應的符號信息。

    JDK 8

    yum list installed|grep openjdk    #查詢JDK版本。
java-1.8.0-openjdk.x86_64          1:1.8.0.332.b09-1.el7_9            @updates

debuginfo-install -y java-1.8.0-openjdk      #安裝符號信息。

    JDK 11

    yum list installed|grep openjdk    #查詢JDK版本。
java-11-openjdk.x86_64             1:11.0.15.0.9-2.el7_9              @updates

debuginfo-install -y java-11-openjdk      #安裝符號信息。

  4. 檢查JDK的符號信息是否已經安裝成功。

    gdb $JAVA_HOME/lib/server/libjvm.so -ex 'info address UseG1GC'
gdb /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.332.b09-1.el7_9.x86_64/jre/lib/amd64/server/libjvm.so -ex 'info address UseG1GC'
GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-120.el7
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.332.b09-1.el7_9.x86_64/jre/lib/amd64/server/libjvm.so...Reading symbols from /usr/lib/debug/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.332.b09-1.el7_9.x86_64/jre/lib/amd64/server/libjvm.so.debug...done.
done.

    如果安裝正確，返回信息如下：

    Symbol "UseG1GC" is static storage at address 0x107f993.

    如果安裝失敗，返回信息如下：

    No symbol "UseG1GC" in current context.

perf_event mmap failed...報錯問題

問題現象

此錯誤一般出現在JVM的標準輸出中。持續剖析功能進行CPU熱點采樣時，會同時采集Native（Linux Kernel + JVM + C/C++）以及Java棧，采集Native棧需要對Java中每個線程的perf_event的fd進行MMap，Linux內核中限制了進程perf_event相關的MMap的總內存大小（默認516 K Bytes）。當Java中線程數較多時，會觸發限制并在Java標準輸出中打印警告信息perf_event mmap failed...。出現這個告警信息，對Java的運行沒有副作用，對業務也沒有影響，實際的影響是火焰圖中看不到Native的棧。一般來說定位CPU熱點問題時，只看Java方法棧就夠了，您可以忽略此告警。

解決方案

如果想消除這個錯誤信息，可以執行以下步驟：

  1. 在宿主機上執行以下命令。

    echo 1028 > /proc/sys/kernel/perf_event_mlock_kb

    默認閾值是516，可以逐漸增加，直到不出現告警，該值最好滿足8*N + 4，N是自然數。例如516 = 512 + 4, 1028 = 1024 + 4。

  2. 重啟Docker，即可消除錯誤。

火焰圖中為什么出現other項？

問題現象

如下圖所示火焰圖中出現other項。

火焰圖other選項

問題原因

火焰圖中出現other項是正常的。火焰圖是一棵樹，當節點數較多時不便于從圖中提取關鍵信息，因此ARMS通過一些方法對火焰圖中的節點進行收斂，將一些重要性相對較低的節點并入到other項中。

火焰圖中為什么出現.no_Java_frame項？

一般是由于使用了Alpine基礎鏡像，Alpine基礎鏡像為了控制體積而去除了JDK調試符號（debug symbols），導致JDK里面的C++線程中的方法棧無法識別出函數名字，只能顯示為no_Java_frame，由于這些方法棧主要是非Java的線程執行信息，一般常見如VM Thread或者JIT編譯器線程，如果no_Java_frame相關內容占比不高，可以忽略，重點觀察其他Java方法棧信息做性能分析，如果no_Java_frame相關內容占比較高，建議在基礎鏡像中為JDK安裝調試符（部分JDK版本缺乏對應的調試符包，會導致無法安裝）或使用非Alpine基礎鏡像。