• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 160
  • Last Modified:

Files vanishing!!! 2008 R2 Server

We have probably the strangest issue with a client that is running 2 basically identical sites with files randomly missing from their main network application.   I am reaching out to all experts for any suggestions.  We have been dealing with this for 3 weeks

Here is an overview of the basics of the sites...then the issue at hand to follow.

SITE A:   WORKGROUP -  2 x 2008 R2 servers No domain controllers - WORKGROUP
SUBNET:   192.168.0.x  approx 40 pcs on the LAN

SITE B:  WORKGROUP - 2 x 2008 R2 servers No domain controllers - WORKGROUP
SUBNET:   192.168.1.x  approx 38 pcs on the LAN

Sites both have SONICWALL tz210s with a VPN gateway to gateway VPN established.  The VPN is used only for mail traffic - Exchange server residing at SITE A


The customers main application resides on SERVER 1 at each location.  The type of application they run resides server side - the client runs an executable \\server\program\application.exe MU 192.168.0.2
My understanding is it runs in memory as there is no actual installer on the workstation,  no registry entries locally on any pc.

THE PROBLEM:

Some of the file in the directory \\server\program\*.* go missing !!!   28 FILES approx of 1422
*What we have setup as a bandaid fix in the meantime is a batch file that will quickly sync a backup for the program and the damaged directory*
 
STATS on the SYNC JOB:
SOURCE = 1422 FILES   78 FOLDERS       TARGET = 1394 FILES    78 FOLDERS
28 FILES are missing from the server before restoration??  

Once we restore the files they are able to go back in and work no problem.  The actual database I need to mention is on D drive in a master share - these are never touched!  Its only ever the program files themselves that go missing.

MORE INFO:
IT is totally random.   It can be anytime of day / week.   Sometimes they will go 5 6 days with no problem.  Other times it will happen 3 times in one day!
Sometimes it happens in the morning ..sometimes at night.
NOW - the other side SITE B has reported the same issue!!   SITE A occurs far more often 95% SITEB  only a few times.

We have ESET av on both sides scanning no obvious trojans.

AUDIT:  we setup auditing on the SITE A server and have successfully flagged a few different pcs sending the request for deletion!!!!

We are at a total loss - the customer has been reasonable - however I desperately need to get a solution.   They can be running to the server to sync the files back in all the time

HELP!???
0
j-teksolutions
Asked:
j-teksolutions
1 Solution
 
CompProbSolvCommented:
It sounds as if this is the key:
"AUDIT:  we setup auditing on the SITE A server and have successfully flagged a few different pcs sending the request for deletion!!!!"

If I am understanding correctly, you have PCs that are deleting the files on the server.  The question is why they are doing that.  My first thought would be that there is something in the application that is doing it.

Can you mark these files read-only?  That would likely generate an error on the PCs when they request the files to be deleted.
0
 
j-teksolutionsAuthor Commented:
Very interesting.... I like the idea of marking them as read only.
I wonder if we will see errors on the clients.
Its worth a try!
0
 
j-teksolutionsAuthor Commented:
One thought.  If the remote user that is logged on various workstations is an admin..will they have the ability still to delete a read only file?
0
Automating Your MSP Business

The road to profitability.
Delivering superior services is key to ensuring customer satisfaction and the consequent long-term relationships that enable MSPs to lock in predictable, recurring revenue. What's the best way to deliver superior service? One word: automation.

 
j-teksolutionsAuthor Commented:
From a post:  Warning

Read-only files can't be modified, but they can be copied, moved, renamed, or deleted. It's possible that moving, renaming, or deleting a read-only file can cause a program that relies on the file to stop working properly.
0
 
j-teksolutionsAuthor Commented:
This may not accomplish anything as you can still delete the read only file
0
 
j-teksolutionsAuthor Commented:
Ok - I manually removed the security for each of the 22 files in our spare backup folder.
I have made it so no one can delete
Once I confirm with the client - we will write in these read only files
0
 
Lee W, MVPTechnology and Business Process AdvisorCommented:
To be clear - make the files NTFS Permissions Read Only - NOT the file attribute.  File Attribute doesn't do much.
0
 
SolpakCommented:
Hi

It looks like you may have some kind of virus on the local PCs, especially the ones that you have been able to audit and see the deletion requests from.

Full ESET and Malwarebytes scans on all PCs in the network would be my recommendation.
0
 
j-teksolutionsAuthor Commented:
We have limited the power of their general shared user on the server...so far no deletions but this does not tell us why a deletion request would initiate:(
0
 
j-teksolutionsAuthor Commented:
ITs not the answer I wanted but it worked thanks everyone
0

Featured Post

What Security Threats Are We Predicting for 2018?

Cryptocurrency, IoT botnets, MFA, and more! Hackers are already planning their next big attacks for 2018. Learn what you might face, and how to defend against it with our 2018 security predictions.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now