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

冰川漂砾

目录

• 安装
  ' o/ j7 x1 x4 T" }2 b
• 验证
  
• dotnet-dump
  # w- ^( j2 Z; w' [
• createdump
  ! N# X- h1 h* K! g
• 分析coredump文件
  & D% N4 l+ P" Q  o4 s
• 相关资料：
  . C6 N1 f* Y, p# z2 w: \* t

安装

3 s+ r- b. u! ]. Y

   

• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  : j2 _# Y  M; O" q) i
• 准备Dockerfile
  

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

复制代码

验证
' k# u$ [! H, R6 _1 \5 V
基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
用我们刚才制作的基础镜像随便起个demo程序验证下

   

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

4 V0 i# Q7 z" {5 e4 f8 n

   
7 M3 L* e3 h- I, L) X
• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  

至此包含tools的runtime基础镜像制作完毕。
& S1 D/ m) y4 p  P0 h' m
dotnet-dump

$ q5 x; F5 k, w% Z$ ~' @" p* T它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致
! o3 h. c1 ?% M8 l& K# h2 d
( Q7 O# t, x4 Pcreatedump
, d& V: q; R- G: T
它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
! t! s$ D/ e3 U* @. q' j, i# O虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
2 J5 C$ e+ M4 Y( B8 C7 R- x$ U这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
1 X5 g; q$ }4 N+ f开始使用：

   
+ e( N% G( f' u' h* E7 R
• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  ! A6 ~2 S- }" Y, l3 G

   

• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  
• 如果报权限相关错误，可以在你的yaml文件里加上：
  4 s! l/ @! {: O3 j) r9 V# W. Q! q

1 B! f" d& L/ g4 J& O& e
- P1 }4 b# U( F! W# u3 W6 p分析coredump文件

5 z& H- L7 K7 M先将上面生成在tmp下的coredump文件copy到可以调试的地方
; Z; A* |) @; _% n# d5 V' \, f, tkubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
( r' l8 w3 C/ M/ R" [; M) \

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

- Q5 Y/ O' s" ?4 T( F, M

   
( {0 v* W% V; s/ z
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  
• sudo yum install dotnet-sdk-3.1
  * q# r6 i4 @! V% h. Q* e5 ?

如果dotnet-symbol没有安装的话，安装一个
* y/ @' z% o( z3 `9 S( }* _
+ M0 H+ T& z% }4 \. q* w- o

   
( _$ ^, R2 y7 i
• dotnet tool install --global dotnet-symbol   
  1 r/ K3 o; i) O5 J- b+ P
• 然后关闭当前终端，再打开一个新的
  

然后执行dotnet-symbol --host-only --debugging coredump.1

: ~3 S) p& }+ L$ q7 [& m

   
  a* W7 M' ^) e4 S7 o# \; x# i+ ^
• 看到dac，dbi文件写入就代表成功了，这时候你的文件夹应该长这样
  3 J- I& t. ^( U* T; b/ O( Q

然后我们使用lldb进行调试

! A9 k6 J+ S, N1 F* e

   

• 如果你机器里没装的话，先装一个吧   
  ! R8 {) P4 M0 Y" G8 X* f1 @3 N' o
• 安装sos插件：
  6 k6 U, b; }5 E6 `" |& ^
          
  
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    9 N( f0 M' n$ X! J
          
  
• lldb-8 --core coredump.1   
  ! R& W% ^8 D; _% d6 L
• 然后就可以用lldb来分析dump文件了
  % t; ^1 t+ H6 |' N8 \% O

相关资料：
& x. w% o8 S& G8 t

   

• 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/   
  ' I! J' j3 [. B) f
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  
• https://github.com/dotnet/runtime/issues/11012   
  
• 关于大对象使用的注意点以及官方blob gc的实现描述
  

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

3 t, {9 J. a( \7 G  s来源：http://www.jb51.net/article/232931.htm
" U1 |# Y+ j, r1 A7 }. H免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！