D donathon Well-known member Joined Sep 4, 2018 Posts 58 Aug 21, 2019 #1 Hi All, We are facing a very difficult situation here. We have gotten many vendors including Microsoft in but has not found a solution yet. We have a Windows 2012 cluster server some big file shares. Every day the server would either hit a blue screen or slow to a crawl. We migrated to Windows 2016 cluster and the BSOD went away although we did have 1 or 2 every now and then but we are not getting any more slowness reports. The key thing that we suspect is within the shares, we used symbolic links to point some of the folders to another share within the same server. We are wondering if this could be the cause of the slowness and the crash? Attachments SysnativeFileCollectionApp.zip 1.6 MB · Views: 1
Hi All, We are facing a very difficult situation here. We have gotten many vendors including Microsoft in but has not found a solution yet. We have a Windows 2012 cluster server some big file shares. Every day the server would either hit a blue screen or slow to a crawl. We migrated to Windows 2016 cluster and the BSOD went away although we did have 1 or 2 every now and then but we are not getting any more slowness reports. The key thing that we suspect is within the shares, we used symbolic links to point some of the folders to another share within the same server. We are wondering if this could be the cause of the slowness and the crash?
philc43 BSOD Forum Moderator, BSOD Academy Instructor, BSOD Kernel Dump Expert Staff member Joined Jul 7, 2017 Posts 1,962 Location Cambridge, UK Aug 22, 2019 #2 There are no recent crash dumps but the ones from the end of July show that you have Driver Verifier enabled. This will cause your system to slow down. Is it still enabled? If so turn it off and see if the system improves. If you do not know how to turn it off have a read through the following tutorial which will tell you more about the reasons why you would use it and it shows various ways of disabling it. Driver Verifier - BSOD related - Windows 10, 8.1, 8, 7 + Vista
There are no recent crash dumps but the ones from the end of July show that you have Driver Verifier enabled. This will cause your system to slow down. Is it still enabled? If so turn it off and see if the system improves. If you do not know how to turn it off have a read through the following tutorial which will tell you more about the reasons why you would use it and it shows various ways of disabling it. Driver Verifier - BSOD related - Windows 10, 8.1, 8, 7 + Vista
D donathon Well-known member Joined Sep 4, 2018 Posts 58 Aug 22, 2019 #3 Hi, If there is no blue screen but the server slows to a crawl and the only way to recover from the slowness is to disconnect the disk from the server, what could be the cause? It seems like something is holding on to the mounted disk volume refusing to let go until there is some sort of time out. Once the disk is gone from the Disk Management, the server recovers back to normal speed. The C:\ is local so a slow LUN is definitely not the cause here. I have disabled the verifier in the meantime.
Hi, If there is no blue screen but the server slows to a crawl and the only way to recover from the slowness is to disconnect the disk from the server, what could be the cause? It seems like something is holding on to the mounted disk volume refusing to let go until there is some sort of time out. Once the disk is gone from the Disk Management, the server recovers back to normal speed. The C:\ is local so a slow LUN is definitely not the cause here. I have disabled the verifier in the meantime.
philc43 BSOD Forum Moderator, BSOD Academy Instructor, BSOD Kernel Dump Expert Staff member Joined Jul 7, 2017 Posts 1,962 Location Cambridge, UK Aug 23, 2019 #4 Have you analysed what is happening on the disk during the slow period? Is there any defragmentation going on? Maybe try Windows Performance Analyser?
Have you analysed what is happening on the disk during the slow period? Is there any defragmentation going on? Maybe try Windows Performance Analyser?
D donathon Well-known member Joined Sep 4, 2018 Posts 58 Aug 23, 2019 #5 The disk queue length all looks fine. There is no contention on the disks. Even if there is, there is no reason why it would cause the server to be slow. Even the mouse moving is slow.
The disk queue length all looks fine. There is no contention on the disks. Even if there is, there is no reason why it would cause the server to be slow. Even the mouse moving is slow.
philc43 BSOD Forum Moderator, BSOD Academy Instructor, BSOD Kernel Dump Expert Staff member Joined Jul 7, 2017 Posts 1,962 Location Cambridge, UK Aug 23, 2019 #6 What about memory or page file issues? Have you tried changing the page file location? An Error showing up in the event log need attention: Code: 2019-08-20T03:39:04.479 Volume F: (\Device\HarddiskVolume7) needs to be taken offline to perform a Full Chkdsk. Please run "CHKDSK /F" locally via the command line, or run "REPAIR-VOLUME <drive:>" locally or remotely via PowerShell. Last edited: Aug 23, 2019
What about memory or page file issues? Have you tried changing the page file location? An Error showing up in the event log need attention: Code: 2019-08-20T03:39:04.479 Volume F: (\Device\HarddiskVolume7) needs to be taken offline to perform a Full Chkdsk. Please run "CHKDSK /F" locally via the command line, or run "REPAIR-VOLUME <drive:>" locally or remotely via PowerShell.
D donathon Well-known member Joined Sep 4, 2018 Posts 58 Aug 23, 2019 #7 It is already moved to a different drive so it should not be a big problem. I was monitoring the counter SMB Server Session \ Total File Open. It kept on going up. It reached to 19 million before it suddenly drop to zero after we dismounted the drive. Could it be cause of the slowness?
It is already moved to a different drive so it should not be a big problem. I was monitoring the counter SMB Server Session \ Total File Open. It kept on going up. It reached to 19 million before it suddenly drop to zero after we dismounted the drive. Could it be cause of the slowness?
M MichaelB Sysnative Staff, BSOD Kernel Dump Senior Analyst Staff member Joined Dec 3, 2014 Posts 247 Location Germany Aug 31, 2019 #8 donathon said: It is already moved to a different drive so it should not be a big problem. I was monitoring the counter SMB Server Session \ Total File Open. It kept on going up. It reached to 19 million before it suddenly drop to zero after we dismounted the drive. Could it be cause of the slowness? Click to expand... did you monitor your network? may be also some intrusion, server is busy handling smb-connections. SMB and the return of the worm
donathon said: It is already moved to a different drive so it should not be a big problem. I was monitoring the counter SMB Server Session \ Total File Open. It kept on going up. It reached to 19 million before it suddenly drop to zero after we dismounted the drive. Could it be cause of the slowness? Click to expand... did you monitor your network? may be also some intrusion, server is busy handling smb-connections. SMB and the return of the worm
D donathon Well-known member Joined Sep 4, 2018 Posts 58 Sep 2, 2019 #9 Hi, does not seems to be network related. It looks more like a technical limit of some sort...
M MichaelB Sysnative Staff, BSOD Kernel Dump Senior Analyst Staff member Joined Dec 3, 2014 Posts 247 Location Germany Sep 2, 2019 #10 So start over here to see if you can impact the Limit Für die leistungsoptimierung für SMB-Dateiserver
So start over here to see if you can impact the Limit Für die leistungsoptimierung für SMB-Dateiserver