Skip to content

Latest commit

 

History

History
12 lines (7 loc) · 1.67 KB

FAQ.md

File metadata and controls

12 lines (7 loc) · 1.67 KB
Raw

Frequently Asked Questions

  • If SOS or dotnet-dump analyze commands display "UNKNOWN" for types or functions names, your core dump may not have all the managed state. Dumps created with gdb or gcore have this problem. Linux system generated core dumps need the coredump_filter for the process to be set to at least 0x3f. See core for more information.

  • If dump collection (dotnet-dump collect or createdump) doesn't work in a docker container, try adding the SYS_TRACE capablity with --cap-add=SYS_PTRACE or --privileged.

  • If dump analysis (dotnet-dump analyze) on Microsoft .NET Core SDK Linux docker images fails with anUnhandled exception: System.DllNotFoundException: Unable to load shared library 'libdl.so' or one of its dependencies exception. Try installing the "libc6-dev" package.

  • During dump collection (dotnet-dump collect) a failure ending in a message like Permission denied /tmp/dotnet-diagnostic-19668-22628141-socket error hints you don't have access to use such a socket. Verify the target process is owned by the user trying to create the dump, or trigger dump creation command with sudo

  • If dump collection (dotnet-dump collect) fails with Core dump generation FAILED 0x80004005 look for error message output on the target process's console (not the console executing the dotnet-dump collect). This error may be caused by writing the core dump to a protected, inaccessible or non-existent location. To get more information about the core dump generation add the --diag option the dotnet-dump collect command and look for the diagnostic logging on the target process's console.