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

冰川漂砾

目录
5 L& k/ x* }. e

; B8 m  L( n4 q
• 安装
  " p7 x- F: {4 u& _. ]7 ^
• 验证
  1 J8 k& |1 h8 x8 I& d! {, V
• dotnet-dump
  8 E  H2 ^( R0 a" f$ _+ v  k
• createdump
  ' W" w: k5 X8 f, V  L  x' N2 V
• 分析coredump文件
  
• 相关资料：
  

安装
% Z. Q* |* Q9 d" v( W

   

• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  
• 准备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的话，体积小了很多很多
用我们刚才制作的基础镜像随便起个demo程序验证下

   

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

  t' e; s, M* ]6 B4 }- a

   

• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  ) }8 ~7 I" o; ?( R, o

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

dotnet-dump
" s4 d) l# I* \  d7 ^- l( Z
它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致

createdump
. U- m7 [- g1 N( }) I7 V8 i
它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
% d( W* i1 h0 ^" q8 e; V虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
7 J" {6 U( A4 H8 w4 ]' j5 R/ t' C开始使用：
1 r( ~0 Q# v7 v) y3 \2 A; R& k

   

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

; p4 H3 g9 f( i' @8 j' l: i

   
9 `0 v* @7 M" X2 f5 p0 H
• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  
• 如果报权限相关错误，可以在你的yaml文件里加上：
  # ~6 ^0 e1 }. T+ l/ s6 ]

' Q4 D" F! O/ e7 y
分析coredump文件

) I% F! o. a6 N1 X: N& h7 @先将上面生成在tmp下的coredump文件copy到可以调试的地方
$ v  R0 e. x! _) b3 c5 _- N  P! Qkubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s
( U0 H* Z. Q1 O8 L2 M

+ a  R! s  S& e4 _4 Z7 j2 T$ ~然后为我们的coredump.1文件下载关联的symbol：
如果你准备分析dump的机器没有dotnet sdk的话，先装一个把

! n  C5 x6 ]- q: ~

   
9 X, ~; m' M( H# T- A5 a
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  ! z1 T9 o4 s; V& t4 k0 A) j
• sudo yum install dotnet-sdk-3.1
  ! N! \  F1 a. G% {

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

   
. M( g4 V# I! I) Y* x8 m- S
• dotnet tool install --global dotnet-symbol   
  
• 然后关闭当前终端，再打开一个新的
  

然后执行dotnet-symbol --host-only --debugging coredump.1
+ K9 j  |5 _) Z1 ]+ N
2 Y  v* R; r# Z2 Z# r

/ D% v! R. m( ^

   

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

然后我们使用lldb进行调试
/ m7 C% `' ?2 M& o
9 t3 L: l9 R1 N8 A

   
; a: ?% }% X  p7 o1 E
• 如果你机器里没装的话，先装一个吧   
  
• 安装sos插件：
  
          
  ; ~. n2 u3 |( ~  ]& _* _, x
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    
          
  ! k8 o  W2 s; `
• lldb-8 --core coredump.1   
  
• 然后就可以用lldb来分析dump文件了
  $ x, L9 o- v% v6 z6 @

4 x0 y. H; Z6 U9 Z相关资料：

  \, J! j( P& ?8 G

   

• 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/   
  5 J8 S# T/ }/ t7 `' n
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  
• https://github.com/dotnet/runtime/issues/11012   
  
• 关于大对象使用的注意点以及官方blob gc的实现描述
  

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

来源：http://www.jb51.net/article/232931.htm
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！