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

冰川漂砾

目录
3 G/ H7 r0 O" b* l# N
7 L! `  w# W1 b9 o/ W$ A

• 安装
  7 E7 v* y7 s$ G7 g  |+ N
• 验证
    ~: O+ Q+ O( X* f( t
• dotnet-dump
  
• createdump
  
• 分析coredump文件
  " g* s1 a9 j! \1 L: ~
• 相关资料：
  

8 E5 Q- [  Q/ J- ^# b' h' D6 p安装

   
9 n/ Y) K2 A% J" f, o* p
• 因为我们现在都是容器化时代了，所以我们可以把这类工具全部制作成基础镜像   
  : i5 f* b6 Q  n  h- m/ W1 j$ O
• 准备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的话，体积小了很多很多
' D5 {7 t- h+ l+ j# `6 {( m用我们刚才制作的基础镜像随便起个demo程序验证下

   

• 已经包含了tools文件夹了，里面存放了我们的tools工具
  0 n& p5 w( ]" F9 ^- W

, ^, X; [5 q4 _

* p- ]0 T$ N5 ^7 L2 X

   

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

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

, U; [/ L- @* W9 v: Tdotnet-dump

它只能收集托管内存，不能用于条是本地代码的问题，而且分析它所创建的dump文件，必须和当前环境保持一致

createdump
7 S/ m/ P1 q4 x' d9 y
它既可以收集本地信息又可以收集托管信息，是一种比较全面而且推荐的方法
虽然gdb、gcore也能起到同样的作用，但是他们可能会在收集的时候错过一些托管状态，导致最后你分析dump文件的时候有”UNKNOWN“的错误
- h9 J$ T3 x& z  J- i这个工具是伴随着.net core runtime安装的，目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下
$ T* E( ]. }3 S8 ^0 W3 y; s开始使用：
# g8 s( ^  s8 [' P( i

   

• /usr/share/dotnet/shared/Microsoft.NETCore.App/3.1.10/createdump -u 1 （1是我容器中程序的进程id）
  . {+ t$ o7 v3 i+ l$ C% |3 e2 n

" ]$ Z- k$ K! E# |/ w

   
0 M9 G$ p1 a, ?0 W1 c5 Q7 y" m4 U
• 他会将coredump文件生成到容器的tmp目录下，至此没报错的话，说明成功   
  
• 如果报权限相关错误，可以在你的yaml文件里加上：
  

# K" }- O3 ?5 f$ g分析coredump文件
6 w4 F! h, w% Z; F
, a$ G; A1 `$ @+ c( x( _先将上面生成在tmp下的coredump文件copy到可以调试的地方
kubectl cp  bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s

然后为我们的coredump.1文件下载关联的symbol：
. N! [4 n7 Z( K如果你准备分析dump的机器没有dotnet sdk的话，先装一个把
6 Y* l- L. I7 O/ P" X/ }2 E

   

• sudo rpm -Uvh https://packages.microsoft.com/config/centos/7/packages-microsoft-prod.rpm   
  . P9 O; Z6 k& `( I% n! i7 ^6 X9 M* d
• sudo yum install dotnet-sdk-3.1
  & i0 `5 G- x4 a* T( G  |

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

   
4 Z7 @/ _3 z% N0 Y- }; Y
• dotnet tool install --global dotnet-symbol   
  
• 然后关闭当前终端，再打开一个新的
  

然后执行dotnet-symbol --host-only --debugging coredump.1
8 ~, q: G, E& C) O0 W- s" x$ m7 g
; N6 j: r/ c/ \

& K% b) ?+ g, q- c6 f2 v! D

   

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

4 ?9 w8 _% t0 [然后我们使用lldb进行调试
6 ]3 H9 }* `/ _2 X

   
( q( J/ k9 D7 ?! J* C# r5 u
• 如果你机器里没装的话，先装一个吧   
  
• 安装sos插件：
  6 G; \  h/ w/ @
          
  
  • dotnet tool install --global dotnet-sos        
    
  • dotnet-sos install   
    
          
  , B& T0 t/ ]* K  m" Z1 u6 R
• lldb-8 --core coredump.1   
  
• 然后就可以用lldb来分析dump文件了
  2 C# m( `( k/ a% J" \7 |& p1 q

相关资料：
# P+ K+ L, F) O0 b$ {
6 N7 r* B( x8 E8 v+ T0 B

   

• 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/   
  7 ?, U! N- ^& h
• https://github.com/dotnet/diagnostics/blob/master/documentation/FAQ.md   
  * l: Z0 s: g; o1 C7 f. T( N
• https://github.com/dotnet/runtime/issues/11012   
  ; `/ K% t/ e' @# u. M
• 关于大对象使用的注意点以及官方blob gc的实现描述
  5 t6 A+ p, y" a7 v  R; J0 R& @

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

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