在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
安装
FROM mcr.microsoft.com/dotnet/sdk:3.1 AS sdk RUN dotnet tool install --tool-path /tools dotnet-trace RUN dotnet tool install --tool-path /tools dotnet-counters RUN dotnet tool install --tool-path /tools dotnet-dump RUN dotnet tool install --tool-path /tools dotnet-gcdump FROM mcr.microsoft.com/dotnet/core/aspnet:3.1 AS runtime WORKDIR /tools COPY --from=sdk /tools . basedockerfile.yaml 验证基础镜像做好了,查看下镜像的大小应该就比runtime的大小多几十兆,相比为了使用dotnet-* tool而直接采用sdk的话,体积小了很多很多 用我们刚才制作的基础镜像随便起个demo程序验证下
至此包含tools的runtime基础镜像制作完毕。 dotnet-dump它只能收集托管内存,不能用于条是本地代码的问题,而且分析它所创建的dump文件,必须和当前环境保持一致 createdump它既可以收集本地信息又可以收集托管信息,是一种比较全面而且推荐的方法 虽然gdb、gcore也能起到同样的作用,但是他们可能会在收集的时候错过一些托管状态,导致最后你分析dump文件的时候有”UNKNOWN“的错误 这个工具是伴随着.net core runtime安装的,目录一般在”/usr/share/dotnet/shared/Microsoft.NETCore.App/[version]“下 开始使用:
分析coredump文件先将上面生成在tmp下的coredump文件copy到可以调试的地方 kubectl cp bookstore/demo-7b6d9f6d4f-2t8hl:/tmp/coredump.1 /root/mydump/coredump.1 -c app-k8s 然后为我们的coredump.1文件下载关联的symbol: 如果你准备分析dump的机器没有dotnet sdk的话,先装一个把
如果dotnet-symbol没有安装的话,安装一个
然后执行dotnet-symbol --host-only --debugging coredump.1
然后我们使用lldb进行调试
相关资料:
以上所述是小编给大家介绍的正确使用dotnet-*工具的方法,希望对大家有所帮助。在此也非常感谢大家对极客世界网站的支持! |
请发表评论