April 29, 2019 at 9:47 pm
Has anyone has seen below error message? I have resolved the issue, no recovery pending state or log space issue or tempdb issue, but trying to understand is this has anything to do with sql server? Looks to me related to storage,I/O or Network issue. Any thoughts?
SQLServerLogMgr::LogWriter: Operating system error 2(The system cannot find the file specified.) encountered.
spid60 Error: 9001, Severity: 21, State: 4.
The log for database is not available. Check the event log for related error messages. Resolve any errors and restart the database.
spid4s SQLServerLogMgr::LogWriter: Operating system error 2(The system cannot find the file specified.) encountered.
April 29, 2019 at 10:05 pm
Looks to me that either your database log file has somehow been deleted or your database no longer have access to it... which wouldnt make any sense.. If I remember correctly the database will remake the log file if you bounce it though.
April 29, 2019 at 10:39 pm
So how did you fix the issue? And when did the issue occur? After a restart or what?
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2019 at 10:44 pm
Usually it's storage related but what did you do to resolve the issue?
Sue
April 29, 2019 at 11:13 pm
Thanks! I was able to solve this by taking database offline then immediately bringing it back online.
April 30, 2019 at 1:02 am
Did you check the Windows event logs when it happened? Most likely you can find some things in those logs.
Sue
April 30, 2019 at 11:21 am
Thanks! I was able to solve this by taking database offline then immediately bringing it back online.
This sounds like the storage (SAN/mountpoint?) where the LOG file was located was not yet completely mounted/online when the SQL service started. If this happens more often after a restart, you could set the startup type of the SQL server service to "delayed start".
April 30, 2019 at 1:07 pm
Admingod wrote:Thanks! I was able to solve this by taking database offline then immediately bringing it back online.
This sounds like the storage (SAN/mountpoint?) where the LOG file was located was not yet completely mounted/online when the SQL service started. If this happens more often after a restart, you could set the startup type of the SQL server service to "delayed start".
Admingod wrote:Thanks! I was able to solve this by taking database offline then immediately bringing it back online.
This sounds like the storage (SAN/mountpoint?) where the LOG file was located was not yet completely mounted/online when the SQL service started. If this happens more often after a restart, you could set the startup type of the SQL server service to "delayed start".
My thoughts, exactly.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 1, 2019 at 8:40 pm
Thanks to everyone!
May 8, 2019 at 2:54 pm
Storage team did not find any issues on their end. Not sure if they are properly looking at their end. If not, do you think it could be a network issue? SQL Server was never restarted when this issue happened, however, the window log shows connection to the target was lost.
May 8, 2019 at 5:54 pm
I really doubt it would be a network issue unless your log file is for some reason stored on another server?
May 8, 2019 at 7:56 pm
No, not the network. The connection was briefly lost for some reason so you would look at everything from the server to the SAN. And that's not just the SAN and the server - there are components in between. HBA, switch, fabric, cables, etc. Take a look at this article - the beginning pages have some images of how that looks which should give you an idea.
SAN Conceptual and Design Basics
Sue
May 12, 2019 at 8:21 pm
Do you have any security software doing on access scanning? If SQL db files are not excluded I could see this type of issue popping up, especially after a system restart.
Joie Andrew
"Since 1982"
Viewing 13 posts - 1 through 12 (of 12 total)
You must be logged in to reply to this topic. Login to reply