Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
This article explains why a Windows Server Message Block (SMB) server becomes unresponsive and how to troubleshoot the problem.
Original KB number: 3061415
Symptoms
When \\servername\share does not work, what do you do next?
Cause
Incoming SMB traffic is handled in the kernel through the Srv2.sys driver (smb2) and the Srv.sys driver (smb1). For an unresponsive file server, which may be pingable but unresponsive at the SMB level, the underlying cause is often that these two drivers are blocked either temporarily or permanently. The data required to examine these kernel threads is most easily obtained by forcing a kernel memory dump (crash or Stop error) of the server.
Because obtaining a memory dump of the box is an extreme troubleshooting step, you must make sure that you've completed all other appropriate troubleshooting steps first. The following flow chart explains what you must do before dumping the box.
Resolution
By examining the memory dump file through the Debugging Tools for Windows (WinDbg), you should be able to determine whether there are blocked kernel threads (srv.sys and or srv2.sys), and the debug team at Microsoft will help investigate that. This article will be updated when a resolution is available.
More information
For detailed information about how to dump a kernel, see How to generate a kernel or a complete memory dump file in Windows Server 2008 and Windows Server 2008 R2.