GetLatest loads only EMPTY directories

Yuri Ilyin · Post by **Yuri Ilyin** » Mon Sep 27, 2004 11:56 pm

Dear SourceGear.

We have the important problem:
If we run GetLatestVersion command for a directory with many files (about 2500 files), then only empty directories are created!
If we choose directory with less files (about 1000 files), then files are downloaded.
Also if we download the big directory part by part (i.e. first some its subdirectories and then (when the remaining number of files is small) entire directory) the command is successful.

We connect to the database remotely by VPN.

The part of our company, who connect to the database by local network can download a big directory with no problems.

It looks like some time limit inside Vault exists (to collect files to run GetLatestVersion command) and such limit is not big. I can see Vault is thinking about 10-20 seconds to run GetLatestVersion command for the big directory.

The most annoying thing that Vault considers such UNsuccessful download as SUCCESS. For example command line version of Vault writes SUCCESS (and the directories are also empty).

We are using:
Client Information
Vault Client Version: 2.0.6.2219
Operating System: Microsoft Windows XP Professional
Service Pack: 2.0
OS Version: 5.1.2600
Total Physical Memory: 479.48 MB

Post by **jeremy_sg** » Tue Sep 28, 2004 7:47 am

Yuri,

Can you try it again after enabling client side logging? See the KB article at:

http://support.sourcegear.com/viewtopic.php?t=1534

Yuri Ilyin · Post by **Yuri Ilyin** » Tue Sep 28, 2004 8:19 am

Dear jeremy_sg

I have enabled LOG for "all" classes and start Vault.
Before getting the big directory I have removed VaultGUIClient.txt (so it will contain only info about Get directory)

Please see the attachment.

If it is necessary I can create full log file (containing information from login)

Yuri Ilyin · Post by **Yuri Ilyin** » Wed Sep 29, 2004 11:42 pm

We use Vault, when we run our tests, so if Vault will not download necessary files, then our tests will give needless result.
At least we need a flag in Vault output that its result is wrong (so we can update our download script to download smaller directory).
We actually need such update as soon as possible!

Post by **jeremy_sg** » Thu Sep 30, 2004 8:35 am

Yuri,

If you look through the log file, you will see lots of lines that say
"Server Request: GetFileInfo path: ", followed by a line that says " BeginDownloadFiles called, downloadID:", The missing downloadid means that the server didn't like the request. You should check your server log to see if an error is logged. All of the times that we've seen this error, it was network related. Have you tried downloading from a different machine or from the server machine connecting to localhost?

Yuri Ilyin · Post by **Yuri Ilyin** » Thu Sep 30, 2004 9:07 am

Dear jeremy_sg.

Thank you for the information, so we should look on a LOG file on the computer, where Vault Server is located.

But I do not believe that the change in VaultGUIClient.exe.config will help for Vault Server.

Please answer how can we enable LOG output for Vault Server?

You wrote:
>Have you tried downloading from a different machine or from the server machine connecting to localhost?
I am trying to download from a client computer, which is connected by VPN to remote network.

P.S. I have removed the attachment from my previous post.

Post by **jeremy_sg** » Thu Sep 30, 2004 10:36 am

The server is always logging. You should find the log file on the server machine.

Thomas Linder Puls · Post by **Thomas Linder Puls** » Thu Sep 30, 2004 2:16 pm

There are no errors related to this in the server-log. The only logging that is related to Yuri at all is login and logout.

Post by **jeremy_sg** » Thu Sep 30, 2004 2:22 pm

Thomas and Yuri,

I'm repeating my question from above:

Have you tried downloading from a different machine or from the server machine connecting to localhost?

Tweaking the MTU on the client occasionally fixes this problem. Another fix has been to put the client network device in half duplex mode.

Yuri Ilyin · Post by **Yuri Ilyin** » Thu Sep 30, 2004 10:12 pm

Dear jeremy_sg.

It seems you are trying to convice us that a problem exists with network settings in our network. But why can we download a small directory without problems??

I have not understood your last question fully. I will try to answer anyway:
One local network contains Vault Server and Thomas can download everything using it. The second local network is connected to Internet, so users from it can make VPN connection to the first network. We use 1MBit/sec connection.
All users from the second network cannot download a big direcotory.
Have I answered to your question?

Post by **jeremy_sg** » Fri Oct 01, 2004 8:04 am

Yuri,

Yes, you have answered my question. The reason I suspect your network is that there is a difference in the size of the HTTP requests that are being sent to the server. Downloading a small number of files sends a small request. Downloading a large number of files sends a large request. In the past, we've seen that the large request gets corrupted (either due to the duplex setting or the MTU) before the server can get it. The server then rejects the request, and the client doesn't get a downloadid.

Since your internal users are having no problems, the server is probably fine. Have you tried adjusting the MTU for the client machine?

Here's a thread about MTU settings that were confusing a VPN
http://support.sourcegear.com/viewtopic ... hlight=mtu

If you would like to investigate this with a packet sniffer, we recommend http://www.ethereal.com

Yuri Ilyin · Post by **Yuri Ilyin** » Mon Oct 04, 2004 5:18 am

Dear jeremy_sg.

I have changed MTU to 1002 using:
http://www.dslreports.com/drtcp

I have restarted the computer,
but still NO FILES ARE DOWNLOADED for the big directory
[04.10.2004 15:14:11] Getting latest version of $/_Vip7/Tests/7xA_acceptance
[04.10.2004 15:14:12] Finished get latest of $/_Vip7/Tests/7xA_acceptance

You can see the settings in the attachment.

Actually I think that it is Vault itself, which should be fixed. (using several requests instead of a large request). Do you agree?

Post by **jeremy_sg** » Mon Oct 04, 2004 7:45 am

Yuri,

Have you tried adjusting the duplex setting on your network card? The number of people who have this problem is very small, and so far it has always been network related. It has not been worth it to change Vault when fixing the network problem corrects this issue.

Yuri Ilyin · Post by **Yuri Ilyin** » Mon Oct 04, 2004 7:59 am

Dear jeremy_sg.

Please notice that we have many network programs, installed on our computers, and they work correctly (without setting "duplex setting on your network card").

Moreover after installing drtcp and changing MTU to 1002 one of used program failed to work, so I had to change the settings back.

But I am ready to make the experiment with "duplex setting on your network card".
Please inform me how I can do this.

P.S. Please notice that we are using DEFAULT Windows settings, so actually I do not believe to your statement "The number of people who have this problem is very small"

Yuri Ilyin · Post by **Yuri Ilyin** » Mon Oct 04, 2004 8:05 am

Dear jeremy_sg.

Please try to answer for yourself:
How many programs do you know, which cannot use DEFAULT settings (network settings for example)?

SourceGear Support

GetLatest loads only EMPTY directories

GetLatest loads only EMPTY directories

The information with LOG file

Can we expect a fix?

How can we enable LOG on Vault Server?

Network settings? But a small directory is downloaded!

No success with new MTU setting.

But all other programs works with current settings

Vault CANNOT use DEFAULT settings?