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

冰川漂砾

目录

& U1 k+ w% _' E) E6 v

% P" ~; Q- A- N
• 安装
  
• 验证
  
• dotnet-dump
    ~: O& B9 r; Z3 Q9 N
• createdump
  
• 分析coredump文件
  
• 相关资料：
  . h2 e, u+ z- W  t; R6 r

安装
( W! U9 H( o- @. a+ P2 t

   
. n* {: b8 O: b( h
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  ; |( U# h* K6 `0 J8 S$ x
• 准备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

复制代码

验证

基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
% d, u2 P: q, F8 B用我们刚才制作的基础镜像随便起个demo程序验证下
2 n; X9 Z0 f& U7 [1 ~

   

• 已经包含了tools文件夹了，里面存放了我们的tools工具
  5 i0 X' b! b; z$ s$ o2 p1 c

, Y9 M' C6 r" `& ?+ D/ s5 Y7 M' `

   
3 w" W, G- h1 T& Z
• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  ! J/ }( L1 f3 Y! S5 W

. a* l8 X! O  s# o& Z- W至此包含tools的runtime基础镜像制作完毕。
8 G2 G& m9 V7 i$ C" C! z, u. @
dotnet-dump
7 W: A+ w( [* w, c
它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致

createdump

8 P) _& K4 j. p8 ?/ n$ e9 t它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
2 u# L4 {9 |5 C: z3 q虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
$ a0 f: K' I* W1 F这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
开始使用：

   

• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  4 i* i; ^0 \) y$ m3 h( \2 s6 n

, ]7 w1 W* C4 c2 J) N2 R

   
( p) y9 p# l+ J6 A  b
• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  1 z9 d/ p9 ~; q
• 如果报权限相关错误，可以在你的yaml文件里加上：
  $ d5 g% G. w' D4 T

/ `3 V. m- u3 O. ?# j5 s
! k) d. G2 ]5 }' Q分析coredump文件

先将上面生成在tmp下的coredump文件copy到可以调试的地方
  M: v+ h/ p9 I1 S1 A; G3 pkubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
4 Q' x5 q; w9 r# b: d

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

   

• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  - ]9 S( {8 h8 D; _1 e3 }  S
• sudo yum install dotnet-sdk-3.1
  

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

6 o; H$ q* E8 i/ @/ l& {3 U3 O2 K

   
( B% h1 @; t/ D  a# `( Y
• dotnet tool install --global dotnet-symbol   
  6 E- N9 b) v6 O0 u9 A
• 然后关闭当前终端，再打开一个新的
    g. R/ o8 s/ J/ b+ h

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

0 V* p' V+ e1 I- Y# w* ^4 s, h( i) j4 D

- W/ |7 T7 x* z0 u$ g* J9 N

   

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

) I9 [% P' T( Y6 y/ y3 |然后我们使用lldb进行调试
% p6 c& R; G- V2 E
2 @/ N. ]; ~' C8 w, o

   
) B3 F" a" t/ N. W' V
• 如果你机器里没装的话，先装一个吧   
  
• 安装sos插件：
  9 V# v3 i& f0 s# R: S- m  W
          
  
  • dotnet tool install --global dotnet-sos        
    * f6 ^9 Y! M/ o- p  F6 X2 I
  • dotnet-sos install   
    , z- N' A6 H+ ^* R- o# F, G
          
  
• lldb-8 --core coredump.1   
  8 D5 c3 F" S, Z& N% Q
• 然后就可以用lldb来分析dump文件了
  # k; M5 Q* o2 E; q0 |9 N) Q

相关资料：

   

• 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/   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  
• https://github.com/dotnet/runtime/issues/11012   
  ) i% a3 Q5 Q- R9 b
• 关于大对象使用的注意点以及官方blob gc的实现描述
  

以上所述是小编给大家介绍的正确使用dotnet-*工具的方法，希望对大家有所帮助。在此也非常感谢大家对脚本之家网站的支持！
. T: K0 \, O: x7 n9 F6 _. z. W% l( b
" n/ ^* s5 Y! W2 d5 @! X来源：http://www.jb51.net/article/232931.htm
- ]3 B; y0 Z. I. j免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！