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

冰川漂砾

目录

: m: y8 @- x4 ?& G( w0 r# X

• 安装
    s* V3 L, A2 x1 w- n* d% z3 j
• 验证
  4 ~; a, k8 b+ }! l6 _, ?
• dotnet-dump
  
• createdump
  1 X2 i4 {% K; A8 a* S$ N
• 分析coredump文件
  : o9 @* _! h$ w4 A4 u0 Q# U
• 相关资料：
  

( b6 A+ r! u( Q: ?% c安装
/ Q8 Q7 ]( N; F1 a/ q

   
  q9 n% ?/ R6 K9 w
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  & u& C( A4 c1 e" ~! p
• 准备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

复制代码

验证

5 n  k, \& f3 k& g  x6 F基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
9 }% N- X, t8 w8 |+ v) s" q0 C用我们刚才制作的基础镜像随便起个demo程序验证下
. z% }( ]8 j# b0 z+ C% K6 q: i$ {  L

   

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

   
/ x, H: z# p- I" U! I
• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  

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

dotnet-dump
. P/ W) {' y0 \: G& `+ ^9 x
& G# i; i8 l$ c9 \# L它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致

) J  ^# Q' p, U4 K- z6 f# |createdump
. |) R4 K1 g7 c7 I/ m  j
& r$ h/ d1 J% c7 K它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
, ^& g' w& G7 w开始使用：
$ r9 m& @8 z9 ~- v( W. N* b

   

• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  

   

• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  ! K, V' m% b% e: m7 ?1 A( \3 J7 a2 z
• 如果报权限相关错误，可以在你的yaml文件里加上：
  1 i1 u5 O# H& m* s" R

  k) i/ P3 s" V  Z, J; s
分析coredump文件
- R1 k) E/ w, s. n
6 J; \# T9 x8 w8 W4 B先将上面生成在tmp下的coredump文件copy到可以调试的地方
) g9 L9 Z: M( G7 C; Ikubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
* b  m" @1 v* K/ V9 c3 ?

$ E6 @7 M! f+ ?6 r1 [, p2 x* t然后为我们的coredump.1文件下载关联的symbol：
如果你准备分析dump的机器没有dotnet sdk的话，先装一个把

& w( U5 S2 ?% Y1 s% L9 e

   

• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  
• sudo yum install dotnet-sdk-3.1
  

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

   

• dotnet tool install --global dotnet-symbol   
  
• 然后关闭当前终端，再打开一个新的
  3 a$ c+ U3 f, v& Q7 {6 h6 W

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

   

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

然后我们使用lldb进行调试

$ E) b2 g+ |# i( F

   
6 D: ^" r1 C4 k7 z, P2 x0 U4 M
• 如果你机器里没装的话，先装一个吧   
  . o3 o- F  ^! p7 D  B* p1 Y
• 安装sos插件：
  
          
  
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    
          
  , m) w9 T, x& T) l  l
• lldb-8 --core coredump.1   
  ) H9 v, O0 o; _7 o  V
• 然后就可以用lldb来分析dump文件了
  

相关资料：
9 R* z7 ~! I# e) S+ K

   

• https://docs.microsoft.com/en-us/dotnet/core/diagnostics/dotnet-symbol   
  ) H6 ?- {' ^/ Q
• https://github.com/dotnet/diagnostics/blob/master/documentation/debugging-coredump.md   
  $ X) q2 ^( S7 _8 J) I
• https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  3 o: y! ~" A( y! p
• https://github.com/dotnet/runtime/issues/11012   
  3 y  x: A+ a& U- ^3 O( s# \4 D
• 关于大对象使用的注意点以及官方blob gc的实现描述
  

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

$ L& Q; q' P1 f* n2 o' _2 r; ^: O来源：http://www.jb51.net/article/232931.htm
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！