最新提问

    6热度

    4回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.6.8 Arthas 版本: 3.6.8 操作系统版本: 无关 目标进程的JVM版本: 无关 执行arthas-boot的版本: 3.6.8 重现问题的步骤 发版打包出来的arthas-core.jar 里面存在依赖低版本的 com.fasterxml.jackson.core:jackson-databind:2.7.

    6热度

    3回答

    环境信息 Arthas 版本: 3.6.8 操作系统版本: windows 10 目标进程的JVM版本: openjdk version "1.8.0_362" OpenJDK Runtime Environment (Zulu 8.68.0.21-CA-win64) (build 1.8.0_362-b09) OpenJDK 64-Bit Server VM (Zulu 8.68.0

    3热度

    6回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: xxx Arthas 版本: 3.6.9 操作系统版本: centos 7 目标进程的JVM版本: openjdk version "1.8.0_312" 执行arthas-boot的版本: xxx 重现问题的步骤 下载的3.6.9版本,启动里面的MathGame trace 里面的demp.MathGame print

    8热度

    3回答

    目前Arthas的功能都是基于 命令行 的 Command 思路实现的,大部分交互都是在 terminal 窗口 这种cli的交互导致Arthas 的功能不能很好的以 API 方式暴露,尽管之前实现过一版 HTTP API 的支持,但并不是很友好 https://arthas.aliyun.com/doc/http-api.html 基于命令行 Command 实现,导致很多功能被限制了,并且实

    4热度

    2回答

    需要做的工作: Arthas代码本身编译target改为 JDK8 (已完成) https://github.com/alibaba/arthas/commit/acd9844853ad1281848ea45c684dca32155ef258 https://github.com/alibaba/arthas/commit/8834a0f2b2ab1fbf5cd697bfcda124fb977a

    1热度

    4回答

    因为是对代码的一些疑惑,不是程序自身的问题,所以没有按照模版进行提问 我看了3.6.1的代码,src/main/java/com/taobao/arthas/core/shell/term/impl/httptelnet/ProtocolDetectHandler.java这个文件中,如果请求在1000ms之内没有发送数据就认定为是telnet协议,如果发送了GET就认为是http协议,验证确实如

    6热度

    2回答

    环境信息 无 重现问题的步骤 浏览器:Chrome 版本 111.0.5563.65(正式版本) (64 位)、Microsoft Edge 113.0.1774.42 (正式版本) (64 位) 访问点击Arthas Doc网站https://arthas.aliyun.com/doc 点击入门教程或者基础命令 期望的结果 能够正常访问页面,没有报错信息 实际运行的结果 在Chrome和M

    0热度

    1回答

    环境信息 Arthas 版本: arthas-tunnel-server-3.6.9-fatjar.jar 目标进程的JVM版本: openjdk:8-jdk-alpine 执行arthas-boot的版本: arthas-spring-boot-starter 3.6.9 重现问题的步骤 启动arthas-tunnel-server k8s容器部署的项目引入了arthas依赖,启动不会注册

    9热度

    3回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.5.6 Arthas 版本: xxx 操作系统版本: mac/linu都试过 目标进程的JVM版本: xxx 执行arthas-boot的版本: xxx 重现问题的步骤 就是启动arthas,看到版本信息 期望的结果 希望使用3.5.6启动的,显示的版本也是3.5.6 实际运行的结果 都是显示了3.4.X的版本 把异常信

    9热度

    2回答

    环境信息 arthas-boot.jar 或者 as.sh 的版本: 3.6.9 Arthas 版本: 3.6.9 操作系统版本: Linux version 5.4.0-136-generic (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) 目标进程的JVM版本: Oracle JDK 1.8, VM-VERSION=25.151-b

    10热度

    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

    4热度

    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

    1热度

    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 期望的结果 正常启动 实际运行的结果 实际运行结果,最好有详细的日志,异常栈。尽量贴文本。 把

    10热度

    6回答

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

    6热度

    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

    4热度

    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:

    5热度

    3回答

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

    5热度

    3回答

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

    1热度

    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

    4热度

    3回答

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