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

冰川漂砾

目录

" r: {! v* N/ Q6 z7 `9 O( J

+ w% ~8 K1 I5 j; s; Z8 D
• 安装
  * \: H$ f$ L" U7 T+ `0 Y  s8 p
• 验证
  + A8 q9 S, X/ U, B2 u- Y
• dotnet-dump
  
• createdump
  
• 分析coredump文件
  * e% h6 @" I' H3 J
• 相关资料：
  1 T& \& ]- F2 e

* v, w) n) {) N; y$ W安装

   
. ^/ j  F% V# H
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  7 a" X0 K/ G2 t
• 准备Dockerfile
  . t6 P0 t0 H6 F. U

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

复制代码

验证
+ D/ N7 |/ ]& U4 F; k
基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
3 @6 w. {9 h- Y1 a9 L. r+ d用我们刚才制作的基础镜像随便起个demo程序验证下

   
, h2 |7 B( P( O. w1 y9 c
• 已经包含了tools文件夹了，里面存放了我们的tools工具
  , [0 }7 d4 ~8 r' R8 s  r: ~

& m& ]5 U  Y; C& E. J8 g# M

   
$ U" a1 @/ P1 H- O
• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  

2 L/ V- J( V* c: @& P, Y至此包含tools的runtime基础镜像制作完毕。

dotnet-dump

, Y' ?% n9 y6 d3 {1 }它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致
" h8 n' G2 p6 v9 D& E! ?' E
  O. D8 t% \" F7 Z% acreatedump
0 H; f! K* K9 o! L; W- ~
/ v4 p5 `) R1 \6 D2 P" b4 i6 s它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
2 A8 Q* x6 d$ I* U这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
; U6 k3 x5 O% ^* X1 ^开始使用：
" H+ l4 n' {9 U8 H* V2 k2 L

   
. l6 f) n% x, O3 [
• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  

; [. r6 ^  ~  `& P8 U+ l1 V- }) D

   
: S2 y7 e. K; J+ k
• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  % M6 B9 o+ p, q
• 如果报权限相关错误，可以在你的yaml文件里加上：
  ( }( @+ x6 l8 ?1 d3 \  e

; k9 v" ]; V, o) X) W分析coredump文件

4 I! s3 p5 k0 y先将上面生成在tmp下的coredump文件copy到可以调试的地方
kubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
, m1 u- x, D4 v0 b

然后为我们的coredump.1文件下载关联的symbol：
; M) t# e( E" I" ^. @% F如果你准备分析dump的机器没有dotnet sdk的话，先装一个把
& H" r1 I, {8 A6 q* M3 z- K
  m- u8 k7 E. E; D6 W

   
3 l$ n3 Z5 E- |* I! B- Q
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  $ b5 v4 A' r% M
• sudo yum install dotnet-sdk-3.1
  

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

9 q/ A8 m; r, I6 m, O4 X1 ^$ }

   

• dotnet tool install --global dotnet-symbol   
  
• 然后关闭当前终端，再打开一个新的
  

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

; a: B7 }7 n* t' V& x

   

• 看到dac，dbi文件写入就代表成功了，这时候你的文件夹应该长这样
  , ?. F) w: c9 {5 r$ U

然后我们使用lldb进行调试

- @3 I( F: _1 J" x6 L9 v

   

• 如果你机器里没装的话，先装一个吧   
  
• 安装sos插件：
  0 N7 [+ Q; F# Y7 {4 W% H2 g
          
  1 T4 ^' t1 `; {) n# b" B8 l4 m& H
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
      \/ I* m8 C% [* \6 w
          
  3 E! `8 ~/ }& q; I7 _
• lldb-8 --core coredump.1   
  
• 然后就可以用lldb来分析dump文件了
  ! Y0 p, w/ E. P- ~) |, t) |

相关资料：

- Y! }7 ]8 x0 {- Q* N

   

• https://docs.microsoft.com/en-us/dotnet/core/diagnostics/dotnet-symbol   
  5 e/ C6 }6 A5 q6 N$ f" x: i
• https://github.com/dotnet/diagnostics/blob/master/documentation/debugging-coredump.md   
  ) c/ m: k7 D2 Y7 X8 M. S- ?- @2 ~
• https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  , A9 l$ d9 L( L5 n
• https://github.com/dotnet/runtime/issues/11012   
  * y. I! Y1 d# l' W: l
• 关于大对象使用的注意点以及官方blob gc的实现描述
  " q6 m2 s1 W+ @% t5 ^

以上所述是小编给大家介绍的正确使用dotnet-*工具的方法，希望对大家有所帮助。在此也非常感谢大家对脚本之家网站的支持！
6 O/ M7 ^3 J* F, ]$ y: Q  m" h! g
4 z9 `5 {# h* H- _来源：http://www.jb51.net/article/232931.htm
( A8 v' T) V% c8 W  V0 C. h! J免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！