Check if in your On-Access Configuration under Default Processes the "On network drive" option is active. This can cause this kind of lag.
It's recommend to disable this function.
Thanks for the reply, however, "On Network Drive" is already disabled. Any other ideas?
Are those many small files or more like 10 bigger files?
Do you have high CPU load while copying? Which process creates the load?
It is in any case not normal.
We have tried many different combinations of files, large and small. There is no high cpu usage during the copy and all McAfee processes are normal.
Two things to try -
1. Disable opportunistic lock (oplocks) on both systems.
2. Rename the McAfee driver "mfetdik.sys" on both systems
Each test requires a reboot to be implemented properly.
Will you please elaborate and explain the purpose of each suggestion? I will need something to explain it to my server team. I administer ePO and licensing servers. The affected systems are not under my control.
I suggest googling Oplocks for relevance. But I suggest it based on experience with data transfer issues on Windows operating systems.
But renaming our TDI driver is a test suggestion because you are utilizing the network layer - where that driver might be involved in the data flow. It's just a test to prove/disprove the product's involvement at that "checkpoint" if you will of the overall task that's being performed.