Windows 2008 Files Services not possible after Group Policy Failed and

[georgios]

Hello, Dear Team,
 

Since 1 week, my Files Services Access is not possible and it seems that the Policy is stopping on the Windows 2008 Server. I had a look on the Dell Server Administrator but there are not "Hardware problem".

 

A different times, no users can access the File Services. When going on the server I see some Events regarding "Group Policy Failed", after rebooting the server manually directly from the server, everything is ok and all the users can go back to work on the different "Shared Folders". 
 

1) I noticed on the "Administratives Events" that the GROUP POLICY FAILED:

    "The processing of Group Policy failed. Windows attempted to read the file \\truberries.local\sysvol\truberries.local\Policies\{31B2F340-016D-11D2-945F-00C04FB984F9}\gpt.ini from a domain controller and was not successful. Group Policy settings may not be applied until this event is resolved. This issue may be transient and could be caused by one or more of the following:
    a) Name Resolution/Network Connectivity to the current domain controller.
    b) File Replication Service Latency (a file created on another domain controller has not replicated to the current domain controller).
    c) The Distributed File System (DFS) client has been disabled."
 

2) After the Group Policy Failed, “Administrative Events” shows also that "Data Corruption may occur":

• “The driver detected that the device \Device\Harddisk0\DR0 has its write cache enabled. Data corruption may occur.”
• “Volume Shadow Copy Service error: Unexpected error calling routine RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...).  hr = 0x80070005, Access is denied.

.

 

Operation:

   Initializing Writer

 

Context:

   Writer Class Id: {e8132975-6f93-4464-a53e-1050253ae220}

   Writer Name: System Writer

   Writer Instance ID: {d272cca4-3c59-4411-8d5c-1b36555903b8}”

• “Active Directory Domain Services could not disable the software-based disk write cache on the following hard disk.

 

Hard disk:

c:

 

Data might be lost during system failures.”

 

 

The RAID Controller is a Software based controller, there is 2 Disk in Raid 1.

please let me know if you have heard about this issue, thank you.

:-)

[jaclaz]

From the bottom up:

 

The 0x80070005 is traditionally involving either some third party VSS providers or some antivirus/antimalware or similar or with permissions on a VSS related key:

http://www.jcarle.com/2009/09/06/fixing-the-volume-shadow-copy-service/

 

The "The driver detected that the device \Device\Harddisk0\DR0 has its write cache enabled. Data corruption may occur." shuld be an ID32, which normally can be solved by disabling the cache on the RAID disk(s):

https://support.microsoft.com/en-us/kb/811392

 

But since it's a DELL do check the settings in DELL Server Administrator:

https://social.technet.microsoft.com/Forums/windowsserver/en-US/285f8cef-2a6c-4a23-ae12-a6755b2f9407/event-id-32disable-write-caching-on-the-disk

 

The group policy error seems  a lot like a "file not found" or "cannot connect to resource", i.e. it might be derived from a more generic "network" or even "disk/filesystem" issue of some kind that caused the gpt.ini to be not accessible, only you can know what/when the Group Policy is required to be applied and decide if it should actually be originated from a domain controller (and not - say - from a local copy).

 

jaclaz

Edited May 4, 2015 by jaclaz

[Tripredacus]

The GUID in the GPO error is not a random one and can be searched. Here is one thing I found:

https://social.technet.microsoft.com/forums/windowsserver/en-US/675b6f9e-375b-411c-ab39-bac9b0c8df56/windows-cannot-access-the-file-gptini-for-gpo