正确使用dotnet-*工具的方法

冰川漂砾

目录

• 安装
  $ R& m6 d" G6 s# A2 Q
• 验证
  
• dotnet-dump
  ! L( e# g7 t6 B6 b) V
• createdump
  
• 分析coredump文件
  * k' q( G  n4 t; _2 @9 o
• 相关资料：
  ! z8 ?/ [: }6 e+ {/ b0 f

% F* O) C) g( e8 R安装

1 S2 p# D  e9 O* a( o& G* U

   
" ?" {. L/ {. A2 l6 K
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  
• 准备Dockerfile
  6 {5 C4 E# i. x

1. FROM mcr.microsoft.com/dotnet/sdk:3.1 AS sdkRUN dotnet tool install --tool-path /tools dotnet-traceRUN dotnet tool install --tool-path /tools dotnet-countersRUN dotnet tool install --tool-path /tools dotnet-dumpRUN dotnet tool install --tool-path /tools dotnet-gcdumpFROM mcr.microsoft.com/dotnet/core/aspnet:3.1 AS runtimeWORKDIR /toolsCOPY --from=sdk /tools .basedockerfile.yaml

复制代码

验证
) {5 G  z6 z0 V+ h
基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
用我们刚才制作的基础镜像随便起个demo程序验证下
# T. W5 E7 a" }7 }  D* ]' K& }

   

• 已经包含了tools文件夹了，里面存放了我们的tools工具
  ; ^9 [1 g- w: b( u: N

8 y. d6 P  O8 [9 I

( V& i- e# `) D7 v/ M( v" O

   

• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  

至此包含tools的runtime基础镜像制作完毕。

4 B$ y2 A3 ~0 K, p; R8 Odotnet-dump
, M, i& j* ?/ d  J0 R2 R
* P1 i( O9 G& q它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致

createdump
1 z9 ?$ t) T7 p
它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
5 P+ S" z/ x. y: l  s9 U4 E这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
. c/ e( f* z+ v7 v8 r" G7 G% C) o* j% z# Z开始使用：

   

• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  & F; z! }' k3 R/ I5 ]

0 q8 r8 \0 f' r

   

• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  ( d7 K+ i3 @  b( c
• 如果报权限相关错误，可以在你的yaml文件里加上：
  9 [8 H. y. g5 l( L: o" n

3 `8 s* ?6 W/ n! v& j& W
" B. F5 G/ m4 j: O分析coredump文件
  W6 }' U0 t- ?
先将上面生成在tmp下的coredump文件copy到可以调试的地方
kubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s

然后为我们的coredump.1文件下载关联的symbol：
: u! s4 k& [9 o  x' P* ~  I* e/ ?如果你准备分析dump的机器没有dotnet sdk的话，先装一个把

   
: ?& A# b, D& Z: a1 N
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  
• sudo yum install dotnet-sdk-3.1
  

如果dotnet-symbol没有安装的话，安装一个

   
  A. {0 ^" Y6 N" w
• dotnet tool install --global dotnet-symbol   
  2 G: h# R% {) m! `
• 然后关闭当前终端，再打开一个新的
  

然后执行dotnet-symbol --host-only --debugging coredump.1
+ V% a, n$ k6 R8 S0 [

3 V9 k  S) y: \' p1 a

   
: p, p( h9 }( @6 K$ a
• 看到dac，dbi文件写入就代表成功了，这时候你的文件夹应该长这样
  

然后我们使用lldb进行调试

: e" ]* Z3 c: D( }* o: ~8 v8 B

   

• 如果你机器里没装的话，先装一个吧   
  
• 安装sos插件：
  . s7 [1 ]& W7 G  A+ ^" u: N
          
  
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    2 `  [( d2 }5 A7 Q8 w1 `0 k/ E2 K4 d8 ?
          
  0 D# q: \& x. Z
• lldb-8 --core coredump.1   
  9 T. B$ U+ w) C8 k
• 然后就可以用lldb来分析dump文件了
  

相关资料：

   
: A: S  X1 E. H3 Y. }: A$ [6 k
• https://docs.microsoft.com/en-us/dotnet/core/diagnostics/dotnet-symbol   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/debugging-coredump.md   
  5 u7 w+ r- M: c" b$ v
• https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  
• https://github.com/dotnet/runtime/issues/11012   
  
• 关于大对象使用的注意点以及官方blob gc的实现描述
  1 S4 A! C/ @! _: v0 m. |* ^$ t9 i; j

以上所述是小编给大家介绍的正确使用dotnet-*工具的方法，希望对大家有所帮助。在此也非常感谢大家对脚本之家网站的支持！

来源：http://www.jb51.net/article/232931.htm
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！