none
Issue on File Adapter when remote source server disk space is changed.

    Question

  • Hi,

    We have an issue on the receive port using File adapter when we changed the disk space of the remote source server disk space.

    The host user account privileges to that folder has not changed, it has full control. The only change done was to add more disk space to that server.

    Please advise. Thanks.

     DeleteContractPricingFeedFileReceiveRL 
       \\masdasreibsddd\Hybris\data\import\fe\master\pricing\feDeleteContractPricing*.csv 
       FILE 
       File transport does not have read/write privileges for receive location "\\masdasreibsddd\Hybris\data\import\fe\master\pricing\".  

    Friday, February 17, 2017 4:32 PM

Answers

  • Is this something about the Windows version? BizTalk Server is using Windows 2012 R2 and the remote server is using a different windows version?

    Please advise. Thanks

    Hi 

    This has nothing to do with the Windows version. Double check the permissions on the share as mentioned in the thread.


    Thanks Arindam

    Sunday, February 19, 2017 9:18 AM
    Moderator

All replies

  • Hi,

    This behavior occurs because the account or accounts that the BizTalk Server receive location is using to access a folder or a file share do not have the correct permissions at the file system level or at the file share level.

    Are you sure the host instance the port is running under is using that BT service account and not a different one? Also, if the folder is on a different machine, perhaps you need to explicitly share it.  If you log in using that service account, can you confirm you can delete files from that location?

    First of all try the KB article http://support.microsoft.com/kb/888498 . Then try the solution on this link http://bluebiztalk.blogspot.com/2008/05/file-transport-does-not-have-readwrite.html

    If you are 100% sure that both credentials has identical rights on the folder you are trying to poll from, I would suspect that there are some policies in your domain etc. that are overwriting your folder settings.


    Rachit Sikroria (Microsoft Azure MVP)

    Friday, February 17, 2017 6:15 PM
    Moderator
  • yes the host account has full access to the shared folder. It's been working until  the administrator of the remote server changed the disk space. He did not change the host service account privileges. Please advise why BizTalk File Adapter behaves like this. This is the second time it happened and we did not know how it fixed by itself.. Is there some kind of caching? Which do you recommend to use a shared folders or just use BizTalk local folders ?

    Please advise.

    Thanks. 


    Friday, February 17, 2017 6:25 PM
  • There is nothing wrong in having your receive folder on a network share.  It is just that if the receive folder is on a network share, the following permissions must be granted at the file-share level. Yes there are some limitations as highlighted in the article: Restrictions on the Receive Folder and Destination Location Properties you can review the post by Johan Hedberg discussing BizTalk File Adapter and Windows File Share limitations.

    Grant the following permissions on the shared folders (the Receive folder and Send folder) that are used to pick up and drop files using the File and EDI adapters:

    • Receive folder

      The receive folder for the File adapter is configurable on the receive location. The receive folder for the EDI adapter is configurable on the receive handler. The service account for the BizTalk Host that picks up the file should have the following permissions at the file-system level:

      • List Folder / Read Data

      • Delete SubFolder and Files

      If the receive folder is on a network share, the following permissions must be granted at the file-share level:

      • The service account for the BizTalk Host that picks up the file must have Full Control permissions.

      • BizTalk Server administrators must have Full Control permissions for troubleshooting.

      • The external user or programs that drop files to this location must have Write permissions.

    • Send folder

      The send folder for the File and EDI adapters are configurable on the send port.

      • The service account for the BizTalk Host or Hosts that drop files here must have Write permissions.

      • BizTalk Server administrators must have Full Control permissions.

      • The external user or program that picks up files must have Read permissions.

    Refer: https://msdn.microsoft.com/en-in/library/aa546733.aspx

    I'd like to suggest run process monitor to track down the I/O of BTSNTSVC.exe. This will give you a clear view of what account encounters the permission issue.

    Process Monitor v3.32

    http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx


    Rachit Sikroria (Microsoft Azure MVP)

    Friday, February 17, 2017 6:39 PM
    Moderator
  • Hi,

    It is mentioned in this article about changing settings in the registry. We are using BizTalk 2016 and Windows server 2012 R2.

    I did not see MaxMpxCt and MaxCmds properties in the registry.

    Please advise.

    http://blogical.se/blogs/johan/archive/2008/01/30/biztalk-file-adapter-and-windows-fileshare-limitations.aspx 

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]
    "MaxMpxCt"=dword:00002048
    
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters]
    "MaxCmds"=dword:00002048

    Friday, February 17, 2017 7:04 PM
  • If you are on Windows server 2012 R2 then that link is no for you. Look at the other pointers discussed in the post.

    Rachit Sikroria (Microsoft Azure MVP)

    Friday, February 17, 2017 7:07 PM
    Moderator
  • The BizTalk host account has full access and Receive Port using File Adapter had been working fine until the disk space of the remote server was changed. Is this because the remote server was restarted and the privilege settings were lost?

    Is this something about the Windows version? BizTalk Server is using Windows 2012 R2 and the remote server is using a different windows version?

    Please advise. Thanks

    Friday, February 17, 2017 7:23 PM
  • Hi ,

    I think you got your answer , It is because the read/write access were removed from the windows server and thats the reason of failure while picking message from the file folder .

    This issue is not related to BizTalk but related to access rights on the remote file system . 

    Please mark appropriate answer to close this thread


    If this answers your question please mark it accordingly. If this post is helpful, please vote as helpful by clicking the upward arrow mark next to my reply

    Sunday, February 19, 2017 7:15 AM
  • Is this something about the Windows version? BizTalk Server is using Windows 2012 R2 and the remote server is using a different windows version?

    Please advise. Thanks

    Hi 

    This has nothing to do with the Windows version. Double check the permissions on the share as mentioned in the thread.


    Thanks Arindam

    Sunday, February 19, 2017 9:18 AM
    Moderator