Command Line GetLabel hangs

[kozchris]

Hello,

I am using this command line:

"C:\Program Files (x86)\SourceGear\Vault Client\Vault.exe" GETLABEL -user "xxxx" -password "xxxx" -host "10.100.0.66" -repository "eCommerce" -merge overwrite -nonworkingfolder "R:\PSE_beta_temp\PointShop_ASC" "$/PointShop_ASC" "PSE_AB_20111014_10_22"

The command has been working successfully for about a month but now when it runs it just hangs. I've been killing it after 25+ mins of inactivity. The command use to run in 3mins or so. The task manager shows no activity by the vault process, there are also no errors shown in the sgvault server log.

I have tried the following:
1) upgrading the server and client to the latest versions 5.1.2.19281
2) deleting my client side cache
3) try as different vault user
4) try a different working directory
5) tried command on different machines

the directory structure gets created but files are ever added.

Any suggestions?

Thank you,
Chris

[lbauer]

Can you do the same Get with the Vault GUI Client, or does it hang, too?

We can get more info from CLC logging.

You can enable CLC logging by copying the VaultGUIClient.exe.config file fromt the Vault GUI Client directory and renaming it vault.exe.config. Then enable logging, log all classes,
<add key="enableLogging" value="true" />

Create the path for the log file and add this to the config file:

<add key="logFilePath" value="C:\_CLCLog\clc_log.txt" />

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

You can enable debug server logging in the Admin Web Client under Server Settings->Logging->Log Level.

Reproduce the problem, then send the logs zipped up to support at sourcegear.com, Attn: Linda. Please include a link to this forum post.

[kozchris]

Thanks for the help.

Logs sent.

Vault GUI client also hangs.
I killed the vault action after 6 minutes of inactivity (no cpu use, no log updates).

[lbauer]

We did a remote session -- user could get individual files, but not large folder structures. Might be a network issue.

Something else to try:

After logging into the Vault GUI client, go to Tools - Options - Network Settings and turn off "Request database delta on repository cache miss." That usually helps with getting the repository tree.

[egarrison]

Linda,
I work with Chris. Sysadmin and I have put a second and third set of eyes on this and trying to figure out what is going on. We do not thing there is a network issue. It seems to happen MOSTLY on one machine but is not isolated to just the 1 machine. We have a build server we need this to work on and it stopped working reliably. We have run TCPIP test and moved files between Vault server and Build server without issue.

Using the GUI client, we are also having the problem. We are setting a Label and doing get latest on the root and it hangs. It will create the folder structure, but never get a single file. If we go from the root into a sub folder, we can get recent on a subs. This repository is not overly big. Size on disk is 236MB.

[lbauer]

Earlier in your logs I see quite a few errors like this:

----10/13/2011 10:36:58 PM emullins--::1(::1)--SSL Disabled System.Data.SqlClient.SqlException: Procedure or function 'spgetintegrations' expects parameter '@repid', which was not supplied.
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

Had you been having other problems prior to this?

The errors seem to go away on after a restart. Could you tell me anymore about this?

[kozchris]

This turned out to be an issue that occurred when using the checkpoint VPN client. Apparently some limit was reached and it just decides to block traffic.

We put a public IP on the vault web service and are able to sync now.

[lbauer]

Thanks for the update. What you discovered makes sense, since you were able to do smaller GETs but not one big one.