error 1030 and 1058 in event viewer under application

check in DNS (under TCP/IP properties for your NIC) to make sure the DNS suffixes are correct on the File server.  It should read (if you only have 1 domain)...

Append Primary and connection specific DNS Suffixes and Append parent suffixes of the primary DNS suffix.

Check under system properties, computer name to make sure the computers dns suffix matches the one for the domain, also do an ipconfig /all to make sure the connection specific DNS suffix is correct.

You can also try an ipconfig /flushdns on that server to get rid of any bad cached entries

You can also try restarting the netlogon service which will re-register the server's DNS records

what is the exact failure in GPO application (you can find that in description of either 1030 or 1058)? There are too many things can cause this. As mcsween stated, DNS will be the first thing you want to check. Run a "netdiag /v" and check any failures/errors. Since this is a DC, a "dcdiag /v" is also helpful.

Everthing checks out and then I restarted the netlogon service and did a gpupdate and it came back wih
"Security policy in the Group policy objects has been applied successfully".
I t looked liked that fixed it, but after about 45 minutes it's giving the errors 1030 and 1058 every few miniutes again.

1030 exact error
  Windows cannot query for the list of Group Policy objects. Check the event log for possible messages previously logged by the policy engine that describes the reason for this.

1058 exact error
Windows cannot access the file gpt.ini for GPO cn={6F6CA878-13F3-479E-86B0-0AFC7EF20C4C},cn=policies,cn=system,DC=mlc,DC=local. The file must be present at the location <\\mlc.local\SysVol\mlc.local\Policies\{6F6CA878-13F3-479E-86B0-0AFC7EF20C4C}\gpt.ini>. (The network path was not found. ). Group Policy processing aborted.

on the server that is having issue can you open the path
\\mlc.local\SysVol\mlc.local\Policies\{6F6CA878-13F3-479E-86B0-0AFC7EF20C4C}

Also is the gpt.ini file there and can it be opened?  
Are you short on disk space on either of the domain controllers?

you can open that path and file with no problem and disk space is fine.

That did it !      "dfsutil /purgemupcache"
could you explain why that util corrected the problem?

The MUP cache is the Multiple UNC Providers Cache; check the Section titled "MUP Cache" here for details:
How DFS Works
http://technet2.microsoft.com/windowsserver/en/library/a9096e88-1634-4da6-b820-537341d349061033.mspx?mfr=true
The above problem mainly happens when a DC boots and no other DC is online; I'm not quite sure why the error keeps appearing, even though the cache should only be valid 15 minutes, but, hey, purging the cache works.