Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Noor Drummond 10 posts 82 karma points
    Jan 07, 2022 @ 09:33
    Noor Drummond
    0

    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)
    
  • Kevin Jump 2310 posts 14695 karma points MVP 7x c-trib
    Jan 07, 2022 @ 09:45
    Kevin Jump
    100

    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)

  • Noor Drummond 10 posts 82 karma points
    Jan 07, 2022 @ 13:42
    Noor Drummond
    0

    Thanks very much Kevin, upgrading to 9.0.6 fixed the issue. Amazing support as always.

Please Sign in or register to post replies

Write your reply to:

Draft