Fixing DFS connectivity issues with Network Share resources
View some of the Frequently Asked Questions to our support staff. Included are some tips and tricks making this forum ideal for users getting started with GoAnywhere MFT. Note: Users can reply to existing topics but only our support staff can add new topics to this forum.
1 post
Page 1 of 1
- Posts: 12
- Joined: Thu Feb 16, 2017 11:20 am
Question:
We have issues with some of our transfers to DFS shares. The job's are failing intermittently because they are being "disconnected". Is there anything that can be done to stabilize performance to DFS shares within the MFT application?
Answer:
First and foremost, using native pathing within the MFT application allows for the best performance and stability when connecting to any network share. This type of setup can be reviewed in this article:
smb-access-in-goanywhere-mft-989#p2121
If the native path method cannot be used, the MFT application has an advanced properties file for both the SMBv1 client and the SMB (All versions) client that can be adjusted to tune the Java SMB clients to work best in the current environment. These advanced configuration files should be worked through with a network engineer who knows the full scope of the network topology. The files to look at are:
Additionally, outside of the application, we recommend to setting a priority namespace on for the DFS share. This is done within the DFS configuration and is outlined by these Microsoft articles:
https://docs.microsoft.com/en-us/window ... l-ordering
https://docs.microsoft.com/en-us/previo ... 0(v=ws.11)
Once a priority namespace has been set, MFT will default to a single node in the DFS cluster to read/write files from. If that node is down, and the namespace is set properly, other nodes will still be available to connect to from the MFT perspective. This is currently the best configuration that we are aware of when using DFS with GoAnywhere MFT.
We have issues with some of our transfers to DFS shares. The job's are failing intermittently because they are being "disconnected". Is there anything that can be done to stabilize performance to DFS shares within the MFT application?
Answer:
First and foremost, using native pathing within the MFT application allows for the best performance and stability when connecting to any network share. This type of setup can be reviewed in this article:
smb-access-in-goanywhere-mft-989#p2121
If the native path method cannot be used, the MFT application has an advanced properties file for both the SMBv1 client and the SMB (All versions) client that can be adjusted to tune the Java SMB clients to work best in the current environment. These advanced configuration files should be worked through with a network engineer who knows the full scope of the network topology. The files to look at are:
- For SMBv1 client - [install_dir]/config/jcifs.properties
- For SMB (All versions) client - [install_dir]/config/jnq.properties
Additionally, outside of the application, we recommend to setting a priority namespace on for the DFS share. This is done within the DFS configuration and is outlined by these Microsoft articles:
https://docs.microsoft.com/en-us/window ... l-ordering
https://docs.microsoft.com/en-us/previo ... 0(v=ws.11)
Once a priority namespace has been set, MFT will default to a single node in the DFS cluster to read/write files from. If that node is down, and the namespace is set properly, other nodes will still be available to connect to from the MFT perspective. This is currently the best configuration that we are aware of when using DFS with GoAnywhere MFT.
1 post
Page 1 of 1