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

冰川漂砾

目录
7 ^; k9 q6 v9 D+ `7 i7 }

1 b* O+ v) a7 Q, A. P5 m0 B& J
• 安装
  
• 验证
  
• dotnet-dump
  8 m$ P  W0 A- v( s# {# M
• createdump
  
• 分析coredump文件
  $ `/ [$ D, x  v1 {- \- x
• 相关资料：
  

; q4 S7 \1 @5 A1 S# E/ f安装
! h% U* k) {8 y' Q% P$ Y
) J" u  ?5 U; ?5 R. m

   
; S" N7 ^1 h7 N
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  6 l8 a3 C5 _2 ~  p. p7 V5 ^) y, @
• 准备Dockerfile
  # \( ~, n/ z% h) k

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

复制代码

验证

基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
9 \1 y3 H2 C4 c! R用我们刚才制作的基础镜像随便起个demo程序验证下
) d( [% D  i8 z$ \: t# c

   

• 已经包含了tools文件夹了，里面存放了我们的tools工具
  

   

• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  : l* L8 z, B) Q, }. n

至此包含tools的runtime基础镜像制作完毕。
; E( H3 f' K8 ]8 @  k8 ?$ j* a+ M
dotnet-dump
' U, l: p( c7 q" \+ a+ o
7 z& e7 q; d( ]( r2 S1 e5 {0 c7 p它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致
; E$ `7 ^9 N, a' \4 p% D
# s2 p# b1 E" W* A0 ycreatedump

它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
开始使用：
( Q9 C1 L+ M6 ^' S+ \0 F

   
6 E2 H- |6 C1 t/ P4 a
• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  9 g! s& C! I5 b; f; P

   

• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  ) {4 L8 l) C3 ]$ ]! v
• 如果报权限相关错误，可以在你的yaml文件里加上：
  ( a, i, f' m/ ]+ w" ?

6 a: c; T  X* Z% I
- l, z/ |* [9 I, R分析coredump文件

先将上面生成在tmp下的coredump文件copy到可以调试的地方
kubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
# Z0 C/ |: k$ t2 L

然后为我们的coredump.1文件下载关联的symbol：
如果你准备分析dump的机器没有dotnet sdk的话，先装一个把

+ F8 h+ Q4 j0 _7 G

   
  D3 a; k$ a: h" w( u
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  
• sudo yum install dotnet-sdk-3.1
  5 j  o3 e+ \  L/ H* s: q

如果dotnet-symbol没有安装的话，安装一个
4 h% l- Z% r% e7 F- |: m1 w

   
9 J' y* U8 ^9 ?) t
• dotnet tool install --global dotnet-symbol   
  & R1 y7 [- u  w
• 然后关闭当前终端，再打开一个新的
  

然后执行dotnet-symbol --host-only --debugging coredump.1
( ], M; K) a8 A2 e% @

   

• 看到dac，dbi文件写入就代表成功了，这时候你的文件夹应该长这样
  

然后我们使用lldb进行调试

   

• 如果你机器里没装的话，先装一个吧   
  + g( C0 Y+ p7 i, X- ]) K5 |* ^" W
• 安装sos插件：
  
          
  . E5 P( U( y5 W) O9 G0 u- S
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    & e1 w! S7 p6 E$ D
          
  ) r2 y8 |# Z6 I3 z5 |
• lldb-8 --core coredump.1   
  
• 然后就可以用lldb来分析dump文件了
  8 O  ?$ [1 O4 d

相关资料：

   
5 |; S9 i' \: A- k
• https://docs.microsoft.com/en-us/dotnet/core/diagnostics/dotnet-symbol   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/debugging-coredump.md   
  
• https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/   
  9 W* M! n4 p8 [" |" @" l
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  " C/ y4 H" L3 Z
• https://github.com/dotnet/runtime/issues/11012   
    ]% t8 ?& f4 P! ~1 C
• 关于大对象使用的注意点以及官方blob gc的实现描述
  ) O, }: _1 X9 K

以上所述是小编给大家介绍的正确使用dotnet-*工具的方法，希望对大家有所帮助。在此也非常感谢大家对脚本之家网站的支持！
6 w! E3 W& i; A" o
来源：http://www.jb51.net/article/232931.htm
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！