Access to path denied error when pulling remote content via uSync Publisher
Hi,
I'm running Umbraco 9.2 and uSync 9.0.4. I'm having an issue with uSync publisher. The set-up is a remote server (running on a Linux docker image in Azure if that's relevant) and a local environment on Windows I'm using for development.
The content and data types are all in sync between local and the server (as these are stored in git and deployed with each release).
Locally I have added the remote server and the test connection works fine as API keys etc. are all correct.
However, if I navigate to content, right click and choose pull content and select the remote server uSync starts processing but after a couple of stages comes up with the error below.
Anyone have any ideas what this could be? I'm not sure if the error is occurring on remote (e.g. it's using C: when the remote is Linux) or if it is local and in that case not sure why it is trying to use the C:\ for storage.
Any help much appreciated.
Error while processing Pull - (pullFetch/Fetching/0/)
Action: pullFetch
Step: Fetching (5)
PageNumber: 0
ClassName: FileStream
Method: ValidateFileHandle
Trace:
Access to the path 'C:\_items.config' is denied.
at System.IO.FileStream.ValidateFileHandle(SafeFileHandle fileHandle)
at System.IO.FileStream.CreateFileOpenHandle(FileMode mode, FileShare share, FileOptions options)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean useAsync)
at System.IO.Compression.ZipFileExtensions.ExtractToFile(ZipArchiveEntry source, String destinationFileName, Boolean overwrite)
at uSync.Expansions.Core.Physical.SyncPackFileService.SafeUnzip(String zipfile, String target)
at uSync.Expansions.Core.Physical.SyncPackFileService.UnpackStream(String file, Stream stream)
at uSync.Publisher.Services.SyncPublishService.UnpackStream(Guid id, Stream stream)
at uSync.Publisher.Publishers.SyncRealtimePublisher.PullFromRemote(PublisherActionRequest request, String method)
at uSync.Publisher.Publishers.SyncRealtimePublisher.PullFromRemote(PublisherActionRequest request, String method)
at uSync.Publisher.Publishers.SyncRealtimePublisher.PullSingleFile(PublisherActionRequest request, String method)
at uSync.Publisher.Publishers.SyncRealtimePublisher.PullFetch(PublisherActionRequest request)
at uSync.Publisher.Controllers.uSyncPublisherApiController.PerformAction(PublisherActionRequest request)
there is a nightly build that fixes this, but we are just going through the final tests for a full release with this fix in it that should be out today (7/1/22)
Access to path denied error when pulling remote content via uSync Publisher
Hi,
I'm running Umbraco 9.2 and uSync 9.0.4. I'm having an issue with uSync publisher. The set-up is a remote server (running on a Linux docker image in Azure if that's relevant) and a local environment on Windows I'm using for development.
The content and data types are all in sync between local and the server (as these are stored in git and deployed with each release).
Locally I have added the remote server and the test connection works fine as API keys etc. are all correct.
However, if I navigate to content, right click and choose pull content and select the remote server uSync starts processing but after a couple of stages comes up with the error below.
Anyone have any ideas what this could be? I'm not sure if the error is occurring on remote (e.g. it's using C: when the remote is Linux) or if it is local and in that case not sure why it is trying to use the C:\ for storage.
Any help much appreciated.
Hi Noor,
yeah its a bug with linux and the way the zip files are created : 😔
we do have a fix for it 🎉
https://github.com/KevinJump/uSync/issues/320
there is a nightly build that fixes this, but we are just going through the final tests for a full release with this fix in it that should be out today (7/1/22)
Thanks very much Kevin, upgrading to 9.0.6 fixed the issue. Amazing support as always.
is working on a reply...