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

冰川漂砾

目录

; B6 w  O/ y1 a- r* W
• 安装
  
• 验证
  , q* a- h4 o" m" F6 I9 r# S
• dotnet-dump
  
• createdump
  / S" |  c, E9 K
• 分析coredump文件
  8 M, y5 ]7 F; y" y6 P
• 相关资料：
  . ~/ x" |7 e' o7 k0 Y7 ?

安装

   

• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  " s$ Z5 Z: T# j# q2 D! I. f
• 准备Dockerfile
  0 m6 |1 [: S( D8 U$ B; H# o" X6 l

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

复制代码

验证
0 l3 B& K" ^/ K
基础镜像做好了，查看下镜像的大小应该就比runtime的大小多几十兆，相比为了使用dotnet-* tool而直接采用sdk的话，体积小了很多很多
用我们刚才制作的基础镜像随便起个demo程序验证下

   

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

/ [$ j8 e; O2 X

   

• 以dotnet-trace为例，测试下是否可用（ps：注意使用方式）
  

至此包含tools的runtime基础镜像制作完毕。
8 p9 ~" j8 U- h" @; ^% i/ J
dotnet-dump
( v1 `4 G( L9 S: ]5 n3 q
% i$ T) u2 w* \它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致
9 p( }+ K: D" x) U5 Q) {" \1 X% |
createdump

它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
& g0 q9 e& _/ R, D: \. P8 h这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
开始使用：

   
" M/ b! k8 N+ N7 @/ ~" {
• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  

   

• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  
• 如果报权限相关错误，可以在你的yaml文件里加上：
  + F6 v( R% M+ L$ |

2 q! L. x% `0 L% U分析coredump文件
1 S* ^& o" f$ ?% ~: r
先将上面生成在tmp下的coredump文件copy到可以调试的地方
, L6 e6 I6 F# x/ Z# Nkubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s

然后为我们的coredump.1文件下载关联的symbol：
如果你准备分析dump的机器没有dotnet sdk的话，先装一个把
; m0 R7 R% s  L, D& Z

   
0 V- X. `; Q9 x7 A2 L
• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  ' X# e4 O; \- Q$ e( N* {& G
• sudo yum install dotnet-sdk-3.1
  " ?: _- z& C# U: I* b

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

* B; z* z( `1 z9 I4 `; }* ~) D5 v9 a

   

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

然后执行dotnet-symbol --host-only --debugging coredump.1
% t; M  l4 Y  r6 L, P; Z

6 X& ?( T% k0 e

   

• 看到dac，dbi文件写入就代表成功了，这时候你的文件夹应该长这样
  ( _( X& a; j! p! L* V. I  _; G" D

' e& R% ?. P0 i: {% B# M然后我们使用lldb进行调试
2 U- d* n* S% e7 `0 w% C
! o. H# x' u+ P- Q+ D+ L

   

• 如果你机器里没装的话，先装一个吧   
  - R* c& }* X* H( k
• 安装sos插件：
  
          
  
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    
          
  
• lldb-8 --core coredump.1   
  
• 然后就可以用lldb来分析dump文件了
  

相关资料：

   
. @5 x9 {' ~: Z7 U4 b
• https://docs.microsoft.com/en-us/dotnet/core/diagnostics/dotnet-symbol   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/debugging-coredump.md   
  % h7 J5 l, C/ E8 H! i1 @0 T
• https://devblogs.microsoft.com/devops/understanding-symbol-files-and-visual-studios-symbol-settings/   
  
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  0 ?, O& D: t0 n( z( m, k) l
• https://github.com/dotnet/runtime/issues/11012   
  / F9 }* J4 L, t$ i' y& X. k6 O! x
• 关于大对象使用的注意点以及官方blob gc的实现描述
  

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

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