Slow push file copy with remote path
Hi guys,
Have a peculiar scenario happening with our branch sites for an Adobe Reader DC deployment. I set the source of the Adobe .msi to their local server via UNC path, say for example \\servername\d\PDQ_REPO\Adobe\....
However, when deploying to a machine at that local site, it's still taking forever to copy down the .msi to the system. If I manually copy it takes seconds to copy the 140MB.
The file still exists at the default repository, which is the PDQ server itself running at our main site. I'm curious if it's attempting to still copy from that location? Is there any copy logs to look at to see if it's actually doing that?
Has anyone run into this?
Comments
Hi Brandon,
What you're referring to is a Push vs. Pull deployment. In the instance you described, even though you had the repository files for that package pointed to a local server's UNC path, if you don't change the Copy Mode from Push to Pull it will push the files from your console instead of pulling them from the local server.
You have a few options like creating a package for Push deployments in your local site, and a secondary package that the file path is pointed to the UNC path at the other site and you change the package properties to Pull. The issue there is having to make multiple packages for the same deployment.
The preferred solution is to set up a DFS share and point your repository to the UNC path of the share, point the package to the UNC path, and change the Copy Mode of the package to Pull. This will work for anywhere that you have DFS set up to deploy to.
We did a webcast a few months back that might help clarify the setup and process.
PDQ Deploy and Microsoft DFS
Jason