arthas

    1热度

    2回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.6.9 Arthas 版本: 3.6.9 操作系统版本: alpine3.18 目标进程的JVM版本: openjdk 1.8 执行arthas-boot的版本: 3.6.9 重现问题的步骤 进入目标容器 执行命令./as.sh --agent-id $HOSTNAME --tunnel-server 'ws://Se

    7热度

    4回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.6.9 Arthas 版本: 3.6.9 操作系统版本: CentOS Linux release 7.9.2009 (Core) 目标进程的JVM版本: openjdk "1.8.0_362-362" 执行arthas-boot的版本: 3.6.9 重现问题的步骤 在我们内部环境中,使用Arthas挂载到具体的Jav

    6热度

    3回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.6.9 Arthas 版本: 3.6.9 操作系统版本: xxx 目标进程的JVM版本: jdk 17.0.4 执行arthas-boot的版本: xxx 重现问题的步骤 java -jar arthas-boot.jar 期望的结果 正常启动 实际运行的结果 实际运行结果,最好有详细的日志,异常栈。尽量贴文本。 把

    0热度

    6回答

    4.0 主要是升级到 jdk8,不再支持 jdk 6/7 。 参考: https://github.com/alibaba/arthas/issues/2530 沿用原来的名称的好处,自然是少了很多工作量,用户习惯不变。 考虑用 as4.sh 新名字的原因 如果直接用原来的 as.sh/arthas-boot.jar ,有小部分用户可能会遇到不兼容问题。 并且原来的脚本可能会拉到 4.0

    0热度

    3回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.4.5 Arthas 版本: 3.4.5 操作系统版本: Alpine Linux v3.8 目标进程的JVM版本: 1.8.0_192 执行arthas-boot的版本: 3.4.5 重现问题的步骤 执行heapdump命令 期望的结果 What do you expected from the above ste

    7热度

    1回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本:3.6.7 Arthas 版本: 3.6.7 操作系统版本: centos 目标进程的JVM版本: jdk 17 执行arthas-boot的版本: 3.6.7 重现问题的步骤 在容器中,通过启动arthas,选择对应的进程进行分析 # java -jar arthas-boot.jar [INFO] JAVA_HOME:

    1热度

    3回答

    根据Async-profiler,include,exclude参数在采样的时候是不起作用的,只在dump的时候起作用。 如果profiler start带--include,--exclude参数而stop没有带是无法排出指定包的,因此样例 profiler start --include 'java/*' --include 'com/demo/*' --exclude '*Unsafe.pa

    7热度

    3回答

    在安装了skywalking的pod上启动arthas卡住啦

    6热度

    2回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.5.6 Arthas 版本: 3.5.6 操作系统版本: 麒麟10 目标进程的JVM版本: xxx 执行arthas-boot的版本: xxx 重现问题的步骤 接入arthas执行的时候,执行vmtool提示异常,can not load library: 把异常信息贴到这里 ![image](https://g

    2热度

    3回答

    重定向符号与文件名没有空格,或者重定向符号与前面的命令没有空格不能被识别,与 #1151 类似,将token首尾的重定向符分离出来

    9热度

    2回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本:3.6.7 Arthas 版本: 3.6.7 操作系统版本: Ubuntu 22.04 目标进程的JVM版本: opendjk17 执行arthas-boot的版本: 3.6.7 重现问题的步骤 在控制执行logger命令没有没有响应 期望的结果 有日志信息返回 实际运行的结果 2023-09-14 08:57:02 [

    2热度

    2回答

    启动很慢,打出JAVA_HOME之后就卡住了,几分钟之后启动完成 有什么排查思路吗 环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.7.1 Arthas 版本: 3.7.1 操作系统版本: xxx 目标进程的JVM版本: 1.8 执行arthas-boot的版本: 重现问题的步骤 下载arthas jps ./ah.sh pid 期望的结果 正常启动 实际运行的

    5热度

    9回答

    目前trace命令只能跟踪到增强函数内部的methodInvoke,但是除了方法调用耗时,很多情况下是synchronized(obj)进入临界区的耗时,如果函数内有多段临界区,没发准确感知进入每个临界区的耗时 使用bytekit的AtSyncEntry来实现对进入临界区的耗时跟踪,trace命令添加参数skipMonitor来决定是否启用,默认为true

    10热度

    2回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.4.5 Arthas 版本: 3.4.5 操作系统版本: xxx 目标进程的JVM版本: 1.8 执行arthas-boot的版本: 3.4.5 ES版本:5.6.4 实际运行的结果 [es@host-10-10-10-155 local]$ ./as.sh Arthas script version: 3.4.5

    10热度

    1回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: xxx Arthas 版本: 3.5.2 操作系统版本: Linux version 3.10.0-1127.13.1.el7.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ) #

    6热度

    2回答

    使用dashboard命令,线程区域中出现的线程是按照什么原则显示的;比如cpu使用率?是否jvm内部线程?是否守护线程?等等

    0热度

    2回答

    具体报错信息,大神求教! 2021-07-15 21:19:39 [arthas-command-execute] WARN c.t.a.c.c.k.MemoryCompilerCommand -Memory compiler error com.taobao.arthas.compiler.DynamicCompilerException: Compilation Error line: 10

    2热度

    2回答

    因为线上环境和我本地执行不一致 怀疑是代码未更新 所以使用arthas 反编译了一个类 第二天早上 发现OOM了 然后我在Java VIsualVM中查看到实列有对ArthasBootstrap的引用 就怀疑起来了 环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.5.2 Arthas 版本: 3.5.2 操作系统版本: centos7 目标进程的J

    0热度

    3回答

    环境信息 Arthas 版本: 3.5.3 目标进程的JVM版本: openjdk 1.8.0_202 重现问题的步骤 项目运行中k8s pod中,kubectl exec进入pod 使用arthas,使用heapdump --live /tmp/dump.hprof命令报错heap dump error: com.sun.management.HotSpotDiagnosticMXBean

    7热度

    2回答

    环境信息 arthas-spring-boot-starter 的版本: 3.5.2 Arthas 版本: 3.5.2 操作系统版本: linux 目标进程的JVM版本: 1.8 执行arthas-boot的版本: 3.5.2 重现问题的步骤 项目通过引入arthas-spring-boot-starter的方式进行在线诊断,通过heapdump --live导出堆快照发现Netty Pool